Een portaal laten bouwen: begin bij het proces, niet bij de features

De vraag komt meestal op een herkenbaar moment. Aanvragen komen binnen via drie mailboxen. Iemand houdt een Excel bij die alleen zij snapt. Leden bellen om hun gegevens te wijzigen. En elke maand kost het een dag om alles weer recht te trekken. Dan valt het woord “portaal”.

Dat is vaak de goede richting. Maar wie begint met “we willen een login, een dashboard en een app”, eindigt makkelijk met een duur systeem dat half gebruikt wordt. Een portaal is geen website met een wachtwoord ervoor. Het is software die een proces overneemt.

Wanneer een portaal zinvol is

Niet elk probleem vraagt om maatwerk. Een goed formulier of een bestaande SaaS-tool lost soms al genoeg op. Een portaal loont meestal als een paar van deze dingen kloppen:

• Dezelfde handeling komt vaak terug. Aanvragen, bestellingen, wijzigingen, inschrijvingen. Tientallen of honderden keren per maand.
• Er zijn meerdere soorten gebruikers. Klanten, medewerkers, partners of leden die elk iets anders mogen zien en doen.
• Gegevens moeten op één plek kloppen. Nu staan ze verspreid over mail, spreadsheets en losse systemen.
• Standaardsoftware past net niet. De tool doet tachtig procent, en de laatste twintig procent kost elke dag handwerk.

Herken je er één, dan is een slimmer formulier misschien genoeg. Herken je er drie, dan is het tijd om serieus naar een portaal te kijken.

Begin bij het proces

Voordat er één scherm getekend wordt, willen we weten hoe het werk nu loopt. Niet hoe het zou moeten lopen, maar hoe het echt gaat.

• Wie start de handeling, en waar?
• Welke gegevens zijn nodig, en wie vult ze in?
• Wie moet iets controleren of goedkeuren?
• Waar gaat het nu mis, of blijft het liggen?
• Welke systemen moeten de uitkomst weten, zoals boekhouding, CRM of planning?

Uit die antwoorden volgt bijna vanzelf wat het portaal moet doen. Vaak blijkt de kern kleiner dan de oorspronkelijke wensenlijst. Dat is goed nieuws: een kleine kern is sneller live en makkelijker uit te bouwen.

Klein starten, dan uitbouwen

Een portaal hoeft niet in één keer af te zijn. We werken liever met een eerste versie die één proces goed afhandelt, met echte gebruikers. Daarna bouwen we uit op basis van wat er in de praktijk gebeurt.

Dat heeft drie voordelen. Je ziet sneller resultaat. Je investeert pas in de volgende stap als de eerste aantoonbaar werkt. En gebruikers raken gewend aan het systeem, in plaats van dat ze op één dag alles anders moeten doen.

De techniek volgt het proces

Welke stack past, hangt af van wat het portaal moet doen. Een paar richtlijnen uit de praktijk:

• Laravel met Filament voor portalen met veel data, rollen en beheerschermen. Snel te bouwen, goed te onderhouden.
• Vue voor interactieve onderdelen, zoals een stappenplan, een zoekfunctie of een dashboard dat live bijwerkt.
• Een PWA of native app als gebruikers onderweg werken, op een telefoon, soms zonder goed bereik.
• WordPress ernaast als de publieke site en de redactie daar al goed draaien. Het portaal hoeft de marketing site niet te vervangen.

Koppelingen zijn vaak het belangrijkste deel. Een portaal dat de boekhouding of het CRM niet kent, verplaatst het handwerk alleen.

Wat het kost, en waar het misgaat

Een portaal is maatwerk, dus een prijs zonder scope zegt weinig. Wel zien we steeds dezelfde valkuilen die budget kosten:

• Te veel tegelijk willen. Elke extra rol of uitzondering maakt het systeem complexer. Begin met de hoofdroute.
• Geen eigenaar aan de kant van de opdrachtgever. Iemand moet beslissen hoe het proces loopt. Anders wordt dat tijdens de bouw uitgezocht.
• Beheer vergeten. Na livegang komen er vragen, wijzigingen en updates. Een portaal zonder vaste partner veroudert snel.

Dat laatste is waarom we bij Fruto blijven na oplevering. Hosting in de EU, updates, monitoring en doorontwikkeling horen bij het portaal, niet erbij als losse klus.

Voorbeelden uit ons werk

We bouwden onder meer een ledenportaal voor Restauratoren Nederland, een Laravel-ledenportaal naast de WordPress-site van de Nederlandse Entomologische Vereniging, een kledingportaal voor medewerkers van Naviva Kraamzorg en een service-app voor Meyra, waarmee serviceaanvragen direct bij de vestiging binnenkomen. Elk met een ander proces, en dus een andere opbouw.

Wat je kunt doen

Loopt er bij jullie een proces via mail en spreadsheets dat eigenlijk een eigen plek verdient? Beschrijf kort hoe het nu gaat en waar het knelt. We denken mee over wat de kleinste zinvolle eerste versie is, en of maatwerk überhaupt nodig is.

Meer over apps, portalen en maatwerkplatforms of direct contact opnemen.