[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fGD0jJtpv2HNX3uhczJSGe48huJ6GRYySG36iS6R1TJo":3},{"item":4},{"id":5,"idKnowledge":6,"slug":7,"title":8,"description":9,"bodyMarkdown":10,"bodyHtml":11,"author":12,"date":13,"createdAt":14,"topics":15,"image":18,"hasDownload":19,"fileName":20},"26","52DA7FCF-BD2B-6A4D-B739-0B7A21814A2F","necessity-driven-development-bouw-alleen-software-die-echt-nodig-is","Necessity-Driven-Development: bouw alleen software die écht nodig is","Ontdek hoe het Loggix-manifest 'Necessity-Driven-Development' ondernemers en FileMaker-developers helpt betere softwarekeuzes te maken in het AI-tijdperk.","**Stop met bouwen wat kan. Bouw wat moet.** Dat is de kern van Necessity-Driven Development (NDD) — de filosofie die Loggix-oprichter Jeroen Lutmers beschrijft in het [Loggix Manifest](https:\u002F\u002Floggix-manifesto.vercel.app\u002F). In een wereld waar AI alles *mogelijk* maakt, is de echte uitdaging: weten wat je *niet* bouwt.\n\n## Wat is Necessity-Driven Development?\n\nNDD is een aanpak waarbij iedere softwarebeslissing start met één centrale vraag: **is dit écht nodig?** Niet: kan het? Niet: wil iemand het? Maar: lost het een concreet, bewezen probleem op?\n\nDit klinkt simpel, maar het is een directe reactie op een groeiend probleem: naarmate AI-tools het bouwen van software sneller en goedkoper maken, neemt de verleiding toe om functies, koppelingen en automatiseringen te stapelen — ook als de businesscase flinterdun is.\n\n## Waarom is dit relevant voor ondernemers?\n\nVeel bedrijven investeren in maatwerksoftware of ERP-uitbreidingen op basis van enthousiasme in plaats van noodzaak. Het resultaat:\n\n- Systemen die te complex zijn voor dagelijks gebruik\n- Onderhoud dat meer kost dan de oplossing oplevert\n- Teams die omheen werken in plaats van erin\n\nNDD dwingt je om eerst het *probleem* scherp te krijgen, voordat je over een oplossing nadenkt.\n\n## Waarom is dit relevant voor FileMaker-developers?\n\nFileMaker maakt het verleidelijk om snel iets te bouwen. Maar snelheid is geen excuus voor overbodige complexiteit. NDD helpt developers om:\n\n1. **Scope-creep te herkennen** voordat het de database binnensluipt\n2. **Betere gesprekken te voeren** met klanten over wat ze *nodig* hebben vs. wat ze *willen*\n3. **Duurzamere oplossingen te leveren** die ook over 3 jaar nog onderhoudbaar zijn\n\n## Hoe pas je NDD toe in de praktijk?\n\nDe aanpak is concreet en toepasbaar in elk softwaretraject:\n\n1. **Formuleer het probleem zonder oplossing** — schrijf op wat er misgaat zonder al een systeem te noemen.\n2. **Kwantificeer de pijn** — hoeveel tijd, geld of fouten kost het probleem nu?\n3. **Toets de noodzaak** — lost de voorgestelde software dit direct op, of lost het een symptoom op?\n4. **Stel de minimale oplossing vast** — wat is het kleinste systeem dat het probleem wegneemt?\n5. **Bouw, meet, beslis** — lever iets kleins, meet de impact, en beslis dan of uitbreiding zinvol is.\n\n## De rol van AI in NDD\n\nAI versnelt het bouwen, maar verandert niets aan de vraag *wat* je bouwt. Integendeel: juist omdat AI het makkelijker maakt om features te genereren, wordt de discipline om *nee* te zeggen waardevoller. NDD geeft die discipline een naam en een kader.\n\nBij Loggix passen we dit toe in FileMaker-maatwerk, ERP-trajecten, API-koppelingen én AI-integraties: altijd vanuit de vraag of de investering een bewezen noodzaak dekt.\n\n## Wil je weten of jouw softwareidee écht nodig is?\n\nLoggix denkt graag met je mee. Of je nu ondernemer bent met een concreet vraagstuk of FileMaker-developer die zoekt naar een scherpere aanpak — [neem contact op](https:\u002F\u002Fwww.loggix.nl\u002Fcontact) en we kijken samen wat er écht nodig is.","\u003Cp>\u003Cstrong>Stop met bouwen wat kan. Bouw wat moet.\u003C\u002Fstrong> Dat is de kern van Necessity-Driven Development (NDD) — de filosofie die Loggix-oprichter Jeroen Lutmers beschrijft in het \u003Ca href=\"https:\u002F\u002Floggix-manifesto.vercel.app\u002F\">Loggix Manifest\u003C\u002Fa>. In een wereld waar AI alles \u003Cem>mogelijk\u003C\u002Fem> maakt, is de echte uitdaging: weten wat je \u003Cem>niet\u003C\u002Fem> bouwt.\u003C\u002Fp>\n\u003Ch2>Wat is Necessity-Driven Development?\u003C\u002Fh2>\n\u003Cp>NDD is een aanpak waarbij iedere softwarebeslissing start met één centrale vraag: \u003Cstrong>is dit écht nodig?\u003C\u002Fstrong> Niet: kan het? Niet: wil iemand het? Maar: lost het een concreet, bewezen probleem op?\u003C\u002Fp>\n\u003Cp>Dit klinkt simpel, maar het is een directe reactie op een groeiend probleem: naarmate AI-tools het bouwen van software sneller en goedkoper maken, neemt de verleiding toe om functies, koppelingen en automatiseringen te stapelen — ook als de businesscase flinterdun is.\u003C\u002Fp>\n\u003Ch2>Waarom is dit relevant voor ondernemers?\u003C\u002Fh2>\n\u003Cp>Veel bedrijven investeren in maatwerksoftware of ERP-uitbreidingen op basis van enthousiasme in plaats van noodzaak. Het resultaat:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>Systemen die te complex zijn voor dagelijks gebruik\u003C\u002Fli>\n\u003Cli>Onderhoud dat meer kost dan de oplossing oplevert\u003C\u002Fli>\n\u003Cli>Teams die omheen werken in plaats van erin\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>NDD dwingt je om eerst het \u003Cem>probleem\u003C\u002Fem> scherp te krijgen, voordat je over een oplossing nadenkt.\u003C\u002Fp>\n\u003Ch2>Waarom is dit relevant voor FileMaker-developers?\u003C\u002Fh2>\n\u003Cp>FileMaker maakt het verleidelijk om snel iets te bouwen. Maar snelheid is geen excuus voor overbodige complexiteit. NDD helpt developers om:\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>Scope-creep te herkennen\u003C\u002Fstrong> voordat het de database binnensluipt\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Betere gesprekken te voeren\u003C\u002Fstrong> met klanten over wat ze \u003Cem>nodig\u003C\u002Fem> hebben vs. wat ze \u003Cem>willen\u003C\u002Fem>\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Duurzamere oplossingen te leveren\u003C\u002Fstrong> die ook over 3 jaar nog onderhoudbaar zijn\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Ch2>Hoe pas je NDD toe in de praktijk?\u003C\u002Fh2>\n\u003Cp>De aanpak is concreet en toepasbaar in elk softwaretraject:\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Cstrong>Formuleer het probleem zonder oplossing\u003C\u002Fstrong> — schrijf op wat er misgaat zonder al een systeem te noemen.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Kwantificeer de pijn\u003C\u002Fstrong> — hoeveel tijd, geld of fouten kost het probleem nu?\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Toets de noodzaak\u003C\u002Fstrong> — lost de voorgestelde software dit direct op, of lost het een symptoom op?\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Stel de minimale oplossing vast\u003C\u002Fstrong> — wat is het kleinste systeem dat het probleem wegneemt?\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Bouw, meet, beslis\u003C\u002Fstrong> — lever iets kleins, meet de impact, en beslis dan of uitbreiding zinvol is.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Ch2>De rol van AI in NDD\u003C\u002Fh2>\n\u003Cp>AI versnelt het bouwen, maar verandert niets aan de vraag \u003Cem>wat\u003C\u002Fem> je bouwt. Integendeel: juist omdat AI het makkelijker maakt om features te genereren, wordt de discipline om \u003Cem>nee\u003C\u002Fem> te zeggen waardevoller. NDD geeft die discipline een naam en een kader.\u003C\u002Fp>\n\u003Cp>Bij Loggix passen we dit toe in FileMaker-maatwerk, ERP-trajecten, API-koppelingen én AI-integraties: altijd vanuit de vraag of de investering een bewezen noodzaak dekt.\u003C\u002Fp>\n\u003Ch2>Wil je weten of jouw softwareidee écht nodig is?\u003C\u002Fh2>\n\u003Cp>Loggix denkt graag met je mee. Of je nu ondernemer bent met een concreet vraagstuk of FileMaker-developer die zoekt naar een scherpere aanpak — \u003Ca href=\"https:\u002F\u002Fwww.loggix.nl\u002Fcontact\">neem contact op\u003C\u002Fa> en we kijken samen wat er écht nodig is.\u003C\u002Fp>\n","Jeroen","2026-06-11",1781191272000,[16,17],"FileMaker","AI","\u002Fapi\u002Fknowledge\u002Fimage\u002F26\u002F?v=701ee677aaf4",false,""]