Developersdag · vrijdag 13 november 2026

AI Way of Working

bij Fonkel en More Than Gifts

Eén dag rond één vraag: hoe ontwikkel je met AI snel software, zonder dat het geheel onbeheersbaar wordt? Een overzicht op hoofdlijnen van de besproken onderwerpen en de gedeelde inzichten.

Fonkel Media · More Than Gifts · met AI werkt! 10 sessies · 07:50–14:22 8 thema's
Een gedeelde richting, geen vastgestelde werkwijze
00

De dag in vijf inzichten

Er wordt meer en sneller gebouwd dan ooit. Tegelijk raken kennis, code en data versnipperd, en apps die als experiment begonnen zijn inmiddels bedrijfskritisch. Door de sessies heen kwamen deze vijf inzichten steeds terug.

01

Hoe kritiek iets is, bepaalt de borging

Niet de omvang van de code telt, maar wat een toepassing voor het bedrijf betekent.

Thema 01 →
02

Snel bouwen kan iedereen, borgen niet

Prototypen mag laagdrempelig blijven, zolang iemand de achterkant bewaakt.

Thema 02 →
03

De mens verschuift naar controle

AI stelt voor en voert uit; mensen keuren goed, begrijpen wat er gebouwd is en blijven verantwoordelijk.

Thema 03 →
04

Bouw dun rond de eigen data

Koppel systemen aan ChatGPT of Claude, in plaats van steeds meer losse apps en dashboards te bouwen.

Thema 05 →
05

Adoptie is de echte uitdaging

Een tool levert pas iets op als mensen hem in hun dagelijkse werk gebruiken.

Thema 07 →
··

Zo verliep de dag

Tien opgenomen sessies, van een voorstelronde om 07:50 tot een gesprek over koppelingen om 14:09. De langste sessie, over AI-integratie en de toekomst van werk, duurde bijna anderhalf uur.

Opgenomen sessies10van 07:50 tot 14:22
Opgenomen gesprekstijd5 u 18 min318 minuten in totaal
Langste sessie87 minAI-integratie en de toekomst van werk
De dag in tijd: het zwaartepunt lag rond het middaguur
Start en duur per sessie, 13 november 2026
Elke balk is één opgenomen sessie; de grijze strook tussen 10:53 en 11:42 is niet opgenomen. Wijs een balk aan voor tijden en duur.
Bekijk als tabel
SessieTijdDuur (min)
Thema 01

Versnippering en apps die ongemerkt kritiek worden

Het werk staat verspreid over Lovable, Bitbucket, Odoo, Pellican en losse ChatGPT- en Claude-accounts, zakelijk en persoonlijk. Prompts en kennis zijn na een week vaak niet meer terug te vinden. Fonkel en MTG werken bovendien elk op hun eigen manier, en MTG begint niet als AI-first bedrijf, maar met een bestaande ICT-omgeving en klantverantwoordelijkheden.

Tegelijk werd opgemerkt dat de technische basis op onderdelen sterk is. Het probleem zit vooral in het overzicht.

Van verspreid naar één gedeelde bron
De huidige situatie naast de richting waar de sessies naar wezen
NU · VERSPREID RICHTING · GEDEELD Lovable Bitbucket Odoo Pellican ChatGPT · privé Claude · zakelijk Lokaal op een laptop ChatGPT Claude Gedeelde bron context voor ieders AI Odoo Bitbucket Pellican Lovable context halen terugschrijven gekoppeld
Illustratie van de richting uit de sessies. De rechterkant is geen gekozen architectuur, maar het beeld van één plek waar ieders AI zijn context vandaan haalt en naar terugschrijft.
Hoe kritiek een toepassing is, bepaalt hoe zwaar je hem borgt
Voorbeeld uit de sessies: de sorteerapp voor pakbonnen
Experiment Hulpmiddel voor een team Bedrijfskritisch BORGING NEEMT TOE eigenaar · beheer · monitoring De sorteerapp begon als prototype en wordt nu door tientallen mensen gebruikt bij grote ordervolumes.
De vragen die bij zo'n groei horen: wie is eigenaar, wie beheert en hoe monitor je het?
  • Huisstijl. Zonder gezamenlijk ontwerp krijgen apps en dashboards allerlei kleuren en lettertypes.
  • Dashboards. Pellican wordt als traag ervaren, en sommige apps staan alleen lokaal bij één persoon.
  • Verantwoordelijkheid. Voor wie geen developer is, is onduidelijk waar die ligt bij het zelf aanpassen van een systeem.
Gedeeld inzicht

Hoe zwaar je iets borgt, hangt af van hoe kritiek het is voor het bedrijf. AI werkt het best met één centrale, gedeelde bron van informatie in plaats van tientallen losse plekken.

Thema 02

