Preventivo inviato: automatizzare il follow-up con Pipeline Stage Changed

TL;DR: quando un preventivo viene inviato, il problema non è soltanto ricordarsi di ricontattare il prospect: è farlo nel momento corretto, senza avviare messaggi o attività per opportunità che non sono ancora arrivate a quel punto. In HighLevel, il trigger Pipeline Stage Changed può avviare un workflow quando un’opportunità cambia stage. Configurando filtri per pipeline e stage, un’officina, un’impresa edile o un team B2B può far partire un’azione interna o un follow-up soltanto all’ingresso nello stage previsto. Il risultato verificabile è che il workflow viene eseguito in presenza della transizione e delle condizioni configurate.

In sintesi

Un titolare o responsabile commerciale spesso vive una sequenza molto concreta: il preventivo viene preparato, mandato al contatto e spostato manualmente nella pipeline; poi iniziano le eccezioni. Una persona segna l’avanzamento ma non avvisa il collega, un promemoria resta fuori dal CRM, un ricontatto viene fatto troppo presto oppure non viene fatto affatto.

Il trigger Pipeline Stage Changed di HighLevel serve a collegare quel cambio di fase a un workflow. Secondo la documentazione ufficiale HighLevel, il trigger si attiva quando un’opportunità passa da uno stage a un altro all’interno di una pipeline di vendita. Può quindi essere filtrato, ad esempio, per pipeline, stage, assegnatario, tag, valore dell’opportunità, stato e motivo di perdita.

Questo tutorial si rivolge a chi gestisce preventivi in processi commerciali con una pipeline aggiornata: officine che quotano interventi, edilizia che segue richieste e computi, attività B2B con offerte e negoziazioni. Lo scenario è ipotetico e descrive un metodo operativo, non il caso di un cliente reale.

Risposta breve: il follow-up non parte dall’invio generico di un messaggio, ma dall’ingresso dell’opportunità nello stage scelto, purché filtri e azioni del workflow siano impostati correttamente.

La situazione di partenza

In uno scenario tipico, il responsabile vuole che ogni richiesta con preventivo inviato riceva un seguito ordinato. Il processo manuale, però, dipende da almeno tre passaggi: il preventivo deve essere inviato, l’opportunità deve essere spostata nello stage corretto e qualcuno deve ricordarsi la prossima azione.

Se questi elementi restano scollegati, la pipeline diventa una fotografia incompleta. Lo stage “Preventivo inviato” può indicare che l’offerta è stata mandata, ma non crea da solo una notifica, un’attività o una comunicazione al contatto. Il team deve controllare le opportunità una per una, interpretare le note e decidere chi interviene.

Le conseguenze non richiedono ipotesi sui risultati commerciali per essere evidenti: aumentano i controlli manuali, le azioni possono essere incoerenti fra operatori e il responsabile ha meno visibilità sul fatto che il passaggio successivo sia stato avviato. Anche un semplice spostamento di stage può essere dimenticato o applicato a opportunità non pertinenti.

Qui è importante distinguere il fatto ufficiale dal consiglio editoriale:

• Funzione ufficiale: HighLevel dichiara che il trigger si attiva al passaggio di un’opportunità da uno stage a un altro e può automatizzare follow-up, notifiche e aggiornamenti.
• Consiglio editoriale: prima di creare il workflow, decidete internamente cosa significa davvero “Preventivo inviato”. Se viene usato sia per una bozza interna sia per un’offerta consegnata, l’automazione potrebbe avviarsi nel momento sbagliato.

Il punto non è automatizzare ogni movimento della pipeline. È usare uno stage come evento operativo affidabile: quando l’opportunità entra lì, il sistema può avviare l’azione decisa dal team.

Cosa cambia con HighLevel

Risposta breve: HighLevel collega una transizione di pipeline a una sequenza di azioni, evitando che il controllo del cambio stage resti un’attività manuale.

Con Pipeline Stage Changed, GoHighLevel può reagire in tempo reale allo spostamento di un’opportunità. La documentazione ufficiale specifica che il trigger può essere usato quando l’opportunità avanza, torna a uno stage precedente oppure viene riassegnata a un nuovo stage.

Per il flusso “Preventivo inviato”, la relazione è lineare:

