Definitie: Een citizen developer is een medewerker buiten de IT-afdeling die zelf applicaties of automatiseringen bouwt, meestal met no-code of low-code tools die de organisatie heeft goedgekeurd. Citizen development is de werkwijze waarbij een organisatie dat bewust mogelijk maakt en begeleidt.
In het kort
- De term komt volgens Mendix van het onderzoeksbureau Gartner. Gartner ziet een citizen developer volgens WeWeb als een rol of persona, niet als een formele functietitel.
- Citizen developers bouwen vaak kleine toepassingen voor hun eigen afdeling: formulieren, overzichten, goedkeuringsflows en koppelingen.
- Bekende platforms zijn Microsoft Power Apps, Mendix, Bubble, Zoho Creator en automatiseringstools als Zapier en Make.
- Het verschil met shadow IT is dat citizen development gebeurt met goedgekeurde tools en duidelijke afspraken over beveiliging, gegevens en beheer.
Wat is een citizen developer?
In veel organisaties weten de mensen die het werk doen het best waar het vastloopt. Een planner ziet dat roosters drie keer worden overgetypt, een medewerker financiën ziet dat goedkeuringen via losse mails lopen. Vroeger moest zo iemand wachten tot de IT-afdeling tijd had. Met no-code en low-code tools kan die medewerker zelf een oplossing bouwen. Dat is een citizen developer.
Mendix omschrijft citizen developers als zakelijke gebruikers met weinig tot geen programmeerervaring, die applicaties bouwen met door IT goedgekeurde technologie. WalkMe voegt toe dat een citizen developer meestal niet onder IT valt en apps maakt voor zichzelf of voor collega’s.
Het woord citizen, burger, verwijst naar het idee dat softwareontwikkeling niet alleen iets is voor specialisten. Net zoals vrijwel iedereen tegenwoordig met een spreadsheet werkt, kunnen ook niet-programmeurs eenvoudige applicaties maken.
Citizen development en shadow IT
Citizen development lijkt op iets wat al heel lang bestaat: medewerkers die zelf een oplossing in elkaar zetten, zoals een ingewikkelde Excel-sheet of een gratis online tool. Het verschil zit in de afspraken.
G2 omschrijft shadow IT als het gebruik van hardware of software door medewerkers zonder goedkeuring van IT. Dat kan leiden tot beveiligingsproblemen, gebrek aan standaardisatie en gegevens op plekken waar niemand ervan weet. Citizen development gebeurt juist met tools die IT heeft goedgekeurd, binnen regels voor gegevens, toegang en beheer.
| Shadow IT | Citizen development | |
|---|---|---|
| Tools | Zelf gekozen, vaak zonder overleg | Goedgekeurd door de organisatie |
| Gegevens | Vaak onbekend waar ze staan | Binnen afgesproken systemen |
| Beveiliging | Afhankelijk van de medewerker | Volgens vaste regels en controles |
| Beheer | Stopt als de maker vertrekt | Overdraagbaar en gedocumenteerd |
| Zichtbaarheid | IT weet het niet | IT heeft overzicht en ondersteunt |
Welke tools gebruiken citizen developers?
| Soort tool | Voorbeelden | Typisch gebruik |
|---|---|---|
| Low-code platforms | Microsoft Power Apps, Mendix, Zoho Creator | Interne apps en formulieren binnen een bedrijfsomgeving |
| No-code appbouwers | Bubble, Softr, Glide | Portalen, eenvoudige webapplicaties |
| Automatiseringstools | Zapier, Make, n8n, Power Automate | Koppelingen tussen systemen, terugkerende taken |
| Database-tools | Airtable, Notion | Gestructureerde gegevens met eenvoudige weergaven |
| AI-appbouwers | Lovable, Bolt | Een app genereren vanuit een beschrijving |
Mendix noemt low-code populair bij citizen developers omdat het visueel werkt, met voorgebouwde onderdelen en eenvoudige publicatie. G2 wijst erop dat low-code tools meer beveiligingsrisico’s kunnen meebrengen dan no-code tools, omdat de gebruiker daar zelf code kan toevoegen.
Voorbeelden van wat citizen developers bouwen
- Aanvraag- en goedkeuringsflows, bijvoorbeeld voor verlof, inkoop of materiaal.
- Registratie-apps voor inspecties, incidenten of klantbezoeken.
- Overzichten en dashboards op basis van gegevens uit bestaande systemen.
- Koppelingen die een formulierbericht automatisch in het CRM zetten.
- Eenvoudige portalen waarin partners of klanten informatie zien of aanleveren.
- Rekenhulpen die een terugkerende berekening uit Excel vervangen.
Gemeenschappelijk is dat het om afgebakende, terugkerende taken binnen één afdeling gaat.
Een voorbeeld: een teamleider van een servicedesk merkt dat collega’s via mail, telefoon en chat vragen krijgen over hetzelfde onderwerp, zonder overzicht wie wat oppakt. Met een low-code platform bouwt zij een eenvoudig formulier en een overzicht met status en behandelaar. Binnen een week werkt het team met één lijst. Het proces is daarmee zichtbaar geworden, en als het later moet worden gekoppeld aan het klantsysteem, is precies duidelijk welke velden en statussen nodig zijn.
Voordelen van citizen development
- Snelheid. Een oplossing staat er in dagen in plaats van maanden.
- Vakkennis aan de bron. Degene die het proces kent, bouwt de oplossing. Zoho noemt die domeinkennis de belangrijkste bijdrage van citizen developers.
- Ontlasting van IT. Mendix noemt het verlichten van de werkdruk bij IT en meer ruimte voor professionele ontwikkelaars om aan complexere vraagstukken te werken.
- Lagere drempel om te verbeteren. Kleine verbeteringen worden niet meer uitgesteld omdat ze te klein zijn voor een IT-project.
- Betere afstemming. Een werkend voorbeeld maakt een wens concreet, ook als later een professional het overneemt.
Risico’s en nadelen
- Beveiliging en privacy. Zoho en G2 noemen beveiligingsrisico’s. Een verkeerd ingestelde rechtenstructuur kan gegevens zichtbaar maken voor de verkeerde mensen.
- Kwaliteit. Zonder testen en review sluipen er fouten in berekeningen en processen.
- Wildgroei. G2 waarschuwt dat zonder toezicht veel vergelijkbare apps ontstaan, wat leidt tot technische schuld en een rommelig IT-landschap.
- Afhankelijkheid van één persoon. Vertrekt de maker, dan weet niemand meer hoe de app werkt.
- Grenzen van het platform. Complexe logica, grote hoeveelheden gegevens of zware koppelingen passen vaak niet goed.
- Licentiekosten. Platforms rekenen vaak per gebruiker of per app; bij groei lopen die kosten op.
Hoe richt je citizen development goed in?
WeWeb beschrijft een programma dat rust op goedgekeurde platforms, regels voor gegevensgebruik, reviewprocessen voor apps met meer risico, en kwaliteits- en trainingsstandaarden. In de praktijk komt dat neer op:
- Kies een beperkt aantal goedgekeurde tools, zodat kennis en beheer gebundeld blijven.
- Leg vast welke gegevens mogen worden gebruikt. Persoonsgegevens en financiële gegevens vragen extra controle.
- Maak onderscheid in risico. Een persoonlijke takenlijst vraagt minder toezicht dan een app die klantgegevens verwerkt.
- Regel een review voordat een app breder wordt gebruikt: rechten, gegevens, foutafhandeling.
- Documenteer elke app: doel, eigenaar, gebruikers, gegevensbronnen en koppelingen.
- Bied training en ondersteuning. WalkMe noemt certificeringen van het Project Management Institute in drie niveaus.
- Richt een aanspreekpunt in. WeWeb noemt een Center of Excellence: een klein team van IT- en businessexperts dat platforms, training en best practices beheert.
Hoe word je citizen developer?
Je hoeft geen programmeur te zijn, maar een paar vaardigheden maken het verschil tussen een handige app en een bron van problemen:
- Procesdenken. Wat komt binnen, wat moet ermee gebeuren, en wie doet wat? Een app automatiseert een proces; als het proces onduidelijk is, wordt de app dat ook.
- Gegevens ordenen. Begrijpen hoe tabellen, velden en relaties werken, bijvoorbeeld dat een klant meerdere projecten kan hebben.
- Rechten en privacy. Weten wie wat mag zien, en welke gegevens extra zorg vragen.
- Testen. Niet alleen de normale situatie controleren, maar ook lege velden, fouten en uitzonderingen.
- Documenteren. Kort vastleggen wat de app doet, zodat een ander het kan overnemen.
De meeste platforms bieden gratis cursussen en documentatie. Mendix noemt Mendix Academy, certificeringen en een community als manier om de leercurve te verkleinen. Begin met een kleine, afgebakende toepassing voor je eigen werk, voordat je iets bouwt waar collega’s of klanten van afhankelijk worden.
Een citizen development-programma starten
Een organisatie die citizen development wil stimuleren, doet er goed aan klein te beginnen:
- Kies één platform dat past bij de bestaande systemen, bijvoorbeeld Power Apps in een Microsoft-omgeving.
- Selecteer een paar enthousiaste medewerkers met kennis van een concreet proces dat tijd kost.
- Kies een eerste toepassing met beperkt risico: interne gegevens, één afdeling, een duidelijke taak.
- Geef ondersteuning vanuit IT of een externe ontwikkelaar, vooral bij gegevensmodel, rechten en koppelingen.
- Evalueer na een paar maanden: wordt de app gebruikt, wat leverde het op, en welke regels misten?
- Breid uit met meer mensen en toepassingen, op basis van wat je hebt geleerd.
Wie is eigenaar van een app die een citizen developer bouwt?
Een vraag die vaak te laat wordt gesteld: van wie is de app, en wie is verantwoordelijk als hij niet werkt? Leg per app een eigenaar vast, meestal de afdeling die hem gebruikt, en een technisch aanspreekpunt. Spreek af wat er gebeurt als de maker van functie verandert of vertrekt. Zorg dat de app in een zakelijk account staat en niet in een persoonlijk account van de maker. En spreek af wanneer een app wordt opgeruimd als hij niet meer wordt gebruikt.
Veelgemaakte fouten bij citizen development
- Geen overzicht. Niemand weet hoeveel apps er zijn, wie ze gebruikt en welke gegevens erin staan.
- Persoonsgegevens zonder controle. Een handige lijst met klantgegevens in een tool zonder verwerkersovereenkomst.
- Alleen de maker begrijpt het. Zonder documentatie is de app onbeheerbaar zodra die persoon wegvalt.
- Te groot beginnen. Een complete afdelingsapplicatie als eerste project leidt vaak tot frustratie.
- IT buitensluiten. Citizen development werkt het best als IT meedenkt, niet als het eromheen gebeurt.
- Verkeerde verwachtingen. No-code is sneller, maar niet zonder moeite: gegevens ordenen, testen en beheren kost nog steeds tijd.
Citizen developer of professionele ontwikkelaar?
| Citizen developer | Professionele ontwikkelaar | |
|---|---|---|
| Achtergrond | Vakkennis van het proces | Technische opleiding en ervaring |
| Tools | No-code en low-code | Programmeertalen, frameworks, low-code |
| Sterk in | Snelle oplossingen voor de eigen afdeling | Complexe logica, integraties, schaalbaarheid, beveiliging |
| Typische omvang | Klein, één team of afdeling | Organisatiebreed of klantgericht |
| Beheer | Vaak de maker zelf | Met tests, versiebeheer en documentatie |
Zoho pleit voor samenwerking: professionals brengen technische expertise in, citizen developers de kennis van het werk. Dat werkt goed als een citizen developer een eerste versie bouwt en een professional helpt bij koppelingen, beveiliging of de overstap naar een robuustere oplossing.
Wanneer is citizen development niet genoeg meer?
Een paar signalen dat een oplossing de grenzen van citizen development bereikt:
- De app wordt gebruikt door klanten of door de hele organisatie, niet meer door één team.
- Er komen gevoelige gegevens in, zoals persoonsgegevens of medische informatie.
- De logica wordt complex, met veel uitzonderingen en omwegen.
- Er zijn koppelingen nodig met systemen die het platform niet goed ondersteunt.
- Een storing zou direct gevolgen hebben voor omzet of dienstverlening.
- De maker besteedt meer tijd aan onderhoud dan aan zijn eigenlijke werk.
Dan is het tijd om te kijken of een professionele aanpak, binnen hetzelfde platform of als maatwerk, beter past. Het werk van de citizen developer is dan niet verloren: de bestaande app laat precies zien wat er nodig is.
Citizen developers en AI
AI-appbouwers en AI-assistenten maken het nog makkelijker om zonder programmeerkennis software te maken. Mendix verwacht dat AI, machine learning en automatisering steeds vaker onderdeel worden van citizen development. Dat vergroot de mogelijkheden, maar ook de risico’s: een app die met AI is gegenereerd, kan er goed uitzien terwijl de rechten, de gegevensopslag of de foutafhandeling niet kloppen. De governance-vragen worden daardoor belangrijker, niet minder belangrijk.
Wat betekent dit voor jouw project?
Bij een nieuw idee onderzoek ik eerst of een bestaand pakket, een koppeling of maatwerk het beste past. Soms is een tool die een collega zelf kan inrichten precies genoeg. Een terugkerende, duidelijke taak is al reden voor een kleine oplossing.
Bij Leadooo, mijn eigen kleine CRM-app, zie ik dat een kleine eerste versie helpt om het proces in de praktijk te begrijpen. Dat geldt ook voor wat een citizen developer bouwt: een werkend voorbeeld maakt zichtbaar wat er echt nodig is. Groeit het daarna uit tot iets waar klanten of de hele organisatie op vertrouwen, dan stel ik dezelfde vraag als altijd: wie gaat het gebruiken en welke taak moet die persoon als eerste kunnen afronden?
Vraag? Heeft een collega iets gebouwd dat inmiddels onmisbaar is, maar tegen grenzen aanloopt? Stuur me wat het nu doet, wie ermee werkt en waar het vastloopt. Dan bepalen we samen de logische eerste stap. Lees ook over een maatwerk webapplicatie.
Veelgestelde vragen over citizen developers
Wat is een citizen developer?
Een citizen developer is een medewerker buiten de IT-afdeling die zelf applicaties of automatiseringen bouwt met no-code of low-code tools die de organisatie heeft goedgekeurd. Het is een rol, geen formele functietitel.
Wat is het verschil tussen citizen development en shadow IT?
Bij citizen development werken medewerkers met door IT goedgekeurde tools en volgens afspraken over gegevens, beveiliging en beheer. Bij shadow IT gebruiken medewerkers software zonder medeweten of goedkeuring van IT.
Welke tools gebruiken citizen developers?
Citizen developers gebruiken low-code platforms zoals Microsoft Power Apps, Mendix en Zoho Creator, no-code tools zoals Bubble en Softr, en automatiseringstools zoals Zapier, Make en Power Automate.
Verwante termen
No-code · Low-code · Microsoft Power Apps · Bubble · Interne tool · Vibe coding
← Terug naar de kennisbank