Prototype eerst, betalen later: waarom je nooit meer blind ja hoeft te zeggen tegen software

Je ziet een werkend prototype voordat je een euro uitgeeft. Bevalt het niet? Dan stoppen we. Geen kosten, geen verplichtingen.

Dat is hoe ik werk. En het is het tegenovergestelde van hoe de meeste softwarebedrijven werken.

Het probleem met software laten bouwen

Je kent het verhaal. Je hebt een probleem in je bedrijf. Te veel handmatig werk, systemen die niet met elkaar praten, klanten die bellen voor informatie die ze zelf zouden moeten kunnen inzien.

Je gaat op zoek naar een softwarebedrijf. Ze komen langs, luisteren, knikken, en twee weken later ligt er een offerte op je bureau. €20.000 tot €50.000. Bouwtijd: drie tot zes maanden.

En dan moet je beslissen. Op basis van een gesprek, een document en een belofte.

Geen demo. Geen werkend voorbeeld. Geen bewijs dat ze begrijpen wat je bedoelt. Alleen een offerte en het vertrouwen dat het goed komt.

Dat is hoe de meeste bedrijven maatwerk software inkopen. Blind.

Waarom ik het anders doe

Ik bouw een werkend prototype in twee weken. Gratis.

Geen mockup. Geen klikbare PDF. Een echte applicatie die je opent in je browser, waar je doorheen klikt, gegevens invult en ziet hoe het werkt.

Waarom? Omdat een gesprek nooit genoeg is.

Ik kan een uur met je praten over factuurverwerking. Jij vertelt hoe het nu gaat. Ik stel vragen, maak aantekeningen, en denk dat ik het snap. Maar pas als je een werkend systeem ziet, weten we allebei of het klopt.

"Ah nee, zo bedoel ik het niet. Die knop moet daar. En deze stap mist."

Dat gesprek wil je hebben bij een prototype van twee weken. Niet na drie maanden bouwen.

Hoe het prototype-proces werkt

Stap 1: Gratis scan (30 minuten)

We bellen. Jij vertelt waar je team te veel tijd aan kwijt is. Ik stel vragen en luister. Aan het einde van het gesprek weet ik genoeg om te beoordelen of ik kan helpen.

Soms is het antwoord nee. "Dit los je beter op met Exact Online." Of: "Je hebt hier geen maatwerk voor nodig, deze standaard tool doet precies wat je zoekt." Dan zeg ik dat. Liever eerlijk dan een project verkopen dat niet past.

Stap 2: Prototype (2 weken, gratis)

Als er een kans is, bouw ik een werkend prototype. De kern van het systeem, zonder de randjes. Genoeg om te zien of de richting klopt.

Bij AI automatisering betekent dat: een paar echte documenten door het systeem halen. Jouw facturen, jouw e-mails, jouw vrachtbrieven. Zodat je ziet wat AI ermee doet. Niet met testdata, maar met je eigen spullen.

Bij maatwerk software betekent dat: de belangrijkste schermen en flows werkend opleveren. Inloggen, het hoofdoverzicht, de actie die je team het vaakst uitvoert. Genoeg om te voelen of het past.

Stap 3: Beoordelen

Je bekijkt het prototype. Je klikt erdoorheen. Je laat het zien aan je team. En dan beslis je.

Drie opties:

• •Past niet. We stoppen. Geen kosten. Ik heb twee weken geïnvesteerd, jij niks.
• •Bijna goed. We bespreken wat er anders moet. Ik pas het prototype aan en we kijken opnieuw.
• •Dit is het. We maken afspraken over scope, planning en kosten. Pas nu starten de kosten.

Waarom dit werkt

Voor jou als klant: je ziet wat je krijgt voordat je betaalt. Je team kan het testen en feedback geven. Je neemt een beslissing op basis van bewijs, niet op basis van beloftes. Het risico is nul.

Voor mij als bouwer: ik weet zeker dat ik het probleem goed begrijp. De klant weet precies waar die ja tegen zegt. Geen discussies halverwege het project over "maar zo bedoelde ik het niet." Klanten die ja zeggen na een prototype, zijn overtuigd. Dat maakt de samenwerking beter.

Waarom niet iedereen dit doet

Eerlijk antwoord: omdat het duur is. Twee weken bouwen zonder garantie op betaling is een risico. De meeste bureaus hebben daar de marges niet voor. Ze moeten uren schrijven om de salarissen te betalen.

Ik werk alleen. Geen team, geen kantoor met twaalf man, geen overhead. Dat betekent dat ik twee weken kan investeren zonder dat het mijn bedrijf in gevaar brengt. En het betaalt zich terug. Klanten die een prototype hebben gezien, zeggen bijna altijd ja. Omdat ze weten wat ze krijgen.

Een voorbeeld uit de praktijk

Een transportbedrijf verwerkte dagelijks 50+ facturen handmatig. Elke factuur openen, lezen, gegevens overtypen in Business Central. Tien minuten per stuk. De hele ochtend kwijt.

Ze hadden al met twee softwarebedrijven gesproken. Beide kwamen met offertes van €30.000+. Geen van beiden kon laten zien hoe het zou werken.

Ik nam vijf van hun echte facturen. Binnen twee weken had ik een werkend prototype: upload een PDF, AI leest de factuur, herkent leverancier, bedragen en BTW, en toont alles gestructureerd op het scherm. Klaar om te boeken.

Ze zagen het. Ze begrepen het. Ze zeiden ja.

Het uiteindelijke systeem verwerkt nu honderden facturen per dag. Van tien minuten naar dertig seconden per factuur. Setup: een fractie van die €30.000 offertes.

Wanneer past deze aanpak?

Het prototype-model werkt het beste als:

• •Je een proces hebt dat te veel tijd kost (5+ uur per week aan handmatig werk)
• •Je systemen hebt die niet met elkaar praten
• •Je team klaagt over hetzelfde probleem
• •Je al hebt gekeken naar standaard software en het past niet

Het werkt minder goed als je nog niet precies weet wat het probleem is (dan is de scan een beter startpunt), het project te klein is voor maatwerk, of je organisatie niet klaar is voor verandering.

De bottomline

Je hoeft niet meer te gokken op software. Je hoeft geen offerte van €30.000 te tekenen op basis van een goed gevoel. Je hoeft niet drie maanden te wachten om te zien of het werkt.

Binnen twee weken heb je een werkend prototype. Gebouwd met jouw data, voor jouw proces. Gratis.

Bevalt het? Dan bouw ik door. Bevalt het niet? Dan was het een goed gesprek en een half uur van je tijd.

Benieuwd? Plan een gratis scan van 30 minuten. We kijken samen of er iets te automatiseren valt.