1. la pipeline rappresenta il processo di vendita;
2. lo stage “Preventivo inviato” identifica il punto scelto dal team;
3. il trigger rileva il cambio di stage;
4. il workflow esegue le azioni configurate.

Le azioni indicate dalla fonte includono l’invio di una notifica, l’aggiornamento di dettagli dell’opportunità come stato, priorità o tag, la creazione di un’attività di follow-up, l’attivazione di un altro workflow e l’invio di un’email al contatto. La fonte non impone quale azione adottare: è la configurazione del workflow a determinarla.

Per un’officina, l’azione può essere una task assegnata al consulente che segue il preventivo. In edilizia, può essere una notifica interna quando una richiesta entra nella fase di offerta. In un processo B2B, può essere l’avvio di una comunicazione collegata alla pipeline commerciale. Sono esempi di applicazione editoriale: la documentazione conferma le categorie di azioni disponibili, non un modello obbligatorio per settore.

I filtri sono ciò che rende il flusso mirato. HighLevel indica filtri per:

• Assigned To, per intervenire in base all’utente assegnato;
• Tag, per limitare l’automazione alle opportunità con tag specifici;
• In Pipeline, per circoscrivere il trigger a una pipeline;
• Lead Value, in base al valore monetario dell’opportunità;
• Lost Reason, per opportunità segnate come perse con una ragione definita;
• Pipeline Stage, per attivare il workflow su uno stage specifico;
• Status, con le opzioni Open, Won, Lost e Abandoned.

In pratica, il filtro In Pipeline evita che il flusso del preventivo si applichi a pipeline non correlate; il filtro Pipeline Stage seleziona il momento “Preventivo inviato”. Eventuali filtri aggiuntivi servono solo se riflettono una reale regola del processo.

Se il follow-up include messaggi al contatto, è utile progettare anche l’uscita dalla sequenza quando arriva una risposta. Approfondisci in Stop on Response in HighLevel e in Customer Replied: passare la conversazione al team.

Come configurare il flusso

Risposta breve: nella documentazione ufficiale, il percorso parte da Automation > Workflows, prosegue con il trigger Pipeline Stage Changed, filtri pertinenti, azioni, salvataggio, pubblicazione e test.

Di seguito riportiamo i passaggi indicati dalla fonte ufficiale. L’interfaccia, i nomi delle voci e la disponibilità delle funzioni possono cambiare dopo la data di verifica riportata nella documentazione ufficiale; se la schermata del vostro account differisce, fate riferimento alla guida di HighLevel collegata sopra.

1. Aprire o creare il workflow

Nella dashboard CRM, la fonte indica di navigare in Automation > Workflows. Da qui è possibile scegliere Create New Workflow oppure modificare un workflow esistente.

Consiglio editoriale: per un primo impianto, mantenete il workflow dedicato a un solo obiettivo: il seguito al preventivo. Un nome esplicito riduce ambiguità future, per esempio “Follow-up | Preventivo inviato | Pipeline commerciale”.

2. Selezionare il trigger di cambio stage

La procedura ufficiale indica di usare + Add New Trigger, cercare Pipeline Stage Changed nell’elenco e selezionarlo.

Date poi un nome chiaro al trigger. HighLevel raccomanda un nome descrittivo per identificarne rapidamente la funzione quando sono presenti più automazioni.

3. Limitare l’avvio al preventivo effettivamente inviato

La fonte spiega che i filtri controllano quando e come viene attivato il workflow. Invece di reagire a ogni modifica di opportunità, permettono di intercettare solo quelle rilevanti.

Per lo scenario descritto, la configurazione minima coerente con l’obiettivo è:

• selezionare la pipeline che contiene il processo di preventivazione tramite In Pipeline;
• indicare lo stage previsto tramite Pipeline Stage, ad esempio “Preventivo inviato”.

La fonte conferma che è possibile combinare più filtri nello stesso workflow. Potreste aggiungere Assigned To se il flusso deve riguardare una persona o un gruppo di gestione specifico, oppure un Tag se il preventivo appartiene a una categoria definita internamente. Non aggiungete filtri solo perché disponibili: una condizione in più può escludere opportunità che dovrebbero entrare nel processo.

4. Definire cosa deve accadere dopo il cambio

Dopo il trigger, la documentazione invita a definire le azioni conseguenti. Per mantenere il risultato osservabile, scegliete azioni che il team possa verificare nel CRM, come una notifica al commerciale assegnato o la creazione di una task di follow-up.

