La maggior parte dei pipeline B2B SaaS collassa a tre fasi, qualified, proposal, closed. Ogni Deal che muore tra «problema confermato» e «contratto firmato» viene loggato come perso in legal o perso a no decision. Il pipeline non ha perso il Deal, ha fallito a modellarlo. Un pipeline che non riesce a descrivere cosa succede tra conferma e firma non Le può dire perché un Deal è stallato, il che significa che non Le può dire cosa fare dopo. Il modello a cinque fasi qui sotto è sopravvissuto al contatto con tre implementazioni B2B SaaS live, e sopravvive perché ogni fase mappa a un comportamento del buyer e a un'azione del seller distinti.
Perché conta proprio adesso
Il buying B2B non è diventato più facile, è diventato più affollato. Adamson, Dixon e Toman hanno sostenuto in Harvard Business Review che la solution selling ha esaurito spazio, perché i team procurement ora arrivano con la propria diagnosi e shortlist. La leva rimanente del seller viene tirata prima che il buyer giri procurement: riformulare il problema che il buyer pensava di avere, e guadagnarsi il diritto di definire l'outcome. Un pipeline con tre fasi non può fare quel lavoro. L'architettura di stage Deal è il meccanismo di semplificazione, quando le fasi sono nominate per comportamento del buyer e lavoro del seller, il team ha una funzione forzante per cosa fare dopo. Quando le fasi sono nominate «qualified, proposal, closed», il team ha uno schedario.
Fase uno: Educate, vision-selling, non feature-selling
La fase educate è dove il buyer incontra un frame per il problema per cui non aveva ancora un linguaggio. Il lavoro del seller non è dimostrare il prodotto: è dare al buyer un vocabolario per il problema operativo che il prodotto affronta, e un punto di vista sul perché peggiorerà prima di migliorare. Comportamento del buyer: la disponibilità a prendere un meeting in cui non si vende nulla. Azione del seller: una riformulazione: un'articolazione in una pagina del problema, ancorata al mercato del buyer, allo stadio e alla pressione commerciale. Criteri di uscita, il buyer dice, con parole sue, il problema che è venuto a discutere. Se non riesce, non è uscito da educate.
La maggior parte dei team salta questa fase e chiama la prima call «discovery». La discovery senza educazione è una checklist di pain point a cui il buyer ha risposto con qualunque cosa pensava Lei volesse sentire.
Fase due, Discover, la working session che si guadagna il diritto di proporre
La discovery non è uno script di domande qualificanti. È una working session, idealmente con uno degli operating leader del buyer nella stanza, in cui il seller mappa il workflow del buyer contro il frame da educate. Comportamento del buyer: portano dati, portano un collega, cancellano un meeting per prendere questo. Azione del seller: pressure-test del frame, nominare i due o tre punti in cui regge e l'unico in cui no, scrivere indietro al buyer entro ventiquattro ore. Criteri di uscita, il buyer concorda, per iscritto o in call, che il problema come descritto è il problema che vale la pena risolvere. Senza questo, non può prezzare una soluzione ad esso.
Fase tre, Value, il workshop che chiude il Deal
Questa è la fase che la maggior parte dei team salta, e saltarla è il perché i Deal muoiono in legal. L'istinto dopo discovery è mandare la proposal, pricing, termini, scope, redline, e lasciare che la funzione procurement del buyer faccia il resto. La proposal atterra in un committee che non ha visto il frame da educate, non è stato nella working session di discover, e non ha alcuna ragione commerciale per difendere il Deal. Il Deal muore sul tavolo procurement e il seller la chiama un problema legal.
La soluzione è un value workshop con il committee completo del buyer, prima che la proposal esca. Un deck. Un'ora. Il seller sta vendendo la visione dell'outcome: come appare la motion di revenue del buyer in dodici mesi, come appare la curva di rinnovo in ventiquattro, quali pattern di advocacy ed espansione sbloccano: non il software, non il seat count. Il workshop è il momento in cui il committee si allinea sull'outcome, che è ciò che rende la proposal una formalità invece di una negoziazione. Comportamento del buyer: il committee completo si presenta. Azione del seller: presentare l'outcome, non il prezzo. Criteri di uscita, il workshop era in calendario ed è avvenuto. Non si può uscire da value finché il workshop non è fatto.
Perché questa fase manca dalla maggior parte dei pipeline
Nessuno nel team la possiede. Marketing possiede il top of funnel, sales possiede la chiusura, e la decisione operativa che il buyer sta davvero prendendo, «questo consegnerà l'outcome su cui abbiamo concordato», accade in una terra di nessuno tra di loro. La fase value nomina quel gap e gli dà un owner.
Fase quattro: Setup, contracting, kickoff, le fasi che CS eredita
Setup è la fase in cui il Deal è commercialmente vinto ma operativamente indefinito. Il contratto è in revisione legal o firmato in attesa di schedulazione del kickoff. Il comportamento del buyer si sposta da valutazione a onboarding: timeline di implementazione, change management, handoff dal buying committee al team operativo. Azione del seller: rendere il kickoff inevitabile. Data di kickoff confermata, owner nominati su entrambi i lati, un piano di implementazione in una pagina che il customer success owner ha già letto. Criteri di uscita, contratto firmato e kickoff schedulato. La pulizia dell'eredità determina se i primi novanta giorni sono un onboarding fluido o un progetto di recupero.
Fase cinque, Closed Won, una singola definizione difesa
Closed won è uno dei nomi di fase più abusati nei pipeline B2B SaaS. In un'istanza HubSpot o Salesforce ereditata a volte significa contratto firmato, a volte kickoff schedulato, a volte revenue riconosciuto, e frequentemente quello che il rep aveva bisogno significasse per fare il trimestre. Il modello a cinque fasi lo definisce come una cosa, contratto firmato e controfirmato, implementazione schedulata, customer success owner nominato, evento di revenue riconoscibile da finance. Qualunque cosa precedente è ancora in setup. La definizione di fase è una funzione forzante per reporting pulito, e il reporting pulito è l'unica cosa da cui il forecast dipende.
Pattern dal campo
Un team B2B SaaS in Series B in DACH è venuto da noi con un pipeline a quattro fasi, new, qualified, proposal, closed. Il win rate da proposal era sotto il trenta percento, e il team trattava questo come un problema di prezzo. Non lo era, era un problema di definizione di fase. Abbiamo girato il modello a cinque fasi contro novanta giorni di Deal storici e abbiamo trovato che circa due terzi dei Deal persi da proposal avevano saltato quello che ora chiamiamo il value workshop. Abbiamo ricostruito il pipeline contro le cinque fasi, reso il value workshop un criterio di uscita duro, e riscritto le definizioni di fase Deal in HubSpot con una definizione in una frase, criterio di ingresso, criterio di uscita e owner per fase. Il primo trimestre sul nuovo pipeline ha spostato il win rate sui Deal in fase cinque a un numero che il founder era disposto a mettere in un board deck.
Risoluzione, un playbook di pipeline a cinque fasi
Per qualunque team B2B SaaS che sta per ridisegnare o auditare un pipeline di vendita:
- Nomini le fasi per il comportamento del buyer e l'azione del seller. Non «qualified» o «proposal»: educate, discover, value, setup, closed won. Il nome deve dire al rep qual è la prossima mossa.
- Scriva una definizione in una frase per ogni fase. Aggiunga un criterio di ingresso esplicito, un criterio di uscita esplicito, e un owner nominato. Se una fase non si può definire in una frase, sta facendo troppo.
- Renda il value workshop un criterio di uscita duro. Nessun Deal si sposta a setup senza un workshop in calendario col committee completo del buyer. Non indebolisca la funzione forzante.
- Auditi novanta giorni di Deal storici contro le nuove fasi. Mappi ogni Deal vinto e perso alla fase in cui è davvero morto. Il gap tra etichette legacy e realtà è la diagnostica.
- Ricostruisca il pipeline HubSpot o Salesforce contro le nuove definizioni di fase. Un pipeline, cinque fasi, un owner per fase. Cancelli le fasi legacy che non mappano più.
- Formi il team sulle transizioni di fase, non sui nomi. Il team ha bisogno di sapere cosa muove un Deal da educate a discover, non come si scrive educate.
- Riporti sulla conversion stage-to-stage, non sul win rate aggregato. Un pipeline le cui fasi mappano al comportamento del buyer Le dà una lettura di velocità a ogni transizione. Quello è ciò che un forecast dovrebbe essere.
Dove entra in gioco Checkpoint
L'architettura di pipeline è lavoro RevOps che si ripaga nel primo trimestre. Il modello a cinque fasi è uno dei frame standard che giriamo su pipeline ereditati e greenfield a Checkpoint, e il ciclo di audit-and-rebuild su un tipico pipeline HubSpot prende quattro-sei settimane. Se il Suo pipeline sta collassando a tre fasi e il team chiama i Deal stallati «problemi legal», la soluzione è un'architettura di fase che forzi il lavoro prima che la proposal esca. Ne parli con noi prima di ridisegnare il pipeline una seconda volta.