Gereedschap: snel prototypen en toch borgen

De keuze van gereedschap leverde de scherpste discussie op. Lovable is laagdrempelig, ook voor wie niet programmeert, en levert snel iets wat klanten kunnen zien en aanklikken. Claude Code levert compactere code die beter te onderhouden is. Over de rol van Lovable liepen de meningen uiteen, van ermee stoppen tot per toepassing kiezen.

Beide werelden blijken te combineren. Voor bestaande websites blijft WordPress logisch, omdat klanten het kennen.

Van prototype naar beheerd product
Iedereen mag beginnen; de overdracht naar een developer maakt het onderhoudbaar
IEDEREEN DEVELOPER BORGT Idee Prototype in Lovable Omzetten met Claude Code Standaardproject op eigen server Hosting en beheer overdracht
De werkwijze zoals die in de sessies werd beschreven. Hosting en beheer zorgen tegelijk voor continuïteit voor de klant.
Koppeling met PostNL, als Odoo-plugin1 dag i.p.v. 3Gepland voor drie dagen, binnen een dag werkend
Vast startpuntStack · regels · instructiesEen gekozen stack, regels voor databasewijzigingen en een instructiebestand voor de AI, vooraf vastgelegd

Frameworks brengen jaren aan best practices mee. Wel werd de vraag opgeworpen of een AI die keuze straks niet net zo goed maakt.

Gedeeld inzicht

Iedereen mag snel prototypen, maar iemand moet het aan de achterkant borgen.

Thema 03

De mens in de loop: softwarefabriek en controle

Er werd een softwarefabriek getoond: een vaste route waarin een idee automatisch wordt uitgewerkt tot een voorstel voor code. Explainer-video's, waarin het systeem zijn eigen werk uitlegt, moeten voorkomen dat software een black box wordt. Voor websites is zo'n fabriek overkill, voor grotere systemen juist geschikt.

De softwarefabriek: AI voert uit, de mens houdt twee sleutels
Vijf stappen, waarvan twee alleen met akkoord van een mens
01 Werkpakket idee + vaste regels 02 Agents bouwen vaste rollen, poort 03 · MENS Plan akkoord door een mens 04 Review door een ander model 05 · MENS Live en samenvoegen na uitdrukkelijk ja AFGEKEURD → LES VOOR DE VOLGENDE RUN De bouwer keurt nooit zijn eigen werk; een model van een andere maker heeft andere blinde vlekken.
Live gaan en samenvoegen gebeuren alleen na uitdrukkelijk akkoord. De poort weigert commando's om geheimen te lezen of zelf live te zetten.
Een vastgelegde les maakte het verschil
Kleine proef met één les, zoals in de sessie gepresenteerd
Zonder les5 runs
0 van 5 goedsteeds dezelfde fout
Met les10 runs
10 van 10 goedin één keer goed
Een kleine proef, geen grootschalige meting. Het systeem legt na elke afkeuring een les vast; de stap die de fout maakte, begint de volgende run met die les.
Het ene perspectief

Haal de mens zo snel mogelijk uit de uitvoering

Laat AI de iteraties doen en geef mensen een controlerende rol: goedkeuren, reviewen en via explainer-video's begrijpen wat er gebouwd is.

Het andere perspectief

Ervaring blijft nodig waar het diep gaat

  • AI wil graag pleasen en bouwt een technische oplossing van een klant zonder kritische blik.
  • Sommige problemen vragen ervaring met de hele stack.
  • Voor ervaren programmeurs raakt dit ook aan hun vakmanschap.

Richting klanten speelt verantwoordelijkheid mee. Bij serieuze systemen kun je niet zeggen dat AI het gemaakt heeft: wie de fix doet en wie de SLA draagt, blijft de bouwer.

Gedeeld inzicht

AI stelt voor en voert uit; de mens keurt goed en begrijpt wat er gebouwd is. Kritieke wijzigingen gaan langs iemand die het geheel overziet.

Thema 04

Odoo en productdata als proefgeval

Odoo werd het concrete voorbeeld van alles wat hierboven speelt. Invoerfouten kosten veel herstelwerk: producten worden als losse varianten aangemaakt in plaats van als één product met waarden, en giftcards worden verkeerd ingevoerd. Fouten ontstaan vooral onder tijdsdruk, zoals bij een aanbesteding, en soms bij mensen die er niet verantwoordelijk voor zijn.

