Deal Management Workflow

Stap 1: Geef elke deal één geheugen

Elke deal krijgt één gestructureerde home die een machine kan lezen: het bedrijf, de mensen, elk gesprek en elke e-mail op één plek. Die structuur zorgt ervoor dat elke volgende stap erop kan voortbouwen, en dat is waarom de drafts zo goed geïnformeerd zijn—ze weten tot op het woord nauwkeurig wat er vorige week is gezegd. Het geheugen updatet zichzelf terwijl de deal zich voortbeweegt, dus niemand hoeft dit handmatig bij te houden. Wat een gesprek tot een echte opportunity maakt, en hoe de e-mails van je closer klinken, komt voort uit een sessie met de mensen die de deals sluiten. Hun echte e-mails zijn het model voor de voice, en hun edits blijven deze finetunen. Dezelfde sessie brengt je collateral in kaart, zodat de juiste case study later bij de juiste objection terechtkomt, zonder dat iemand hoeft te zoeken in een gedeelde drive.

Stap 2: Bouw een brief voor elk gesprek

Het moment dat een call op de agenda staat, bouwt het systeem er een one-page brief voor: wie het bedrijf is, hoe groot, hoe gefinancierd, wat ze waarschijnlijk nodig hebben en hoe ze je hebben gevonden (wat meestal bepaalt hoe je de call opent). Je closer begint aan elke call met volledige kennis over het bedrijf, en dat verandert de dynamiek van de eerste vijf minuten — en die eerste vijf minuten bepalen al heel veel. Als het systeem een brief niet goed kan afronden, krijgt deze een vlaggetje voordat iemand hem ziet, zodat een beknopte brief zich nooit voordoet als een volledige. Omdat de brief alleen intern wordt gedeeld, is er geen risico bij het verzenden, en het is meestal het eerste deel van de build dat live gaat.

Stap 3: Laat de regels de eerste beslissing nemen

Het gesprek vindt plaats, de transcriptie staat binnen enkele minuten in het geheugen en de kwalificatieregels nemen zelf de eerste beslissing. Waar je je gesprekken nu ook mee opneemt, de workflow leest eruit mee, zodat niemand de manier waarop ze een meeting leiden hoeft te veranderen. Een gesprek dat kwalificeert, wordt een deal in je CRM, inclusief de samenvatting en de volledige context. Een gesprek dat niet kwalificeert, behoudt de reden van afwijzing. Je team beoordeelt die redenen aan de hand van het playbook, en sommige van die bedrijven komen een jaar later terug om te ontdekken dat hun context al klaarstaat. We hebben meegemaakt dat een "nu niet" uit een eerste gesprek achttien maanden later veranderde in een getekende deal, waarbij het tweede gesprek begon waar het eerste was gestopt.

Stap 4: Vul het CRM vanuit het transcript

Hetzelfde transcript vult de CRM, zodat niemand na afloop de meeting hoeft uit te typen. Stage, volgende stappen, tijdlijn, gemaakte bezwaren en wie er nog meer bij moet zijn, allemaal opgeschreven op basis van het gesprek zelf. Dit is de stap die een einde maakt aan de admin-sessie op zondagavond, en het is de stap waar closers ons als eerste voor bedanken. Wat je pipeline review op maandag laat zien, is wat er tijdens de calls is gezegd, en de CRM blijft betrouwbaar zonder dat iemand het hoeft te controleren. De write-back is alleen intern, dus deze gaat al vroeg in een build live, en een closer die een veld wil corrigeren kan dat doen, waarbij de correctie direct feedforward geeft aan hoe het volgende transcript wordt gelezen.

Stap 5: Ontwerp de follow-up in de toon van je closer