Se il vostro processo richiede una comunicazione email al contatto, la fonte elenca anche l’azione di invio email. Prima di impostarla, verificate che il dominio di invio sia configurato secondo le esigenze del vostro account: può essere utile la guida sulla verifica domini GoHighLevel.

Per costruire azioni e condizioni leggendo con attenzione i dati disponibili, consultate anche la nostra guida a trigger e azioni con anteprime dei campi.

5. Salvare, pubblicare e testare

Secondo HighLevel, dopo filtri e azioni bisogna fare clic su Save Trigger, verificare che tutti gli step necessari siano presenti e usare Publish per attivare l’automazione. La fonte raccomanda infine di testare il workflow spostando manualmente un’opportunità attraverso gli stage e controllando che il comportamento corrisponda alle aspettative.

Il test dovrebbe includere almeno il passaggio verso “Preventivo inviato” nella pipeline selezionata e un caso esterno ai filtri, come un’opportunità in un’altra pipeline. Questo è un consiglio editoriale per verificare il perimetro; la fonte conferma il test tramite spostamento manuale, non definisce una checklist obbligatoria.

Il risultato operativo

Risposta breve: quando un’opportunità passa allo stage configurato e soddisfa i filtri, il workflow può eseguire le azioni previste, anche se lo spostamento è manuale.

Il risultato operativo verificabile non è una promessa di conversioni o tempi di vendita migliori. È più circoscritto: il team può controllare che l’ingresso nello stage “Preventivo inviato” generi l’azione configurata, per esempio una notifica, una task, un aggiornamento dell’opportunità, un altro workflow o un’email.

La documentazione chiarisce inoltre che il trigger si attiva anche se l’opportunità viene spostata manualmente, a condizione che rispetti i filtri impostati. Questo rende lo stage della pipeline il punto di controllo comune fra chi invia l’offerta e chi svolge il seguito.

La pipeline resta però il dato sorgente. Se il preventivo è inviato ma l’opportunità non viene aggiornata allo stage previsto, il trigger non può reagire a quel passaggio. Per questo l’automazione affianca la disciplina di aggiornamento del CRM, non la sostituisce.

Errori e limiti

Risposta breve: il trigger segue i cambi stage in tempo reale; non è uno storico delle movimentazioni e può attivarsi di nuovo se l’opportunità torna a uno stage precedente con condizioni compatibili.

Il primo errore è selezionare soltanto lo stage e dimenticare la pipeline. Se l’account gestisce processi diversi, il filtro In Pipeline è il modo ufficialmente previsto per limitare l’automazione alla pipeline pertinente.

Il secondo è trattare “Preventivo inviato” come un’etichetta generica. Se il team sposta opportunità in quello stage prima dell’invio effettivo, il workflow partirà in base al cambio registrato, non all’intenzione dell’operatore. Definite prima la regola di utilizzo dello stage.

Il terzo errore è ignorare i ritorni di fase. HighLevel dichiara che, se un’opportunità regredisce a uno stage precedente, il workflow si attiva di nuovo quando le condizioni corrispondono. Valutate quindi se il rientro nello stage debba produrre nuovamente la stessa attività o comunicazione.

Un limite dichiarato dalla fonte riguarda lo storico: questo trigger non consente di tracciare i movimenti di stage passati, perché si attiva soltanto sulle transizioni in tempo reale. Per rivedere le modifiche precedenti, HighLevel indica l’activity log dell’opportunità.

Infine, Pipeline Stage Changed è indipendente da trigger quali Opportunity Status Changed e Opportunity Created. Non considerate questi trigger intercambiabili: ciascuno risponde a un evento differente. Se il processo richiede coperture diverse, la fonte indica che è possibile configurare workflow con più trigger.

Tornando al problema iniziale, il valore del flusso è togliere al titolare la necessità di inseguire manualmente ogni preventivo appena cambia fase. Rimane essenziale che la pipeline sia aggiornata con criteri condivisi e che il workflow venga testato prima dell’uso ordinario. Per approfondire l’impostazione di HighLevel, puoi richiedere il nostro supporto introduttivo su /bonus-whatsapp-gohighlevel. I risultati variano in base al contesto, alla configurazione e alla qualità del processo commerciale.