Openstaande oude offertes≈ 20.000ruis in het systeem
Product aanmaken≈ 15 minper product, bij een eerdere meting
Migratie van maatwerkveldentientallen urenmede omdat testen door gebruikers niet gebeurt
Productinfo automatisch verzamelen≈ 20 → 1 ctkosten per product, na veel finetunen
Eén product met waarden, of losse varianten
Waarom de webshop één cadeaukaart als zes losse tegels toont
ZOALS ODOO HET BEDOELT ZOALS HET NU VAAK GAAT Cadeaukaart Waarde: € 10 Cadeaukaartvariant 1 Cadeaukaartvariant 2 Cadeaukaartvariant 3 Cadeaukaartvariant 4 Cadeaukaartvariant 5 Cadeaukaartvariant 6
Schematische weergave. Eén kaart met een keuzelijst voor de waarde houdt de webshop en de data overzichtelijk; losse varianten vervuilen beide.
Benadering A

Eerst opschonen

Odoo gebruiken zoals het bedoeld is, ook als dat even stilstand betekent.

Benadering B

Doorbouwen en laten bewaken

De kennisbank waarschuwt op het moment van invoer, of producten worden ingevoerd via een AI-assistent met een koppeling naar Odoo.

Een eigen testomgeving kwam ter sprake als manier om maatwerk te ontwikkelen zonder iets kapot te maken.

Gedeeld inzicht

De meeste problemen ontstaan aan de invoerkant. Kennis over het juiste gebruik moet beschikbaar zijn op het moment dat iemand iets invoert, via opleiding en via AI als poortwachter.

Thema 05

Dun bouwen: data als kern, AI als voorkant

Het grotere verhaal van de dag ging over waar AI naartoe beweegt. Bij bedrijven begint het met een fundament, waarna ambassadeurs en borging volgen. De vakman verschuift naar een controlerende rol, omdat alleen hij kan beoordelen of de uitkomst klopt.

  1. FundamentEen veilige zakelijke ChatGPT- of Claude-omgeving, gekoppeld aan mail, agenda en documenten.
  2. AmbassadeursMensen per afdeling die anderen meenemen en de verandering begeleiden.
  3. BorgingStrategische sessies met het management: waar gaat het heen, en hoe snel moeten we schakelen?

De ontwikkelingen gaan zo snel dat afspraken over werkwijzen binnen enkele maanden kunnen verouderen, ook die over een softwarefabriek. Vandaar het advies om zo dun mogelijk te bouwen op de intelligentie van het model. Daar stond tegenover dat er ook vandaag iets moet staan om mee te werken, en dat sommige toepassingen een eigen scherm nodig blijven hebben.

Steigers breken, een ballon groeit mee
Het beeld achter dun bouwen
STEIGERS BALLON Model groeiend model Een slimmer model breekt door de vaste structuur heen Model vandaag morgen dunne laag
Hoe meer je om het model heen vastlegt, hoe eerder je er doorheen breekt. Een dunne laag groeit mee met wat het model kan.

Koppelingen spelen in dit beeld een sleutelrol. Veel softwarepakketten bieden geen of een beperkte koppeling, terwijl klanten hun data juist vanuit hun AI-omgeving willen gebruiken. Beheerde, betrouwbare koppelingen werden gezien als kans voor Fonkel en AI werkt! samen. Voor pakketten zonder officiële koppeling werden ook andere routes verkend, maar die zijn niet verkoopbaar en stuiten op juridische bezwaren.

Dun bouwen: de data blijft de kern, AI wordt de voorkant
Het toekomstbeeld uit de sessies, in vier lagen
LAAG 04 Medewerker of klant Vraagt in gewone taal, ook gesproken; krijgt ter plekke het rapport of dashboard dat nodig is 03 AI-omgeving (fundament) ChatGPT of Claude, veilig zakelijk ingericht: de plek waar het werk gebeurt 02 Beheerde koppelingen (MCP) Onderhouden, ondersteund en betrouwbaar; gezien als kans voor Fonkel en AI werkt! samen 01 Data en systemen Mail, agenda, SharePoint, Odoo: niemand werkt er nog rechtstreeks in, dat voorkomt invoerfouten vraag · antwoord context lezen · schrijven
Een richting, geen vastgestelde werkwijze. Rapportages worden hierin ook dun: data en logica liggen bij de developer, de gebruiker vraagt zelf de weergave die hij nodig heeft.
Gedeeld inzicht

Houd bestaande apps compact, koppel zoveel mogelijk aan ChatGPT of Claude en houd ook rapportages dun. Aan het eind van de dag werd deze lijn door meerdere deelnemers onderschreven, ook door wie aanvankelijk kritisch was.

Thema 06

De waarde van software

Als bouwen bijna niets meer kost, wat betaalt een klant dan nog? Klanten zien vooral de uitkomst en begrijpen niet altijd waarom ze extra moeten betalen voor iets wat werkt. De meerwaarde verschuift daardoor naar complexe vraagstukken, beveiliging, beheer en verantwoordelijkheid.

De digitalisering van overheidsarchieven onder de Archiefwet werd genoemd als voorbeeld van zo'n complex vraagstuk, waarbij privacy om een lokale oplossing vraagt.