Binnen een paar minuten na het gesprek stelt het systeem de opvolging op in de eigen toon van je closer. De mail bevat de materialen die aansluiten op wat er besproken is, concrete vervolgstappen met echte datums, en verwijzingen naar wat er tijdens deze deal is besproken – iets wat native CRM-automatisering nooit kan doen. Twee modellen stellen de concepten op, zodat de zwakkere versie al afvalt voordat iemand hem überhaupt leest. Het systeem verstuurt nooit zelfstandig, en die regel is onbuigzaam. Het concept wacht op je closer, die het bewerkt of goedkeurt, en het versturen gebeurt bewust onder hun eigen naam. Eén verkeerde e-mail kost meer vertrouwen dan honderd concepten kunnen besparen. Daarom is die drempel er, en dat is ook de reden waarom een team dat het een maand gebruikt, ons nog nooit heeft gevraagd om deze te verwijderen.

Stap 6: Stel het contract op vanuit het record

In de voorstelfase stelt het scope-document zichzelf samen op basis van de dealgegevens. De diensten, de cijfers en de voorwaarden worden ingevuld vanuit CRM-velden die je team eerder heeft geverifieerd, en komen zo terecht in het voorsteltemplate dat je team al gebruikt. Wat voorheen een middag kopiëren tussen documenten was, is nu een kwestie van doorlezen en verzenden. De opvolging verloopt volgens een schema, dus niemand hoeft erbij na te denken, en de beslissing blijft bij je closer: wat bied je aan, wat geef je toe, wanneer zet je door. De handtekening wordt gezet terwijl de administratie al is gedaan, en de contractversie in de dealgegevens is de versie die daadwerkelijk is ondertekend, zodat niemand er later naar hoeft te zoeken.

Stap 1: Geef elke deal één geheugen

Elke deal krijgt één gestructureerde home die een machine kan lezen: het bedrijf, de mensen, elk gesprek en elke e-mail op één plek. Die structuur zorgt ervoor dat elke volgende stap erop kan voortbouwen, en dat is waarom de drafts zo goed geïnformeerd zijn—ze weten tot op het woord nauwkeurig wat er vorige week is gezegd. Het geheugen updatet zichzelf terwijl de deal zich voortbeweegt, dus niemand hoeft dit handmatig bij te houden. Wat een gesprek tot een echte opportunity maakt, en hoe de e-mails van je closer klinken, komt voort uit een sessie met de mensen die de deals sluiten. Hun echte e-mails zijn het model voor de voice, en hun edits blijven deze finetunen. Dezelfde sessie brengt je collateral in kaart, zodat de juiste case study later bij de juiste objection terechtkomt, zonder dat iemand hoeft te zoeken in een gedeelde drive.

Stap 2: Bouw een brief voor elk gesprek

Het moment dat een call op de agenda staat, bouwt het systeem er een one-page brief voor: wie het bedrijf is, hoe groot, hoe gefinancierd, wat ze waarschijnlijk nodig hebben en hoe ze je hebben gevonden (wat meestal bepaalt hoe je de call opent). Je closer begint aan elke call met volledige kennis over het bedrijf, en dat verandert de dynamiek van de eerste vijf minuten — en die eerste vijf minuten bepalen al heel veel. Als het systeem een brief niet goed kan afronden, krijgt deze een vlaggetje voordat iemand hem ziet, zodat een beknopte brief zich nooit voordoet als een volledige. Omdat de brief alleen intern wordt gedeeld, is er geen risico bij het verzenden, en het is meestal het eerste deel van de build dat live gaat.

Stap 3: Laat de regels de eerste beslissing nemen

Het gesprek vindt plaats, de transcriptie staat binnen enkele minuten in het geheugen en de kwalificatieregels nemen zelf de eerste beslissing. Waar je je gesprekken nu ook mee opneemt, de workflow leest eruit mee, zodat niemand de manier waarop ze een meeting leiden hoeft te veranderen. Een gesprek dat kwalificeert, wordt een deal in je CRM, inclusief de samenvatting en de volledige context. Een gesprek dat niet kwalificeert, behoudt de reden van afwijzing. Je team beoordeelt die redenen aan de hand van het playbook, en sommige van die bedrijven komen een jaar later terug om te ontdekken dat hun context al klaarstaat. We hebben meegemaakt dat een "nu niet" uit een eerste gesprek achttien maanden later veranderde in een getekende deal, waarbij het tweede gesprek begon waar het eerste was gestopt.

