In het kort .
Het is dinsdagochtend. Er komt weer een mail binnen van een collega, met materiaal waar je om gevraagd hebt. De helft ontbreekt, het format klopt niet en je stuurt voor de derde keer deze maand een mailtje terug. Een collega kijkt over je schouder mee en zucht: Moet dit via de mail? Kunnen we dit niet automatiseren?
Tot voor kort bleef het bij die zucht. Voor zo’n formuliertje had je een IT-beheerder nodig, of een collega met een flinke IT-hobby. De nieuwe Microsoft Fabric apps verlagen deze drempel enorm.
Met Microsoft Fabric apps kan iedereen in je organisatie zonder programmeerkennis een eigen app bouwen binnen je eigen Microsoft-omgeving, en makkelijk met collega’s delen. Dit maakt het bouwen van applicaties en het automatiseren van processen beschikbaar voor iedereen. Het potentieel is dan ook enorm. Een applicatie om vergaderruimtes te reserveren, met koppelingen naar Outlook en een eigen database, waar alle collega’s in kunnen, is nu geen software-project meer van meerdere weken en duizenden Euro’s.
Risico’s zijn er ook. Hoe zorg je dat je medewerkers deze nieuwe vrijheid gebruiken om tijd te winnen, zonder dat er een wildgroei aan onbeheersbare apps ontstaat? Waar staan de gegevens, wie onderhoudt de app?
Bij Newbit helpen we graag organisaties die deze krachtige tool veilig willen omarmen. Organisaties die enthousiast zijn over wat AI op hun eigen data kan, maar twijfelen hoe ver ze medewerkers zelf laten gaan. Daarom hebben we de nieuwe functie eerst zelf uitgebreid getest. Graag delen we onze kennis en ervaring. Hieronder lees je wat Fabric apps zijn, wat we ermee bouwden en welke kennis en kaders je nodig hebt om het veilig te laten groeien.
Wat Microsoft Fabric apps mogelijk maken.
Microsoft Fabric is het dataplatform van Microsoft waarin opslag, verwerking en rapportage samenkomen. Op het moment van schrijven is daar een preview aan toegevoegd, een vroege versie die nog kan veranderen, waarmee je zelf apps maakt. Je beschrijft in gewone taal wat je wilt en de AI schrijft de code. Dat heet ook wel vibe-coden: bouwen op basis van wat je bedoelt, zonder zelf een regel code te typen.
Het verschil met losse AI-tools zit in de hosting, de plek waar een app draait zodat anderen hem kunnen gebruiken. Die regelt Fabric binnen je eigen Microsoft-omgeving. Je app staat dus niet ergens op een externe server, maar binnen de muren van je organisatie. En je kunt hem delen met collega’s.
Je hoeft niet meteen aan grote systemen te denken. Juist de eenvoudigste apps besparen vaak de meeste tijd:
- Een app die een binnenkomende e-mail interpreteert en de inhoud in een vast format zet.
- Een specifieke visualisatie van een stukje data die in je standaard Power BI-dashboards net niet past.
- Een digitale brievenbus waar het ene team materiaal aanlevert voor het volgende, in een vast format en met checks, zonder heen-en-weer gemail.
Voor complexe bedrijfsapplicaties blijft het onverstandig om medewerkers zelf aan de slag te laten gaan. Daar wil je geen zelfgebouwde Frankenstein-apps. En eerlijk is eerlijk: soms is een gedeelde Excel-lijst of een simpele flow in Power Automate gewoon goed genoeg.
Zo gebruiken we het zelf: een eigen marketingapp.
Om te zien wat er echt kan, hebben we een eigen marketingtool gebouwd op Microsoft Fabric. We sturen klanten en prospects regelmatig mail en schrijven blogs en LinkedIn-posts. Dat deden we met losse tools en veel handwerk. De app brengt dat samen en draait als Fabric-app in onze eigen Microsoft-omgeving, dus de gegevens blijven binnen Newbit.
Contacten en persoonlijke e-mailcampagnes.
De app houdt contactpersonen en bedrijven bij en haalt contacten en correspondenten uit Outlook binnen. Een campagne kan een algemene mail zijn of een persoonlijke versie per contact. Bij een persoonlijke versie schrijft de AI per ontvanger een eigen variant in onze tone of voice, de vaste toon en schrijfstijl waarin we communiceren.
De accountmanager van die klant leest elke variant eerst na, past aan of keurt goed. Verstuurd wordt vanuit de eigen mailbox van de accountmanager, zodat reacties bij de juiste persoon aankomen. De app houdt die reacties ook bij. Een verstuurde campagne kun je later nog uitbreiden met extra ontvangers.
Van gesprek naar blog, mail en LinkedIn-post.
Voor content begin je met een chat. Je bespreekt een onderwerp met een AI-assistent, die er een SEO-gerichte conceptblog in onze huisstijl van maakt. Collega’s lezen die na en passen aan. Daarna gaat de blog naar WordPress, als privéconcept of direct live.
Vervolgens maakt de app er een promotiemail en een LinkedIn-post bij. In die links zit een UTM-code, een label in de link waarmee je in je websitestatistieken ziet waar een bezoeker vandaan komt. Zo zien we welke mail of post daadwerkelijk bezoekers oplevert.
Kosten en controle in één oogopslag.
De app laat zien wat het AI-gebruik kost. We kiezen zelf welke AI-aanbieder we gebruiken. En het belangrijkste ontwerpprincipe: de AI doet de eerste versie, een mens beslist altijd of iets de deur uit gaat.
Wat dit voorbeeld laat zien: de waarde zit niet alleen in de app zelf, maar in de vragen eromheen. Waar staan de gegevens? Wie keurt goed? Wat mag het kosten? Precies die vragen moet elke medewerker die zelf gaat bouwen leren stellen.
Ken de techniek voor je het gebruikt.
Een hamer is machtig effectief gereedschap, maar werkt alleen in je voordeel als je het goed, en voor de juiste dingen gebruikt. Met Fabric apps is het niet anders. Een goede training begint daarom bij wat er mogelijk is, en pas daarna bij de techniek.
Wat kan ik ermee, voor mezelf en voor mijn team.
Medewerkers ontdekken eerst hoe ze hun eigen werk versnellen met apps voor hun persoonlijke workflow, en hoe ze de samenwerking met andere teams verbeteren, zoals met die digitale brievenbus. Daarna komt het teamperspectief. Een persoonlijke app kan uitgroeien tot iets wat een hele afdeling gebruikt. Wie daar bij de opzet al rekening mee houdt, voorkomt later een herbouw. En als meerdere mensen aan één app werken, moet je weten hoe je dat samen doet.
Hoe een app eigenlijk werkt.
Je hoeft geen developer te worden, maar een beetje begrip helpt enorm. Een app bestaat meestal uit een database, de plek waar gegevens worden opgeslagen, en een server, een computer die altijd aanstaat en verzoeken afhandelt. Dat is iets anders dan een script, een stukje code dat één keer draait en dan stopt. Dat verschil heeft directe gevolgen voor de kosten. Iets wat altijd aanstaat, kost ook altijd geld. Voor een taak die eens per week gebeurt, is een script of een vorm van procesautomatisering vaak de slimmere keuze.
De do’s en don’ts van zelf bouwen.
Dan de praktische vaardigheden. Samenwerken met Git, een systeem dat elke wijziging in code bijhoudt zodat je kunt terugkijken en niet elkaars werk overschrijft. De basis van app-design, zodat een app ook voor anderen logisch is. En prompten: de AI zo instrueren dat je krijgt wat je bedoelt, inclusief de voorwaarden waaraan de app moet voldoen.
Kaders vooraf voorkomen chaos achteraf.
Training alleen is niet genoeg. Als iedere medewerker zijn eigen regels verzint, heb je over een jaar tientallen apps die er allemaal anders uitzien en anders werken. Een paar centrale afspraken maken van zelfbouw iets wat de hele organisatie verder helpt.
- Een centraal brandingdocument: kleuren, logo’s en toon, zodat zelfgebouwde apps herkenbaar als één geheel voelen.
- App design guidelines: vaste afspraken over opbouw en structuur, zodat een collega elke app kan overnemen en hij kan meegroeien naar andere teams.
- Governance op gegevens, oftewel afspraken over wie welke data mag gebruiken: wat wel en niet in een zelfgebouwde app mag.
- Inzicht in kosten, zodat een handige app niet ongemerkt een dure app wordt.
- Een heldere scope: wat is toegestaan, wat is off-limits en wanneer schakel je IT in?
Zelfgebouwde apps worden bovendien veel sterker als ze op betrouwbare data draaien. Wie zijn gegevens al op orde heeft in een datawarehouse, geeft medewerkers een stevige basis om op te bouwen, in plaats van losse Excel-bestanden.
Welke route past bij jouw situatie.
- Als je medewerkers nog nauwelijks weten wat er mogelijk is, begin dan met een training of inspiratiesessie en laat ze een eerste kleine app voor hun eigen werk bouwen.
- Als er al enthousiast wordt gebouwd, leg dan nu de kaders vast: een brandingdocument, design guidelines en afspraken over data en kosten, voordat de wildgroei begint.
- Als een app bedrijfskritisch wordt of veel gevoelige gegevens raakt, laat hem dan door specialisten bouwen of overnemen in plaats van op zelfbouw te vertrouwen.
Er is geen universeel beste aanpak. Wat werkt, hangt af van de omvang van je organisatie, de gevoeligheid van je gegevens en hoeveel tijd je mensen hebben om te leren.
Het gereedschap ligt klaar, het vakmanschap moet meegroeien.
Microsoft Fabric apps maken bouwen toegankelijk voor iedereen. Dat is een echte kans, zolang je medewerkers weten wat ze doen en binnen duidelijke kaders werken. Daar helpen we organisaties bij: met trainingen, met het opstellen van processen en voorwaarden, en met centrale hulpmiddelen zoals een brandingdocument en app design guidelines.
Benieuwd wat dit voor jouw organisatie kan betekenen, of wil je onze marketingapp eens in actie zien? Soms is een kort gesprek al genoeg. Plan gerust een vrijblijvend gesprek, dan kijken we samen waar de eerste winst zit.