Le fasi del deal non sono solo una bella pipeline. In un'organizzazione HubSpot sana, sono il segnale che dice al tuo team cosa fare dopo, incluso quale documento mostrare all'acquirente. Quando le fasi sono vaghe, i rep improvvisano e il documento sbagliato viene inviato al momento sbagliato.

La soluzione è semplice: assegna alle fasi nomi che riflettano la realtà del cliente, poi collega ciascuna fase a un risultato documentale primario. Quando questa linea è chiara, l'automazione e i passaggi di consegne diventano più facili e i rep smettono di improvvisare su Slack.

Per un quadro completo di come la generazione di documenti, la fusione dei dati e la firma elettronica si integrano in HubSpot, consulta la guida completa all'automazione dei documenti in HubSpot.

Perché le fasi del deal guidano i tuoi documenti

Le fasi del deal in HubSpot descrivono dove si trova un acquirente nel suo processo decisionale, non dove si trova la tua checklist interna. Quando le fasi scivolano verso etichette vaghe come "in lavorazione" o "follow up", i rep colmano il vuoto con le proprie abitudini. Un rep invia una proposta troppo presto. Un altro aspetta troppo a lungo prima di mandare un preventivo. Le Operations finiscono per rincorrere le versioni invece di allenare il processo.

Considero ogni fase come un accordo con il team. Se un deal si trova in una determinata fase, concordiamo su tre cose: cosa crediamo sia vero riguardo all'acquirente, cosa dobbiamo dargli dopo e quale documento dimostra che lo abbiamo fatto. Quel documento è di solito un file. Un preventivo può confermare i termini commerciali. Una proposta può delineare l'ambito e il valore. Un contratto definisce gli aspetti legali. Se la fase non implica nessuno di questi elementi, probabilmente è troppo generica.

Questa mentalità aiuta anche il RevOps. Il reporting rimane affidabile perché un avanzamento significa che qualcosa è cambiato nel mondo reale, non che qualcuno ha cliccato un pulsante per sistemare una dashboard.

Come associo le fasi ai tipi di documento

Comincio con una mappa in linguaggio semplice su una lavagna o in una tabella essenziale, non ancora dentro HubSpot. Sulla sinistra elenco le fasi che vogliamo nel percorso del cliente. In cima elenco i tipi di documento che utilizziamo davvero, come preventivi, proposte, contratti, moduli d'ordine o statement of work. Poi associo un documento primario a ogni fase.

Le fasi iniziali della pipeline potrebbero richiedere solo un preventivo leggero o una stima approssimativa, in modo che finance e acquirente condividano gli stessi numeri. Le fasi intermedie richiedono spesso una proposta che colleghi prodotto, pricing e tempistiche. Le fasi finali necessitano di un contratto o di un modulo d'ordine che rispecchi quanto già concordato. La regola che applico è un documento primario per fase. Possono esistere allegati secondari, ma tutti devono conoscere il deliverable principale.

Quando colleghi quella mappa al tuo modo di lavorare in HubSpot, puoi usare l'integrazione HubSpot di Portant così il template giusto recupera i dati aggiornati del deal e dell'azienda, senza copia e incolla. È lì che l'automazione dei documenti smette di essere un progetto parallelo e diventa parte della pipeline.

Un modello di fasi semplice che scala

Non hai bisogno di venti fasi per essere preciso. Raccomando spesso una struttura di base che rispecchi come i buyer B2B acquistano davvero, personalizzando poi le etichette per il tuo settore. Un modello che funziona per molti team è il seguente.

Discovery e qualificazione si concentrano sull'idoneità e sull'autorità decisionale. Il documento qui potrebbe essere un breve riepilogo dell'ambito o una prima bozza commerciale, a volte presentata come un semplice preventivo affinché entrambe le parti concordino di essere nella fascia giusta. La valutazione è la fase in cui una proposta più completa trova il suo posto, con opzioni e presupposti chiari. L'impegno verbale o la fase di procurement è dove compare il linguaggio legale, quindi il tuo contratto o MSA dovrebbe allinearsi con quanto già indicato nella proposta. Closed won è la fase in cui si finalizzano gli aspetti operativi, come un modulo d'ordine che rispecchia il dettaglio a livello di SKU.

L'obiettivo non è copiare le mie etichette parola per parola. L'obiettivo è che quando un rep sposta un deal, stia dicendo: "Abbiamo fatto avanzare la documentazione che corrisponde a questa parte della vendita."

Regole che mantengono i rep allineati

Le fasi funzionano solo se le persone concordano su quando spostarle. Mi piace avere definizioni leggere salvate in un playbook di una pagina o nel testo di aiuto delle proprietà HubSpot. Ogni fase riceve due o tre criteri in forma di bullet. Ad esempio, "Proposta inviata" potrebbe richiedere un economic buyer nominato, un'esigenza documentata e un file di proposta allegato al deal. Se mancano questi elementi, il deal non dovrebbe trovarsi in quella fase.