Verantwoordelijkheid verandert de prijs met een factor 10 tot 20
Voorbeeldbedragen uit de sessie, in euro's
Indicatieve bedragen, als voorbeeld genoemd. Wie een SLA wil, verwacht ook dat de bouwer kan uitleggen hoe het systeem werkt. Wijs een markering aan voor het bedrag.
Bekijk als tabel
SituatieBedrag
Werkende tool, zonder SLA€ 5.000
Met SLA en uitleg van het systeem€ 50.000 – € 100.000
  • Impact in plaats van uren. De waarde zit in wat een oplossing voor een bedrijf oplevert, niet in de bestede tijd.
  • Prijs bepaalt perceptie. Wat bijna gratis is, wordt al snel als minderwaardig gezien. Een dashboard voor € 4.000 plus € 400 per maand vond een klant al te veel.
  • Eigen apps als product. De apps die MTG bouwde, zoals een tool voor ISO-certificering met spaarpunten, kunnen ook buiten MTG waarde hebben. Ze passen het best in een breder pakket dat met een goede koppeling aansluit op de AI-omgeving van de klant.
  • Verdienmodellen. Varianten zoals een abonnement of een opslag op het AI-gebruik werden verkend.
Gedeeld inzicht

De waarde van software verschuift van het bouwen naar impact, betrouwbaarheid en beheer.

Thema 07

Adoptie: van tool naar gebruik

Er zijn veel mogelijkheden, maar collega's gebruiken ze nog weinig. De voorbeelden kwamen uit de eigen praktijk:

  • Een aanbestedingsapp blijft onder tijdsdruk liggen, ook al dacht de gebruiker mee over het ontwerp.
  • Een tool die voor een klant werd gemaakt, wordt daar niet gebruikt.
  • Apps groeien door steeds nieuwe wensen, zoals een eigen chatbot in de app.
Wat werd genoemd als werkzaam
Een cyclus die begint bij het werk zelf, niet bij de tool
Begin bij het werk wat is repetitief? Train niet op knoppen maar op het werk Oefen tussen sessies in de eigen praktijk Bespreek wat werkte en kom erop terug VAN TOOL NAAR GEBRUIK
Daarnaast: maak het saaie werk lichter, zeker in drukke periodes zoals de kerst, en verklein de kloof tussen wie veel met AI experimenteert en wie net begint.
Gedeeld inzicht

De techniek is zelden de beperking, het gebruik wel. Doe bij MTG zelf wat je klanten aanraadt.

Thema 08

AI in marketing en advertenties

Het principe van de softwarefabriek werd ook toegepast op content: een agent kijkt welke video's of advertenties goed presteren en stuurt daarop bij. Met de hoeveelheid data uit Meta en Google lijkt dat bij uitstek iets voor AI, en er bestaan al platforms die dit doen.

Een agent die te vroeg ingrijpt, stopt een advertentie die later nog rendabel wordt
Rendement van één advertentie per dag · schematisch
winst break-even verlies Agent stopt de advertentie op basis van de eerste dagen Rendabel rond dag 6 à 7 dag 1 dag 2 dag 3 dag 4 dag 5 dag 6 dag 7
Schematisch, zonder meetwaarden: het patroon zoals uit de praktijk beschreven. Een ervaren mens ziet aan dalende kosten per klik dat een advertentie nog bijtrekt.
Advertentiebeheer4–5 uur per daginclusief bijsturen van de funnel; vraagt een vast team
PlatformregelsStrenge controleop geautomatiseerde koppelingen; accounts kunnen worden geblokkeerd
Budget opschroevenMensenwerklaat je niet zomaar aan AI over

Daarnaast speelde de afweging tussen advertentiekennis inkopen via een externe training en die zelf opbouwen door te testen. Ook werd benadrukt dat het verhaal achter een product zwaarder weegt dan de technische specificaties.

Gedeeld inzicht

AI versterkt analyse en contentproductie, maar het verhaal achter het product en de beslissingen over budget blijven mensenwerk.

Video

The Bitter Lesson

Nederlandstalige toelichting op The Bitter Lesson (ca. 3 minuten).

Over deze uitwerking

Dit overzicht is gebaseerd op tien opnames van de sessies op 13 november 2026, tussen 07:50 en 14:22; een deel rond het middaguur is niet opgenomen. Het geeft de besproken onderwerpen en gedeelde inzichten op hoofdlijnen, zonder toe te schrijven wie wat zei. De conceptnotitie Fonkel Way of Working for AI-development v0.2 is alleen als achtergrond gebruikt; de voorstellen daarin zijn niet als vastgestelde afspraken behandeld. Bedragen en aantallen zijn genoemd als voorbeeld of indicatie tijdens de sessies.

Link gekopieerd naar klembord