Stap 4: Vul het CRM vanuit het transcript

Hetzelfde transcript vult de CRM, zodat niemand na afloop de meeting hoeft uit te typen. Stage, volgende stappen, tijdlijn, gemaakte bezwaren en wie er nog meer bij moet zijn, allemaal opgeschreven op basis van het gesprek zelf. Dit is de stap die een einde maakt aan de admin-sessie op zondagavond, en het is de stap waar closers ons als eerste voor bedanken. Wat je pipeline review op maandag laat zien, is wat er tijdens de calls is gezegd, en de CRM blijft betrouwbaar zonder dat iemand het hoeft te controleren. De write-back is alleen intern, dus deze gaat al vroeg in een build live, en een closer die een veld wil corrigeren kan dat doen, waarbij de correctie direct feedforward geeft aan hoe het volgende transcript wordt gelezen.

Stap 5: Ontwerp de follow-up in de toon van je closer

Binnen een paar minuten na het gesprek stelt het systeem de opvolging op in de eigen toon van je closer. De mail bevat de materialen die aansluiten op wat er besproken is, concrete vervolgstappen met echte datums, en verwijzingen naar wat er tijdens deze deal is besproken – iets wat native CRM-automatisering nooit kan doen. Twee modellen stellen de concepten op, zodat de zwakkere versie al afvalt voordat iemand hem überhaupt leest. Het systeem verstuurt nooit zelfstandig, en die regel is onbuigzaam. Het concept wacht op je closer, die het bewerkt of goedkeurt, en het versturen gebeurt bewust onder hun eigen naam. Eén verkeerde e-mail kost meer vertrouwen dan honderd concepten kunnen besparen. Daarom is die drempel er, en dat is ook de reden waarom een team dat het een maand gebruikt, ons nog nooit heeft gevraagd om deze te verwijderen.

Stap 6: Stel het contract op vanuit het record

In de voorstelfase stelt het scope-document zichzelf samen op basis van de dealgegevens. De diensten, de cijfers en de voorwaarden worden ingevuld vanuit CRM-velden die je team eerder heeft geverifieerd, en komen zo terecht in het voorsteltemplate dat je team al gebruikt. Wat voorheen een middag kopiëren tussen documenten was, is nu een kwestie van doorlezen en verzenden. De opvolging verloopt volgens een schema, dus niemand hoeft erbij na te denken, en de beslissing blijft bij je closer: wat bied je aan, wat geef je toe, wanneer zet je door. De handtekening wordt gezet terwijl de administratie al is gedaan, en de contractversie in de dealgegevens is de versie die daadwerkelijk is ondertekend, zodat niemand er later naar hoeft te zoeken.

Stap 7: Breng deals die stilvallen weer tot leven

Elke fase heeft een vooraf ingestelde silence window, want stilte betekent iets anders na een voorstel dan na een eerste call. Wanneer een deal langer stilstaat dan de window toestaat, ontwerpt het systeem een revival op basis van de eigen geschiedenis van de deal. Door te verwijzen naar wat je eerder hebt besproken, zorgt deze specificiteit voor reacties. Het concept staat klaar in je teamkanaal en is met één druk op de knop te verzenden. Dit is geen standaard nudge template; het geheugen maakt het specifiek. Hierdoor hoeft niemand er meer handmatig op te letten als een deal stilvalt. De aandacht van je closer blijft bij de lopende gesprekken, en de stille deals tikken hen op het juiste moment op de schouder met het bericht al volledig uitgeschreven.

Stap 8: Re-engage degenen die je bent kwijtgeraakt

