Interne portalen bouwen met vibecoding: waar de echte winst zit in 2026

Bij een publieke website concurreer je met design, merk en contentkwaliteit. Bij een intern portaal concurreer je met een Excel-bestand en een mailbox. De lat ligt lager en de winst is direct meetbaar: een aanvraagproces van drie dagen naar drie uur is geen marketingclaim maar een cijfer uit je eigen systeem.

Bovendien blijft de gebruikersgroep klein en bekend. Dat maakt iteratief bouwen realistisch: je zit letterlijk naast de mensen die het gebruiken.

• Aanvraag- en goedkeuringsflows: verlof, inkoop, kortingsaanvragen, projectstart.
• Klantportalen: status, documenten, facturen en meldingen op één plek.
• Operationele dashboards die nu als wekelijkse handmatige rapportage bestaan.
• Kwaliteitschecks en inspecties met foto's vanaf mobiel.
• Onboarding-checklists voor personeel of leveranciers.

Het patroon: gestructureerde data, duidelijke stappen, veel overtypen. Wat zich juist niet leent: alles met complexe boekhoudlogica, realtime integraties met legacy-systemen zonder API en processen waar niemand eigenaar van is.

Autorisatie. Rollen en rechten horen server-side te worden gecontroleerd, per record, met een aparte rollentabel. Een tool die "verbergt" wat een gebruiker niet mag zien is niet beveiligd; hij is alleen onopvallend.

Het datamodel. Code herschrijven is goedkoop geworden, data migreren niet. Investeer één sessie in entiteiten, relaties en statusvelden voordat de eerste echte gegevens erin gaan. Wie dat overslaat, betaalt het terug in maatwerk-fixes.

• Auditlog: wie deed wat, wanneer, op welk record.
• Rollen met een expliciete admin-rol en een leesrol.
• Backups en een geteste restore — niet alleen een aangevinkte optie.
• Een exportpad, zodat je nooit gevangen zit in je eigen tool.
• Een eigenaar met tijd in de agenda voor wijzigingen.

Deze vijf punten kosten samen minder dan één misgelopen audit of één datalek. Ze zijn de grens tussen een handig experiment en een systeem dat het bedrijf draagt.

Week 1: proces in kaart, datamodel en rollen vast, klikbaar prototype. Week 2: kernflow werkend met echte testdata en twee gebruikers. Week 3: randgevallen, logging, notificaties en rapportage. Week 4: uitrol met een kleine groep, meetpunten aanzetten en de oude route pas dan uitzetten.

Meet vooraf en achteraf hetzelfde: doorlooptijd, aantal terugkerende fouten en aantal handmatige overdrachten. Dat is de enige business case die overleeft in een directievergadering.