Vraag een diensten bedrijf hoe lang een voorstel duurt en je hoort meestal een tot twee weken. Vraag waar die tijd naartoe gaat en het antwoord wordt ongemakkelijk: niet schrijven. De werkelijke compositie — vingers op toetsen — is op zijn best een dag. De andere negen dagen verdwijnen in het zoeken naar informatie die al bestaat, wachten op interne antwoorden, herbouwen van een schatting die iemand anders eerder voor een soortgelijke deal heeft gemaakt, en herzien na een senior review die de commerciële voorwaarden als onjuist bevonden.
Dus de eerlijke versie van "hoe je proposalen sneller schrijft" gaat helemaal niet over schrijven. Het voorstel is traag omdat alles ervoor ongestructureerd is. Repareer wat ervoor komt en snelheid valt eruit als neveneffect — samen met iets waardevollenders: proposalen die correct zijn.
Hier is dezelfde cyclus van twee weken, fase voor fase, met benoemde tijdverspillinga en fixes die daadwerkelijk optellen.
Fase 1 — Onderzoek: stop met het opnieuw verzamelen van wat je al hebt verzameld
De informatie die een voorstel nodig heeft, bestaat bijna altijd voordat het schrijven begint. De klant heeft zijn probleem uitgelegd in het ontdekkingsgesprek. Beperkingen staan in de e-mailthread. Budgetsignalen staan in CRM-notities. Geschiedenis met vergelijkbare klanten staat in je eerdere voorstellen.
De tijdverspilling is dat niets hiervan gestructureerd is. Het leeft in een transcript dat niemand opnieuw leest, notities in drie formaten, een inbox. Dus de schrijver zoekt opnieuw van nul af aan — uren van opnieuw lezen en opnieuw interpreteren — of schrijft uit geheugen en maakt het subtiel fout, wat later naar voren komt als herziening senior-check. Dezelfde kosten, uitgesteld.
De fix is een discipline die we gestructureerde intake noemen: direct na ontdekking wordt alles — transcript, notities, e-mails, RFP als die er is — omgezet in één gestructureerde samenvatting. Wat vraagt de klant eigenlijk? Welke beperkingen hebben ze aangegeven? Wat hebben ze geïmpliceerd maar niet gezegd? En het allerbelangrijkst: wat weten we nog niet? Die laatste lijst wordt terugvragen naar de klant nu, in één batch, terwijl het gesprek nog warm is — niet één voor één over de volgende twee weken, waarbij elke heen-en-weer-gang dagen vertragingen toevoegt.
Dit is invoerwerk, en het is het uur met de hoogste hefboomwerking in de hele voorstelcyclus. Elke stroomafwaarts fase erft zijn kwaliteit. (Het is ook het fundament achter alles wat we bouwen: [uitvoergeneratie is nu goedkoop — invoer is het echte werk](/blog/input-is-the-real-work).)
Fase 2 — Scope: beslis de deal voordat je hem beschrijft
De tweede verspilling is het schrijven van het voorstel en de scope op hetzelfde moment. De schrijver stelt een leveringsgedeelte op, beseft halverwege dat de leveringen een architectuur impliceren waarop niemand heeft ingestemd, stopt, vraagt rond, wacht, schrijft om. Het document en de beslissing zijn verweven, en elk blokkeert het ander.
Scheid ze. Scope eerst, als zijn eigen artefact, vóór enige proza: leveringen, grenzen, expliciete uitzonderingen, aangegeven aannames. Het hoeft niet mooi te zijn — het moet beslist zijn. Een scope die op één pagina past en intern is goedgekeurd, ontgrendelt alles erna.
Twee snelheidswinsten. Ten eerste, schrijven tegen een bepaalde scope is mechanisch — de gesprekken "wat stellen we eigenlijk voor?" vonden plaats vóór het opstellen, niet tijdens. Ten tweede, de senior review aan het einde houdt op een scope-debat te zijn. Meeste voorstelherziening in latere fasen gaat niet over bewoording; het is een partner die het concept leest en het niet eens is met de deal. Verplaats dat meningsverschil naar een één-pagina scopecontrole op dag twee en het kost een uur in plaats van een herschrijving. (Het goed krijgen van de scopegrenzen is ook je [bereikvergroting preventie](/blog/how-to-prevent-scope-creep-before-the-project-starts) — hetzelfde artefact, twee winsten.)
De schatting volgt dezelfde regel: bouw het vanuit de scope, niet vanuit de proza, en bind elk getal aan een aangegeven aanname. Een schatting waarvan de aannames zichtbaar zijn, kan in enkele minuten worden beoordeeld — de beoordelaar controleert de aannames, niet de rekenkunde.
Fase 3 — Sjablonen: repareer de structuur, bevrijdt het denken
Elke voorstel dat je bedrijf verzendt, beantwoordt dezelfde twaalf vragen: wie we zijn, wat we hebben begrepen, wat we gaan leveren, hoe, wanneer, voor hoeveel, onder welke voorwaarden. Er is geen reden om die structuur per deal opnieuw af te leiden — en de meeste bedrijven weten dit, daarom hebben de meeste bedrijven sjablonen.
De reden waarom sjablonen teleurstellen is dat ze de verkeerde laag repareren. Een sjabloon vol met standaardtekstparagrafen produceert generieke proposalen die als iedereen anders klinken — en koper merken dat op. Een sjabloon die structuur en bedrijfslogica repareert terwijl de redenering open blijft, produceert snelle en specifieke proposalen. De sjabloon zegt: deze secties, deze volgorde, hier een aannamestabel, uitzonderingen expliciet gesteld, prijsstelling op deze manier gepresenteerd. De deal zegt wat er eigenlijk in gaat.
De sjabloon die het meest uitmaakt is niet eens het document — het is het schattingsmodel eronder. Als elke schatting vanuit een leeg werkblad begint, herbouw je dezelfde tarieflogica en fasestructuur voor elke deal, inconsistent. Een standaard schattingsmodel voor het hele bedrijf — componenten, tarieven, risicomarges, winstgrenzen — maakt elke nieuwe schatting om van parameterisering in plaats van bouw. Het maakt ook je prijsstelling consistent over deals, wat resulteert in gemakkelijkere beoordelingen en minder pijnlijke klantenvergelijkingen.
Behandel sjablonen als live assets: na elke gesloten deal, vouw wat werkte terug erin. Je sjabloon moet het opgebouwde patroon van je overwinningen coderen, niet een gok die iemand in 2023 maakte.
Fase 4 — Opstellen: laat AI het volume doen, vanuit een solide basis
Alleen nu — met gestructureerde intake, bepaalde scope, schattingsgebonden aannames, en winnaar-afgestemde sjabloon — komt het opstellen. En op dit moment is opstellen het makkelijke deel. Het document wordt bijna bepaald door zijn invoer; het produceren is volumewerk. Dit is precies waar AI goed in is.
De volgorde is belangrijker dan het gereedschap. De meeste teams greipen AI op de verkeerde plaats — plak het RFP in een chatbot, vraag om een voorstel, krijg vloeiende tekst met verzonnen scope en optimistische nummers terug. Het leest goed en het is stilzwijgend fout, wat erger is dan traag: snelheid die onjuiste commerciële voorwaarden verzendt is negatieve snelheid. Je betaalt het terug met marge, bij levering, onzichtbaar.
Voer in plaats daarvan hetzelfde gereedschap uit aan het einde van de pijplijn en de foutmodus verdwijnt. AI wordt niet gevraagd te raden wat de deal is; de deal is al beslist en gestructureerd. Het stelt je document op, in je sjabloon, vanuit je scope en schatting — correct door constructie. Eerste concepten arriveren in minuten, en iteratie ("straf de leidende samenvatting", "presenteer fasen als tabel") is bijna gratis. We hebben de volledige pijplijn afzonderlijk opgeschreven: [beste AI-workflow voor voorstel- en SOW-generatie](/blog/best-ai-workflow-proposal-sow-generation).
Dan de ene stap die snelheid nooit verwijdert: een aangewezen persoon controleert en ondertekent voordat iets de klant bereikt. Scopelacunes, prijzen, positionering, alles wat het bedrijf zou beschamen. Dit is geen belasting op de snelle workflow — het is wat de snelle workflow koopt. Je duurste mensen houden op typen te zijn en worden wat ze altijd hadden moeten zijn: controleurs en dealmakers, die een uur oordeel aan een sterk concept besteden in plaats van twee dagen aan het produceren van een zwak.
Wat eigenlijk verandert
Tel het bij elkaar op. Gestructureerde intake elimineert heronderzoek — de schrijver begint met alles wat bekend en alles wat onbekend is, opgesomd. Scope-eerst elimineert besluitvormingsverlamming midden in het opstellen en late reviewherziening. Sjablonen elimineren bladzijstructuurwerk en blankcelschattingwerk. AI-opstellen vanuit solide invoer elimineert compositietijd. De menselijke poort houdt het correct.
De cyclus van twee weken stort in tot dagen — en de dagen zijn vertraging die jij beheert (klantantwoorden, interne goedkeuring), niet werk. Snelheid hier is niet oppervlakkig. Het eerste geloofwaardige voorstel op het bureau van de koper bepaalt hoe elk latere wordt gelezen; binnen drie dagen antwoorden in plaats van twee weken is een concurrentievoordeel, vooral tegen grotere, langzamere concurrenten. En omdat de gestructureerde scope en schatting van elke deal teruggaan in je sjablonen en modellen, begint het volgende voorstel verder. Deal tien is sneller dan deal één — niet omdat iemand sneller typt, maar omdat het bedrijf is gestopt met het opnieuw afleiden van nul elke keer.
Deze accumulatieve lus — elk voorstel maakt het volgende goedkoper en scherper — is wat [Proposal OS](/proposal-os) van begin tot einde implementeert: intake, scope, schatting, concept, menselijke poort. Als je proposalen twee weken duren en je wilt zien dat dezelfde deal in dagen voorbij gaat, boek je een gratis ontdekkingsgesprek en lopen we de pijplijn door op een echte kans van jou.
Hoe lang zou het schrijven van een adviesvoorstel moeten duren?+
Met een werkende pijplijn — gestructureerde intake, een scopepass, een schattingspass, en concepten uit sjablonen die zijn afgestemd op eerdere successen — zou een middelgroot serviceevoorstel dagen moeten duren, geen weken. De typische cyclus van twee weken is geen schrijftijd; het is vooral wachten, heronderzoek en herzieningswerk door senior-check veroorzaakt door zwakke upstream-invoer.
Kan ik gewoon ChatGPT gebruiken om proposalen sneller te schrijven?+
Een algemene chatbot zal snel vloeiende tekst produceren, maar stelt een concept op vanuit wat je plakt — dus als de scope en schatting niet correct zijn, krijg je een Pools document met stilzwijgend onjuiste commerciële voorwaarden. Snelheid die onjuiste nummers verzendt is negatieve snelheid. De winsten komen voort uit het eerst structureren van intake, scope en schatting, en dan AI een concept laten opstellen vanuit die basis.
Wat is de grootste tijdverspilling bij het schrijven van proposalen?+
Heronderzoek. De informatie die het voorstel nodig heeft, is bijna altijd verzameld tijdens de ontdekking — maar het is verspreid over een oproeptranscript, CRM-notities en e-mailthreads. Schrijvers verbranden het grootste deel van hun tijd met het opnieuw zoeken en opnieuw interpreteren. Het structureren van de intake eenmaal, onmiddellijk na ontdekking, elimineert de grootste vertraging.
Maken voorstelsjablonen proposalen generiek?+
Slechte sjablonen doen dat — standaardteksten die hetzelfde klinken voor elke klant. Goede sjablonen repareren de structuur en bedrijfslogica terwijl ze de klantspecifieke redenering voor elke deal open laten. De sjabloon beantwoordt 'welke secties, welke volgorde, wat moet worden behandeld'; de deal beantwoordt 'wat zeggen we hier eigenlijk.'
Waar past de mens erin als AI het voorstel opstelt?+
Bij de deur. AI doet het volume — gestructureerde intake, reconstructie van scope, schattingsmaken, documentconcept. Een aangewezen senior persoon controleert het pakket, controleert de commerciële voorwaarden, past de beoordelingen aan en ondertekent voordat iets de klant bereikt. Snellere concepten betekenen dat de tijd van senior medewerkers naar beoordeling en dealvorming gaat, wat altijd het waardevollst was.
Gerelateerde service
Wil je dat we deze workflow voor je implementeren?