Een verloren deal heeft een reden en start een timer. Normaal gesproken markeer je het verlies en stop je daar. Hier start de reden juist een timer, omdat een ingetrokken budget het volgende boekjaar weer terugkomt en de beloftes van een concurrent op de proef worden gesteld bij de verlenging. Maanden later gaat er een re-engagement bericht uit dat refereert aan het oorspronkelijke gesprek, wat ze probeerden op te lossen en waarom de timing destijds niet uitkwam. Dit levert juist reacties op omdat het zo specifiek is. Net als al onze outbound in deze opzet, gaat het eerst langs een mens voordat het wordt verzonden. En de closer die de deal heeft verloren, is degene die het mag versturen.

Stap 9: Laat het playbook leren

Het playbook verandert op basis van wat de deals lieten zien. Het systeem bewaart elk gesprek dat niet gekwalificeerd is met de reden waarom, en je team beoordeelt die redenen aan de hand van het playbook, zodat de regels met elke ronde scherper worden. Welke bezwaren blijven terugkomen, en welk marketingmateriaal gaf het antwoord. Welke opvolgingen kregen reactie, en welke aanpassingen je closer blijft maken, omdat elke aanpassing de voice weer voedt, zodat de concepten sterk beginnen en steeds beter worden. Het playbook is een levend document, en de afstemming belandt in de handen van je team, wat precies de plek is waar we het altijd al wilden hebben. Na een kwartaal zijn de regels waar je closers over discussiëren de regels die ze zelf hebben geschreven.

Stap 7: Breng deals die stilvallen weer tot leven

Elke fase heeft een vooraf ingestelde silence window, want stilte betekent iets anders na een voorstel dan na een eerste call. Wanneer een deal langer stilstaat dan de window toestaat, ontwerpt het systeem een revival op basis van de eigen geschiedenis van de deal. Door te verwijzen naar wat je eerder hebt besproken, zorgt deze specificiteit voor reacties. Het concept staat klaar in je teamkanaal en is met één druk op de knop te verzenden. Dit is geen standaard nudge template; het geheugen maakt het specifiek. Hierdoor hoeft niemand er meer handmatig op te letten als een deal stilvalt. De aandacht van je closer blijft bij de lopende gesprekken, en de stille deals tikken hen op het juiste moment op de schouder met het bericht al volledig uitgeschreven.

Stap 8: Re-engage degenen die je bent kwijtgeraakt

Een verloren deal heeft een reden en start een timer. Normaal gesproken markeer je het verlies en stop je daar. Hier start de reden juist een timer, omdat een ingetrokken budget het volgende boekjaar weer terugkomt en de beloftes van een concurrent op de proef worden gesteld bij de verlenging. Maanden later gaat er een re-engagement bericht uit dat refereert aan het oorspronkelijke gesprek, wat ze probeerden op te lossen en waarom de timing destijds niet uitkwam. Dit levert juist reacties op omdat het zo specifiek is. Net als al onze outbound in deze opzet, gaat het eerst langs een mens voordat het wordt verzonden. En de closer die de deal heeft verloren, is degene die het mag versturen.

Stap 9: Laat het playbook leren

Het playbook verandert op basis van wat de deals lieten zien. Het systeem bewaart elk gesprek dat niet gekwalificeerd is met de reden waarom, en je team beoordeelt die redenen aan de hand van het playbook, zodat de regels met elke ronde scherper worden. Welke bezwaren blijven terugkomen, en welk marketingmateriaal gaf het antwoord. Welke opvolgingen kregen reactie, en welke aanpassingen je closer blijft maken, omdat elke aanpassing de voice weer voedt, zodat de concepten sterk beginnen en steeds beter worden. Het playbook is een levend document, en de afstemming belandt in de handen van je team, wat precies de plek is waar we het altijd al wilden hebben. Na een kwartaal zijn de regels waar je closers over discussiëren de regels die ze zelf hebben geschreven.

Wat is een deal management workflow en hoe richten we het in?

Klaar om deze workflow te implementeren?

Klaar om deze workflow te implementeren?

Klaar om deze workflow te implementeren?