I campi obbligatori sono tuoi alleati. Se una fase implica che un contratto è in corso, rendi obbligatori i campi che i contratti richiedono davvero, come l'indirizzo di fatturazione, il firmatarioo le regole sull'ordine d'acquisto. Può sembrare rigido, ma evita che i team legale e finance diventino il centro reclami.

Per i preventivi in particolare, allineo lo spostamento della fase all'approvazione interna dei prezzi. Se un preventivo non è approvato internamente, il deal non dovrebbe saltare a una fase che promette una proposta formale o un contratto. Questa singola regola elimina molti imbarazzanti passi indietro.

Automazione e workflow senza il caos

Una volta che la mappa è chiara, l'automazione è più sicura. Penso ai workflow come strumenti al servizio delle definizioni di fase, non il contrario. Un workflow che si avvia all'ingresso in una fase dovrebbe fare una cosa sola e ovvia, come creare un record di documento, notificare un manager o avviare un percorso di approvazione. Se un workflow cerca di fare cinque cose contemporaneamente, il debug diventa doloroso e i rep perdono fiducia.

Portant è costruito per questo tipo di workflow HubSpot-first. I team usano i workflow in Portant per generare documenti quando un deal raggiunge la fase giusta, mantenere i template in Google Docs o nei file Office che già possiedono e salvare gli output in HubSpot in modo che il reporting rimanga in un unico sistema. Il vantaggio principale: i documenti diventano record autonomi dentro HubSpot, così il management vede lo stato senza dover rincorrere i rep.

Consiglio comunque un pilota. Scegli un team, tre o cinque fasi e un tipo di documento per fase. Fallo girare per qualche settimana, risolvi i punti di attrito, poi espandi. I rollout big bang della logica delle fasi creano quasi sempre workaround silenziosi.

Cosa osservo nelle revisioni

Nelle revisioni della pipeline cerco un disallineamento tra la fase e i documenti presenti nel deal. Se i deal si accumulano in una fase avanzata ma la timeline delle attività non mostra nessun contratto o proposta, la mappa è rotta o il team sta saltando dei passaggi. Osservo anche i documenti duplicati. Due proposte con totali diversi di solito indicano che le regole di fase erano poco chiare o che i dati erano stati modificati dopo l'invio.

Un altro segnale è il tempo in una fase senza azioni rivolte al cliente. Se i deal in "contratto inviato" invecchiano senza riunioni, aperture o task, il problema potrebbe essere il documento, il contatto o i criteri della fase. Prima correggi i criteri. Spesso la fase aveva promesso un impegno maggiore di quello che l'acquirente aveva effettivamente dato.

Quando il processo è ordinato, i rep passano meno tempo sull'amministrazione e più tempo a vendere. Portant gestisce la generazione dei documenti così i rep possono concentrarsi sul deal, con la pipeline che indica a tutti cosa viene dopo.

Domande frequenti

Ogni fase del deal deve inviare un documento?

No. Uso le fasi per segnare la realtà del buyer, non per inondare di scartoffie. Alcune fasi sono solo interne, come l'attesa per la revisione legale. Anche in quel caso, voglio comunque un risultato documentale chiaro collegato alla fase successiva rivolta al cliente, così il team sa cosa sta arrivando. Le fasi interne possono evitare gli invii al cliente, ma non devono evitare la responsabilità.

Cosa faccio se il mio team si rifiuta di spostare le fasi in tempo?

I rep spesso evitano di aggiornare le fasi quando le definizioni sembrano arbitrarie o quando spostarle genera lavoro inutile. Stringi le definizioni, riduci i click richiesti e abbina le regole di fase ad automazioni che aiutano invece di penalizzare. Quando spostare una fase genera il documento giusto per loro, l'adozione di solito migliora.

Quante fasi del deal sono troppe?

Se un rep non riesce a recitare le fasi a memoria con una breve spiegazione per ognuna, probabilmente ne hai troppe. Punto al set minimo che separa ancora esplorazione iniziale, valutazione attiva, accordo commerciale e risultati chiusi. Puoi usare le proprietà del deal e i playbook per le sfumature, invece di trasformare ogni micro passaggio in una fase a sé.

Posso automatizzare i documenti senza cambiare le mie fasi?

Puoi farlo, ma ottieni meno valore. L'automazione senza una gestione disciplinata delle fasi ti fa risparmiare tempo nella formattazione, ma non risolve i problemi di tempistica errata o di template sbagliati. Preferisco adattare le fasi in modo leggero, in modo che corrispondano ai documenti di cui hai già bisogno, e poi automatizzare sopra. In questo modo ogni file generato si allinea con il modo in cui vendi davvero.