← Alle artikelen
Verkoop & Groei
Hoe u een voorstel schrijft waarmee u de klant binnenhaalt
Door het FabricLoop Team · Mei 2026 · 4 minuten lezen
De meeste voorstellen worden vanuit het verkeerde uitgangspunt geschreven. De schrijver begint met wat hij kwijt wil — zijn referenties, zijn werkwijze, zijn prijzen — en het probleem van de klant wordt een korte formaliteit in het eerste hoofdstuk, voordat de eigenlijke pitch begint.
De koper ervaart dit als precies wat het is: een standaarddocument met zijn naam in de kop. Hij leest het, knikt vaag en kiest vaak voor de concurrent van wie het voorstel hem het gevoel gaf begrepen te worden.
Een voorstel dat wint, is geen brochure. Het is het bewijs dat u hebt geluisterd — dat u het probleem beter begrijpt dan ieder ander die heeft gepitcht, en dat uw aanpak speciaal voor deze situatie is ontworpen en niet uit een sjabloon is gekopieerd.
"Het voorstel dat u na een goed kennismakingsgesprek stuurt, is slechts een geschreven versie van het gesprek dat u al hebt gevoerd. Als er iets nieuws in staat, hebt u niet goed genoeg geluisterd."
De opbouw in zes onderdelen
Deze opbouw is bedoeld voor dienstverlenende bedrijven en B2B-opdrachten. Ze volgt de logische volgorde van het besluitvormingsproces van een koper — van "begrijpen ze mijn probleem?" via "kan ik ze vertrouwen?" tot "is dit het geld waard?"
1
Herformulering van het probleem
Beschrijf in uw eigen woorden de situatie van de klant en het specifieke probleem dat deze opdracht oplost. Noem wat het kost of welke gevolgen het heeft als het niet wordt opgelost. Noem uw oplossing nog niet.
bijv. "Uw team besteedt 12 uur per week aan handmatige rapportage die geautomatiseerd kan worden — tijd die nu van uw senior developers afgaat."
2
Voorgestelde aanpak
Beschrijf hoe u het probleem gaat oplossen — uw methode, de belangrijkste beslissingen die u samen neemt en waarom deze aanpak de juiste is voor hun situatie. Vermijd algemene taal als "ons beproefde proces"; maak het specifiek voor hen.
bijv. "We beginnen met een audit van twee weken van uw bestaande datastromen voordat we iets bouwen — zo voorkomen we de veelgemaakte fout om een kapot proces te automatiseren."
3
Op te leveren resultaten
Geef specifiek aan wat zij ontvangen — niet de activiteiten die u uitvoert, maar de resultaten die zij in handen krijgen. Wees concreet. Vage deliverables leiden later tot discussies over de reikwijdte; specifieke wekken nu vertrouwen.
bijv. "Geautomatiseerd wekelijks P&L-rapport, elke maandag om 9 uur per e-mail naar drie stakeholders; dashboard toegankelijk voor het financiële team; documentatie waarmee uw eigen team het kan onderhouden."
4
Planning
Een helder schema met mijlpaaldata, belangrijke beslismomenten en wat u in elke fase van hen nodig hebt. Laat zien dat u hebt nagedacht over de volgorde en niet alleen over de totalen. Geef aan waar u afhankelijk bent van input van hun team.
bijv. "Week 1–2: audit en toegang regelen (leestoegang tot uw datawarehouse vereist). Week 3–4: bouwen en testen. Week 5: review en aanpassingen. Week 6: overdracht en training."
5
Investering
Vermeld de prijs duidelijk, met wat erbij inbegrepen is en wat buiten de scope valt. Als u opties aanbiedt, beperk u dan tot twee — niet vijf. Noem uw betalingsvoorwaarden. Als er een aanbetaling is, vermeld dan het bedrag en wanneer die verschuldigd is.
bijv. "Totale investering: £8.400. 50% verschuldigd bij aanvang van het project, 50% bij oplevering. Inclusief maximaal twee feedbackrondes. Extra werk wordt gefactureerd tegen £120 per uur, na schriftelijke goedkeuring."
6
Volgende stap
Eén enkele, specifieke actie die zij moeten ondernemen. Niet "laat het ons weten als u vragen hebt", maar een concrete volgende stap met een voorgestelde datum. Maak het zo makkelijk mogelijk om ja te zeggen.
bijv. "Als u verder wilt, antwoord dan op deze e-mail, dan stuur ik u een contract en een factuur voor de aanbetaling. Ik kan starten in de week van 19 mei."
De herformulering van het probleem is het belangrijkste onderdeel
De meeste schrijvers van voorstellen behandelen de opening als een formaliteit — een korte erkenning van de situatie van de klant voordat ze bij de echte inhoud komen. Dat is precies omgekeerd. In de herformulering van het probleem wint of verliest u de aandacht van de lezer.
Als een koper een nauwkeurige, specifieke beschrijving van zijn eigen probleem leest — geschreven in taal die weergeeft hoe hij erover denkt en niet hoe u verkoopt — verschuift er iets. Hij voelt zich begrepen. En zich begrepen voelen is de basis van vertrouwen, en vertrouwen is de basis van de verkoop.
Schrijf dit onderdeel als laatste. Kom nadat u de rest van het voorstel hebt geschreven terug op de opening en verfijn die, zodat ze alles weerspiegelt wat u over hun situatie hebt geleerd. Het moet voelen alsof u de hele week over hun probleem hebt nagedacht — want dat hebt u ook.
Loop het live door
Stuur het voorstel en plan daarna een gesprek van 20 minuten om het samen door te nemen. Wacht niet passief op hun oordeel. Door het live door te nemen kunt u dingen verduidelijken, bezwaren meteen bespreken en de meest overtuigende onderdelen extra kracht bijzetten. Voorstellen die in een gesprek worden doorgenomen, leiden aanzienlijk vaker tot een deal dan voorstellen die worden verstuurd en in stilte gelezen.
Wat u weglaat
Een korter, scherper voorstel presteert bijna altijd beter dan een uitgebreid voorstel. Laat weg:
- De geschiedenis en achtergrond van uw bedrijf — bewaar die voor een bijlage voor als ze erom vragen; kopers die een voorstel ontvangen, weten al wie u bent
- Algemene "waarom wij"-onderdelen — hebt u specifiek bewijs (een relevante casestudy, een resultaat met naam en toenaam), neem dat dan op; laat het anders weg
- Methodologiejargon — uw "eigen framework" maakt op niemand indruk, tenzij u kunt uitleggen waarom het voor deze klant betere resultaten oplevert
- Meerdere prijsopties die als gelijkwaardig worden gepresenteerd — als u opties aanbiedt, leid de klant dan naar de juiste in plaats van een menukaart voor te leggen
De lengtevalkuil
Er bestaat een verleiding om lange voorstellen te schrijven om grondig over te komen. Kopers lezen de herformulering van het probleem, bladeren door de deliverables, springen naar de prijs en beslissen dan of ze de rest lezen. Een voorstel van 4 pagina's dat die drie onderdelen raak formuleert, verslaat elke keer een voorstel van 15 pagina's waarin ze onder de methodologie bedolven liggen.
Hoe FabricLoop u helpt betere voorstellen te schrijven
De kwaliteit van een voorstel hangt af van de kwaliteit van uw aantekeningen uit het kennismakingsgesprek. FabricLoop bewaart alles uit uw eerste gesprek — de exacte woorden van de klant, hun zorgen, hun tijdlijn — in één thread. Als u het voorstel gaat schrijven, ligt al het ruwe materiaal klaar en is er niets verloren gegaan door een vervagend geheugen of een verwijderd Slack-bericht.
10 dingen om uit dit artikel mee te nemen
- De meeste voorstellen worden geschreven vanuit het perspectief van de afzender — winnende voorstellen worden geschreven vanuit het perspectief van de koper.
- Een voorstel is een geschreven versie van uw kennismakingsgesprek — als er iets nieuws in staat, hebt u niet goed genoeg geluisterd.
- De zes onderdelen op volgorde: Herformulering van het probleem, Voorgestelde aanpak, Deliverables, Planning, Investering, Volgende stap.
- De herformulering van het probleem is het belangrijkste onderdeel — daar beslissen kopers of u hen begrijpt.
- Schrijf de herformulering van het probleem als laatste, nadat u de hele opdracht hebt doordacht.
- Deliverables moeten de resultaten beschrijven die de klant ontvangt, niet de activiteiten die u uitvoert — specifiek zijn voorkomt discussies over de reikwijdte.
- Neem altijd één concrete volgende stap op — niet "laat het ons weten als u vragen hebt."
- Loop voorstellen live door in een gesprek in plaats van ze te versturen en af te wachten — het percentage gewonnen deals ligt aanzienlijk hoger.
- Een voorstel van 4 pagina's dat de kernonderdelen raak formuleert, presteert beter dan een voorstel van 15 pagina's waarin ze onder de methodologie bedolven liggen.
- Laat uw bedrijfsgeschiedenis, algemene "waarom wij"-onderdelen en methodologiejargon weg, tenzij u specifiek bewijs hebt om ze te onderbouwen.
