Hoe herken je een bureau dat verkochte uren verwart met resultaat?

Niet elk softwarebureau is hetzelfde. Een deel werkt resultaatgericht: ze willen weten welk klantprobleem opgelost moet worden, en bouwen het product zo dat dat probleem wordt opgelost. Een ander deel werkt capaciteitsgericht: ze verkopen uren, leveren wat er gevraagd wordt en rekenen af wat erbij komt.

Beide modellen zijn verdedigbaar. Het wordt pas een probleem als de founder denkt het eerste in te kopen en eigenlijk het tweede koopt.

Dit artikel staat stil bij de signalen waarmee je vooraf kunt zien welke kant het bureau opvalt, niet om bureaus te wantrouwen, maar om als founder bewust te kiezen wat je inkoopt.

Output versus outcome

Een bureau dat outcome verkoopt, vraagt waar je naartoe wilt. Hun voorstel begint met de klant, het probleem en de meetbare uitkomst. Pas daarna komt de techniek.

Een bureau dat output verkoopt, vraagt wat je gebouwd wilt hebben. Hun voorstel begint met een functielijst en eindigt met uren. De klant en het probleem komen voor in de aanloop, maar staan los van wat er daadwerkelijk gemaakt wordt.

Beide types kunnen mooie presentaties maken. Het verschil zit niet in de cosmetica. Het zit in waar de offerte over gaat.

Een snelle test: leest het voorstel als een antwoord op een vraag, of als een opsomming van werkpakketten? Een antwoord verwijst naar de vraag. Een opsomming staat op zichzelf.

Veel meetings als waarschuwingssignaal

Sommige bureaus zetten standaard veel meetings in: een kick-off, wekelijkse stand-ups, sprint reviews, sprint retros, stakeholder demos. Op zich allemaal normaal, als ze tot beslissingen leiden.

Het wordt een waarschuwingssignaal als:

• De meetings overlappen elkaar inhoudelijk.
• De stand-up bestaat vooral uit statusupdates en niet uit blockers.
• Demos eindigen zonder concrete keuze over wat als volgende komt.
• De founder als enige stuurt en het bureau vooral rapporteert.

Veel meetings kunnen een ritme zijn dat een team scherp houdt. Ze kunnen ook een manier zijn om uren te schrijven aan iets dat geen direct product op tafel legt. Het verschil ontdek je door na drie meetings te vragen welke beslissingen genomen zijn. Bij outcome-bureaus volgt een lijstje. Bij output-bureaus volgt een herhaling van wat besproken is.

Vaag eigenaarschap

Wie is verantwoordelijk als een functie niet werkt zoals verwacht? Wie bepaalt of een gebouwde feature voldoet aan de oorspronkelijke vraag? Wie betaalt voor de fix als de feature niet bruikbaar blijkt?

Een resultaatgericht bureau heeft hier expliciete antwoorden op. Een capaciteitsgericht bureau heeft vaak zinnen als “we werken samen” of “we leveren wat is overeengekomen”. Die zinnen klinken redelijk maar verschuiven de verantwoordelijkheid naar jou, de founder, op het moment dat het ertoe doet.

Vraag specifiek: als iets klopt op papier maar niet werkt in de praktijk, wie lost dat op, en op wiens kosten?

Scope die vooral bureau-logica volgt

Sommige scopes kloppen technisch maar zijn vanuit klantperspectief vreemd ingedeeld. Bijvoorbeeld:

• “Eerst alle inlogfuncties, dan alle profielfuncties, dan alle workflows.” Technisch heel logisch, klantmatig: niemand kan in maand drie nog steeds niets nuttigs doen met het product.
• “Backend eerst, dan frontend.” Veilige aanpak voor architecten, maar de founder kan tot oplevering geen klantfeedback ophalen.
• “Eerst infrastructuur en CI/CD, dan features.” Klinkt verantwoordelijk en past zelden bij een vroeg product.

