Verkooppijplijnschema voor B2B-oprichters: de minimale velden, stadia en activiteitstracking om helder te forecasten en deals te laten lopen zonder CRM-bloat.

In het begin voelt je pijplijn helder aan omdat er maar een paar deals zijn en de meeste context in je hoofd leeft. Dan groeit de lijst, mis je een follow-up en gaat de pijplijn een mooier verhaal vertellen dan de realiteit. Dat is “pijplijn die liegt”: niet met opzet, maar omdat er niets in het systeem de waarheid afdwingt.
Het komt terug in dezelfde patronen:
Een veelvoorkomende reactie is een overgebouwd CRM: meer velden, meer aangepaste stadia, langere notities. Ironisch genoeg maakt dat de prognose meestal slechter. Als bijwerken zwaar voelt, werken mensen minder bij en rot de pijplijn stilletjes.
Een minimum levensvatbaar pijplijnschema doet het tegenovergestelde. Het is precies genoeg structuur om beslissingen te nemen. Het probeert niet alles vast te leggen. Het legt de paar feiten vast die je ervan weerhouden jezelf voor de gek te houden.
Als je maar één regel gebruikt, maak het deze: elke open deal moet (1) een expliciete volgende actie hebben, (2) een datum voor die actie en (3) een closingsdatum gekoppeld aan een echte koperstijdlijn (een vergadering, een juridische stap, een budgetreview). Als een van die drie ontbreekt, is de deal niet actief.
Stadia moeten ook iets betekenen. Een deal schuift pas door als er iets concreets gebeurde, niet omdat het goed voelt. Het doel is geen mooi dashboard. Het doel is een eerlijke weergave waarop je je bedrijf kunt runnen.
Een pijplijnschema werkt alleen als iedereen het op dezelfde manier behandelt. Voordat je velden toevoegt of over stadia discussieert, bepaal wat een enkel pijplijnitem vertegenwoordigt.
Een schoon uitgangspunt voor B2B is: één deal = één aankoopbeslissing. Als hetzelfde bedrijf mogelijk twee keer koopt (twee teams, twee producten, twee budgetten), zijn dat twee deals, geen één rommelig record.
Houd de objecten simpel. Je komt ver met drie buckets: een lead (een persoon die je kunt bereiken), een account (het bedrijf) en een deal (de specifieke aankoop die je probeert te sluiten). Als je solo bent, kun je zelfs formele lead- en accountrecords overslaan en er gewoon voor zorgen dat elke deal duidelijk het bedrijf en de hoofdcontactpersoon benoemt.
Schrijf een paar operationele regels op, vooral als iemand anders dan jij de pijplijn aanraakt:
Voorbeeld: je praat met Alex bij Northwind over een pilot voor het finance-team. Dat is één deal. Als een maand later het product een apart contract wil, maak je een tweede deal. Rek één record niet uit om twee beslissingen te dekken.
Een pijplijn blijft nuttig wanneer elke deal de weinige velden heeft die je iedere week controleert. Voeg velden “voor het geval” toe en ze veranderen in versiering.
Begin met een dealnaamformaat dat duplicaten voorkomt. Een eenvoudig patroon werkt: Bedrijf - Product/Scope - Kwartaal/Maand. Voorbeeld: “Acme - Team plan - Mar 2026.” Zo zie je meteen wanneer “Acme - Demo” en “Acme - Follow-up” eigenlijk dezelfde deal zijn.
Elke deal heeft ook een duidelijke identiteit nodig:
Rol is belangrijk omdat het verandert wat je hierna doet. Een champion heeft enablement nodig. Een beslisser heeft een business case nodig.
Voeg verantwoording velden toe:
Dan alleen geld en timing die je echt gebruikt:
Als je twijfelt over een veld, laat het weg. Je kunt het later altijd toevoegen. Velden verwijderen nadat gewoonten gevormd zijn is veel moeilijker.
De meeste “grote” pijplijnen zijn niet echt groot. Ze zitten vol deals die leuk zijn om naar te kijken maar geen duidelijk pad naar ja hebben.
Begin met één veld dat duidelijkheid afdwingt: Use case (scope). Schrijf in gewone woorden wat de koper probeert te bereiken, plus wat “klaar” betekent. Als je het resultaat niet in twee zinnen kunt beschrijven, begrijp je de deal waarschijnlijk nog niet goed genoeg.
Vastleggen van het decision process in één plaats is de volgende stap. Dit is geen contactdump. Het is het verhaal van hoe een beslissing wordt genomen: wie tekent, wie kan blokkeren en welke stappen moeten volgen (security review, legal, procurement). Als je de ondertekenaar niet kent, behandel de deal als vroeg.
Voeg een pricing fit-signaal toe, ook al is het globaal. Ranges (“<$5k”, “$5-25k”, “$25k+”) werken prima, of een simpele Likely / Unclear / Unlikely op basis van wat je hoorde. Het doel is te stoppen met het verder schuiven van deals die zich je niet kunnen veroorloven.
Houd een red flags veld bij tot één regel. Als het een alinea nodig heeft, hoort het in notities.
Een compact set die voor de meeste B2B-oprichters werkt:
Voorbeeld: “Wil CRM-opruiming voor de renewal, ondertekenaar is VP Sales, security review vereist, budget waarschijnlijk $10-20k, concurreert met nietsdoen, red flag: champion draagt het project niet.” Dat enkele record is moeilijker om jezelf mee voor de gek te houden.
Een pijplijn gaat fout wanneer het een verlanglijst wordt. De oplossing is niet meer velden. Het zijn een paar activiteitssignalen die elke deal dwingen één vraag te beantwoorden: wat gebeurt er hierna?
Als je maar één laag toevoegt aan je schema, maak het deze activiteitsvelden:
Een praktische regel: als een deal geen volgende stap of geen deadline heeft, is het geen echte deal. Parkeer het of sluit het af. Dat doet meer voor forecastnauwkeurigheid dan welk scoringsmodel dan ook.
Houd “Reden verlies” kort zodat je het daadwerkelijk gebruikt: prijs, geen budget, geen besluit, koos concurrent, timing, geen fit.
Hoe dat eruit ziet: je hebt een demo met een ops-lead op dinsdag. Direct na het gesprek zet je laatste activiteitsdatum = dinsdag, laatste contactkanaal = meeting, volgende stap = “Stuur 2 case studies en bevestig wie ondertekent,” volgende stap deadline = donderdag. Als donderdag voorbijgaat zonder antwoord, wordt de deal rood zonder discussie over “pijplijnvoortgang.”
Een goed stadiummodel doet één taak: het vertelt de waarheid over waar elke deal is, zonder je tientallen kleine stappen te laten babysitten. Als je niet kunt zeggen wat er concreet waar moet zijn voor een deal om in een stadium te staan, verandert het stadium in een gevoel.
Deze zes-stadia setup werkt voor de meeste B2B-oprichters:
Nieuw: Je hebt een naam en een reden om contact op te nemen. Eerste contact is gedaan of gepland.
Gekwalificeerd: Basisfit is bevestigd. Het probleem is echt, de klant past binnen je ICP en er is een plausibel pad naar kopen.
Discovery afgerond: Je hebt een echt gesprek gehad. Je begrijpt de use case, succescriteria en wie erbij betrokken is.
Voorstel gestuurd: Prijs en scope liggen bij de klant. Een volgende stap is gepland of expliciet gevraagd.
Onderhandeling/Legal: Procurement, security, budgetgoedkeuring of contractwijzigingen zijn in gang gezet.
Closed won / Closed lost: Uitkomst is gemarkeerd en een reden is vastgelegd.
Verplaats een deal alleen wanneer er iets in de echte wereld gebeurde (een afgeronde meeting, een voorstel verzonden, legal gestart). Als er niets gebeurde, blijft het stadium hetzelfde.
Een stadiumnaam is geen stagedefinitie. Als je alleen een kolom “Gekwalificeerd” of “Onderhandeling” labelt, eindig je met deals die daar blijven omdat niemand het erover eens is wat “klaar” betekent.
Schrijf stageregels als eenvoudige waar/niet waar checks. Wanneer elke deal in een stadium dezelfde feiten deelt, blijft je pijplijn betrouwbaar.
Entry-criteria zeggen wat er al waar moet zijn voordat een deal een stadium ingaat. Exit-criteria zeggen wat er moet veranderen voordat hij verder kan. Houd beide kort en meetbaar.
Voorbeelden:
Als je geen criteria kunt schrijven zonder woorden als “goed”, “sterk” of “geïnteresseerd”, is het stadium te vaag.
Stel een maximale duur per stadium in als vroegsignaal, niet als straf. Voorbeeld: Discovery max 14 dagen, Voorstel max 21 dagen. Wanneer een deal de limiet bereikt, activeer je een reset: plan een volgende stap, zet hem terug of sluit hem.
Bepaal de standaardactie wanneer criteria niet worden gehaald:
Dit voorkomt dat “zombie deals” je forecast opblazen.
Je kunt een verkooppijplijnschema in een paar uur bouwen als je het als een klein product behandelt: regels eerst, daarna alleen wat die regels ondersteunt.
Begin op een leeg blad, niet in een tool. Schrijf je stadia en entry/exitcriteria in eenvoudig Nederlands. Als je een stadium niet in één zin kunt uitleggen, is het waarschijnlijk twee stadia (of geen stadium).
Een eenvoudige bouwstroom:
Doe één realistische test tijdens de setup: neem een deal waar je actief aan werkt en probeer hem stadium voor stadium te verplaatsen. Als je blijft raden, zijn je criteria te vaag.
Één regel om vroeg te handhaven: als de volgende activiteitsdatum leeg is, mag de deal niet in een actief stadium blijven.
De meeste CRM-bloat begint met goede bedoelingen: je wilt meer nauwkeurigheid, dus je voegt meer velden, meer stadia en meer notities toe. Het resultaat is het tegenovergestelde. Mensen stoppen met bijwerken en je pijplijn wordt een plek waar deals oud worden.
Als twee stadia hetzelfde aanvoelen, zullen ze ook hetzelfde worden gebruikt. “Discovery”, “Deep discovery” en “Discovery follow-up” betekenen vaak “we hebben gepraat”, zonder een duidelijke volgende gebeurtenis. Stadia moeten alleen veranderen wanneer er iets reëels verandert.
Snelle test: als je niet kunt zeggen wat waar moet zijn om een stadium te betreden in één zin, is het waarschijnlijk overbodig.
Closingsdatum is alleen nuttig als hij gekoppeld is aan een reden. Behandel het als de datum van het volgende beslispunt (budgetgoedkeuring, procurement meeting, handtekeningdeadline) en verplaats het wanneer dat event verschuift.
Lange notities verbergen de ene zaak die je nodig hebt: wat er laatst gebeurde en wat er hierna gebeurt. Houd notities kort en track activiteit met laatste activiteitsdatum plus volgende stap (met een eigenaar en deadline).
Zonder definitie wordt “gekwalificeerd” gewoon “ze klonken aardig”. Kies 3 tot 4 checks die waar moeten zijn (probleem, koper, tijdlijn en een vorm van budget). Als één ontbreekt, is het nog niet gekwalificeerd.
Pijplijnen die alleen maar groeien stoppen een pijplijn te zijn en veranderen in een kerkhof. Sluit verloren snel wanneer de deal inactief is of de fit niet klopt, en leg één duidelijke reden vast zodat je kunt leren.
Kies één moment per week (30 minuten is genoeg) en behandel het als een meeting met je toekomstige zelf. Pijplijnhygiëne gaat minder over velden toevoegen en meer over zorgen dat elke deal nog steeds een echt pad vooruit heeft.
Een eenvoudige reviewflow:
Concreet voorbeeld: als een deal “Voorstel gestuurd” is maar er is geen vergadering geboekt om het te bespreken, is het geen voorstel-stadium deal. Verplaats hem terug, stel de volgende stap in en tel hem niet mee totdat de koper weer betrokken is.
Je verkoopt een B2B-analytics tool aan een e-commercebedrijf van 50 medewerkers. Na de eerste call maak je een deal aan en vul je alleen wat je volgende week gaat gebruiken. Een eenvoudig schema betaalt zich uit omdat het helderheid afdwingt, geen papierwerk.
Direct na het gesprek ziet het record er zo uit:
De deal start in Discovery. Je schuift hem alleen door wanneer de kalenderuitnodiging is geaccepteerd (niet wanneer iemand “interesse” toont). Na de demo is de trigger om naar evaluatie te gaan een concreet verzoek (bijv. “Kun je koppelen met Shopify en ons warehouse-data?”), gevolgd door een afgesproken technische check.
Nu de vertraging: de CFO wordt stil na de prijsstelling. Je log toont twee follow-ups, geen antwoord, en de volgende stapdatum gaat voorbij. De regel is eenvoudig: als er geen afgesproken volgende stap is, mag de deal niet in Voorstel blijven.
Dus je maakt een eerlijke zet: verplaats terug naar evaluatie (als je een nieuwe sponsor of ontbrekende info nodig hebt) of sluit verloren (als de beslisser niet reageert binnen een vastgestelde termijn). In dit voorbeeld verplaats je terug, werk je stakeholders bij (Ops betrekt de finance manager), stel je een nieuwe volgende stap in en telt de deal pas weer als Voorstel zodra de CFO een beslissingsvergadering bevestigt.
Een verkooppijplijnschema werkt alleen als je het vertrouwt. De snelste weg daarheen is minimal beginnen en er 30 dagen mee leven. Dat laat zien wat je daadwerkelijk gebruikt, niet wat je denkt nodig te hebben.
Wees de eerste maand streng: als een veld geen beslissing verandert, verwijder het. Als een besluit steeds terugkomt en je kunt het niet beantwoorden vanuit de pijplijn, voeg dan precies één veld toe om die leemte te dichten.
Een eenvoudige test voordat je een nieuw veld toevoegt: “Als dit leeg is, kunnen we dan niet beslissen of we ___.”
Als je een lichtgewicht, aangepaste CRM wilt bouwen in plaats van een generieke te forceren, kunnen tools zoals Koder.ai (koder.ai) helpen zodra je je stadia, verplichte velden en validatieregels hebt geschreven. Het is veel eenvoudiger om een simpele app te genereren en te itereren wanneer het schema al duidelijk is.
Een pijplijn “liegt” wanneer hij vooruitgang toont die niet door echte acties van de koper is onderbouwd. De meest voorkomende oorzaken zijn ontbrekende volgende stappen, verouderde laatste-activiteitsdatums en closingsdatums die vooruitgeschoven worden zonder door de koper bevestigde planning.
Maak drie velden ononderhandelbaar voor elke open deal: een concrete volgende actie, een deadline voor die actie en een closingsdatum die gekoppeld is aan een echt koopmoment van de koper (bijvoorbeeld een vergadering, review of ondertekenstap). Als een van die velden leeg is, behandel de deal als inactief totdat ze zijn ingevuld.
Standaard: één deal = één aankoopbeslissing. Als hetzelfde bedrijf twee keer kan kopen via verschillende teams, budgetten of contracten, maak dan aparte deals zodat je niet meerdere tijdlijnen en stakeholders in één verwarrend record propt.
Begin met een dealnaam die duplicaten voorkomt, een bedrijf, een primaire contactpersoon, een eigenaar, verwachte waarde, target closingsdatum en een duidelijke bron. Voeg daarna alleen genoeg kwalificatie toe om te verklaren waarom het zou moeten sluiten: use case, decision process en pricing fit.
Een één-zin-use case plus wat “succes” betekent dwingt je het resultaat te begrijpen, niet alleen de interesse van de koper. Als je het resultaat niet helder kunt beschrijven, is de deal meestal nog te vroeg om te forecasten.
Schrijf het als een korte beschrijving van hoe een beslissing wordt genomen: wie tekent, wie kan blokkeren en welke stappen moeten plaatsvinden (security, legal, procurement). Als je de ondertekenaar nog niet kent, laat de deal in een vroeg stadium en maak je volgende stap erop gericht die persoon en het proces te vinden.
Gebruik een ruwe range of simpel Likely/Unclear/Unlikely op basis van wat je hoorde. Het doel is geen perfecte prijsberekening, maar voorkomen dat je deals vooruit duwt waar het budget niet overeenkomt met je aanbod.
Volg last activity date, next step, next step due date en een reden voor verlies wanneer het eindigt. Notities kunnen blijven bestaan, maar deze activiteitsvelden houden deals in toom en dwingen je te beslissen wat hierna gebeurt.
Verplaats stadia alleen wanneer er iets reëels gebeurde, zoals een afgeronde discovery call, een daadwerkelijk verzonden voorstel of wanneer legal is betrokken. Als een stadium kan veranderen omdat je je gewoon “goed voelt”, zijn je stagedefinities te vaag en zal je forecast afdrijven.
Stel een maximaal aantal dagen per stadium in als vroegtijdige waarschuwing en activeer een reset wanneer de limiet bereikt is. De standaardactie is eenvoudig: plan een echte volgende stap, verplaats de deal terug naar het vorige stadium dat de feiten weerspiegelt, of sluit hem als geen besluit na duidelijke follow-uppogingen.