Een resultaatgerichte aanpak werkt verticaal: bouw één smalle workflow van begin tot eind, zodat er klantwaarde getoond kan worden. Een capaciteitsgerichte aanpak werkt horizontaal: bouw lagen om straks alles tegelijk op te leveren. Dat tweede past bij volwassen organisaties. Voor een startup is het meestal een dure manier om laat te leren.

Geen duidelijke acceptatiecriteria

“Wanneer is dit klaar?” hoort het bureau te kunnen beantwoorden voor er gebouwd wordt. Acceptatiecriteria zijn de zinnen waaraan je toetst of iets werkt: “een nieuwe klant kan in onder 3 minuten een account aanmaken en zijn eerste actie uitvoeren”.

Voorstellen zonder acceptatiecriteria laten het oordeel over wat “klaar” is bij de leverancier. Voor het bureau is “klaar” een stap dichter bij facturen. Voor de founder zou “klaar” moeten betekenen: een klant kan dit gebruiken.

Vraag het bureau om bij de drie belangrijkste features acceptatiecriteria op te schrijven. Als ze dat moeilijk vinden, vinden ze het belangrijk om uren te schrijven, niet om uitkomst te leveren.

Geen expliciete aannames

Iedere offerte rust op aannames. Een resultaatgerichte aanbieder noemt ze in het voorstel: “we gaan uit van X data, Y koppelingen, Z gebruikersrol”. Een capaciteitsgerichte aanbieder laat ze impliciet, wat betekent dat als één van die aannames niet klopt, het bedrag blijft staan en er een meerwerk-rekening achteraan komt.

Vraag bij elk voorstel: welke aannames maakt jullie inschatting waar? Wat gebeurt er als een van die aannames niet klopt?

De elf onderdelen die in een offerte horen leggen dit deel verder uit.

Hoe je betere vragen stelt

Een paar vragen die je voorstellen scheiden in resultaat- en uren-gericht:

• “Wat is de meetbare uitkomst die deze fase oplevert?”, Outcome-bureaus hebben hier een antwoord. Output-bureaus geven een herhaling van de scope.
• “Wat doen jullie als blijkt dat de oorspronkelijke aanname niet klopt?”, Outcome-bureaus passen de aanpak aan. Output-bureaus rekenen meerwerk.
• “Welke beslissing kan ik na fase 1 nemen die ik nu nog niet kan nemen?”, Outcome-bureaus zien fases als beslismomenten. Output-bureaus zien fases als technische mijlpalen.
• “Wat zou jullie de bouw laten stoppen?”, Outcome-bureaus noemen condities (klantsignaal, scope-shift, valse aanname). Output-bureaus noemen geen condities.

Het zijn geen strikvragen. Goede bureaus beantwoorden ze gewoon eerlijk. Vooral degene die het iets ongemakkelijker vinden, vertellen iets nuttigs.

Wanneer je moet pauzeren voor een second opinion

Drie momenten waarop een onafhankelijke blik vaak veel waarde toevoegt:

• Voor je een eerste offerte tekent waar je geen vergelijkbare offertes voor hebt.
• Als je twee offertes hebt die qua bedrag dichtbij elkaar zitten maar qua structuur sterk verschillen.
• Als je het gevoel hebt dat de offerte logisch klinkt maar je niet helder kunt uitleggen wat er na fase 1 op tafel ligt.

In al deze gevallen is een uur met iemand die honderden offertes heeft gezien goedkoper dan een week eraan blijven lezen.

Beoordeel de offerte op de juiste dingen, niet alleen op het totaalbedrag. Een goedkoop voorstel dat capaciteit verkoopt, kost over zes maanden meer dan een duurder voorstel dat resultaat verkoopt. Of andersom, dat ontdek je niet door erover na te denken in je eentje.

---

Sta je voor deze beslissing?

Stuur me kort de context of plan een gratis gesprek. Dan kijken we samen wat de meest verstandige volgende stap is voor je tijd, geld of focus vastlegt.

Plan een gratis gesprek → · Mail direct: hello@yourstartup.expert