Opportunità ferme in HighLevel: workflow, task ed escalation senza inseguimenti manuali

TL;DR: quando un’opportunità resta immobile, il responsabile commerciale finisce spesso per controllare pipeline, fogli di calcolo e conversazioni una per una. HighLevel documenta un trigger Stale Opportunities per avviare workflow quando non avviene alcuna modifica per un numero definito di giorni, con filtri sui campi standard e personalizzati dell’opportunità. Puoi usare questo punto di partenza per strutturare una presa in carico e un’escalation. Attenzione: la fonte ufficiale qui analizzata non descrive un’azione specifica per creare task né una funzione di escalation pronta all’uso; questi elementi vanno verificati nel tuo account e progettati come regole operative del team.

In sintesi

Un’opportunità ferma non è necessariamente persa, ma è un segnale operativo: nessuno ha aggiornato il deal, oppure nessun passaggio successivo è stato registrato. Per team commerciali, agenzie e attività che gestiscono trattative in pipeline, il controllo automatico dello stallo serve a rendere visibile questa condizione nel momento in cui si verifica.

La documentazione ufficiale di HighLevel indica che i workflow possono essere attivati da eventi relativi alle opportunità, inclusa la condizione Stale Opportunities, cioè opportunità senza modifiche per un numero <X> di giorni. Le opportunità possono inoltre essere filtrate mediante campi standard e personalizzati. Il risultato operativo verificabile non è una promessa di vendita o di recupero: è far partire un workflow quando un deal soddisfa la definizione configurata di “fermo”.

La guida ufficiale “Automating Opportunities” di HighLevel è la fonte di riferimento per trigger, filtri e azioni citati in questo articolo. Nomi delle funzioni, interfaccia e disponibilità possono cambiare dopo la data di verifica della fonte, che risulta modificata il 1° luglio 2025.

La situazione di partenza

Risposta breve: il problema nasce quando la pipeline mostra un deal aperto, ma non chiarisce chi debba fare il prossimo passo e quando.

Immagina uno scenario ipotetico, non riferito a un cliente reale: un responsabile apre la pipeline il lunedì e trova opportunità ancora nello stesso stadio da giorni. Per capire se siano davvero da seguire deve ricostruire manualmente l’ultimo aggiornamento, verificare i campi del deal e chiedere al commerciale se abbia già contattato il lead.

Questo metodo ha conseguenze prevedibili sul processo, non necessariamente sull’esito della vendita: il controllo dipende dalla memoria delle persone, le priorità vengono decise tardi e gli aggiornamenti di pipeline rischiano di essere incoerenti. Il commerciale può anche svolgere un’attività utile senza registrarla; dall’altra parte, un’opportunità apparentemente aperta può restare senza una prossima azione definita.

HighLevel organizza questi elementi nel modulo Opportunities & Pipelines. In un processo commerciale, l’opportunità rappresenta il deal; pipeline e stadio aiutano a leggerne l’avanzamento. Per un esempio di progettazione degli stadi in un contesto specifico, può essere utile anche la guida sulla pipeline immobiliare in HighLevel, dal nuovo lead alla visita e alla proposta.

Il punto non è automatizzare ogni conversazione né spostare opportunità senza controllo. Il punto è sostituire la domanda ripetitiva “a chi devo chiedere aggiornamenti?” con una regola esplicita: quando un deal non cambia per il periodo scelto e rientra nei filtri stabiliti, il sistema attiva il flusso previsto.

Cosa cambia con HighLevel

Risposta breve: HighLevel consente di usare lo stato e i dati dell’opportunità come evento di ingresso in un workflow, invece di affidare il controllo alla sola revisione manuale della pipeline.

La fonte ufficiale indica che i workflow si configurano dalla sezione Automations, quindi Workflows, creando un nuovo workflow e assegnandogli un nome descrittivo. Nel workflow builder sono disponibili diversi trigger collegati alle opportunità:

• Opportunity status changed, attivato dall’aggiornamento dello stato dell’opportunità;
• Opportunity Created, attivato dalla creazione di un’opportunità;
• Stale Opportunities, per filtrare opportunità senza modifiche per <X> giorni;
• Pipeline Stage Changed, attivato dal cambio di stadio della pipeline.

La guida specifica che tali trigger possono essere filtrati in base a campi standard o personalizzati dell’opportunità, secondo il trigger usato. Questo permette, ad esempio, di delimitare il controllo a una pipeline, a uno stadio o a dati che il team ha scelto di registrare nel deal. La fonte non propone soglie temporali consigliate: il valore <X> deve quindi essere deciso in base al ciclo commerciale e alle regole interne.

A chi serve? A chi gestisce opportunità con più persone, più stadi o più priorità e vuole rendere ripetibile il controllo dello stallo. È utile anche a chi ha già un follow-up legato a un avanzamento esplicito: per quel caso, leggi come automatizzare il follow-up di un preventivo inviato con Pipeline Stage Changed. Il trigger per opportunità ferme risponde invece a un’altra domanda: cosa accade se quell’avanzamento non arriva?

La documentazione cita, tra le possibili azioni di workflow, la ricerca dell’opportunità collegata a un contatto, la creazione di una nuova opportunità e l’aggiornamento di opportunità. Descrive in modo esplicito Create Opportunity, Remove Opportunities e la diramazione IF/ELSE. Non elenca, nel contenuto fornito, un’azione denominata “Create Task” e non definisce una funzione di “escalation” come azione autonoma.

Di conseguenza, in questo tutorial “task” indica il lavoro che il team deve prendere in carico e “escalation” indica una regola organizzativa per gestire i deal non aggiornati. Prima di basare il processo sulla creazione automatica di un task, verifica l’elenco delle azioni effettivamente disponibile nel tuo workflow builder e la relativa documentazione aggiornata. Non è corretto dedurre dalla sola fonte che tale azione sia presente o configurabile in ogni account.

Come configurare il flusso

Risposta breve: definisci prima cosa rende un’opportunità ferma, poi usa il trigger Stale Opportunities, applica filtri pertinenti, progetta condizioni IF/ELSE e testa tutto con dati fittizi.

1. Definisci il significato operativo di “ferma”

Questo è un consiglio editoriale, non un parametro imposto da HighLevel. Prima di aprire il builder, scrivi una regola comprensibile al team: quali pipeline includere, quali stadi controllare, dopo quanti giorni senza modifiche intervenire e cosa deve succedere al deal.

La regola dovrebbe basarsi su dati che il team aggiorna davvero. Se nessuno modifica lo stadio, lo stato o i campi dell’opportunità dopo un contatto, il trigger può rilevare uno stallo anche se il commerciale ha lavorato sul caso. L’automazione è affidabile quanto lo è la disciplina di aggiornamento della pipeline.

2. Crea e nomina il workflow

Secondo i passaggi ufficiali, vai in Automations, apri Workflows, scegli Create New Workflow e assegna un nome descrittivo. Un nome come “Controllo opportunità ferme — pipeline [nome]” è un consiglio editoriale: aiuta a riconoscere lo scopo del workflow durante revisioni e test.

3. Seleziona il trigger Stale Opportunities e i filtri

Nella documentazione, Stale Opportunities filtra le opportunità in cui non ci sono state modifiche per <X> giorni. La stessa fonte afferma che è possibile applicare filtri attraverso diversi campi standard e personalizzati.

Configura quindi il periodo <X> e restringi il perimetro ai deal che hanno realmente bisogno di controllo. Questo evita che un flusso di recupero coinvolga opportunità archiviate, non pertinenti o gestite con un processo diverso. Quali filtri usare dipende dalla struttura dei tuoi dati; la fonte non prescrive una combinazione obbligatoria.

4. Disegna la presa in carico e l’escalation con condizioni chiare

La fonte ufficiale indica che IF/ELSE permette di diramare il workflow in base a una condizione. Precisa inoltre che i campi dell’opportunità possono essere usati nel filtro solo quando il workflow utilizza un trigger basato sull’opportunità. Sono utilizzabili campi standard e personalizzati per filtrare il ramo.

In termini operativi, puoi progettare una logica del tipo: se il deal ha determinate caratteristiche, applica il percorso di verifica previsto; altrimenti, instradalo su un percorso diverso. Questa è una struttura di processo, non una configurazione ufficiale predefinita di escalation.

Per le azioni, la guida documenta la possibilità di creare opportunità con valori specificati, rimuovere opportunità filtrate da una pipeline e gestire opportunità attraverso azioni del workflow. Valuta con attenzione se un aggiornamento automatico del deal sia davvero utile alla lettura della pipeline: cambiare dati solo per segnalare uno stallo può confondere lo storico se il team non ha condiviso prima il significato di quello stato.

Se il tuo obiettivo è creare un task automatico assegnato a una persona o a un responsabile, non trattare questo articolo come prova di quella capacità: la fonte fornita non ne spiega la procedura. Controlla invece le azioni disponibili nel tuo ambiente, definisci proprietario, scadenza e criterio di chiusura del task e testa il comportamento prima dell’attivazione.

5. Testa, raccogli feedback e attiva

HighLevel raccomanda di testare il workflow con lead di prova o dati fittizi, verificando che ogni azione venga eseguita correttamente. Suggerisce poi di monitorarne le prestazioni, raccogliere feedback dal team e apportare le modifiche necessarie. Solo dopo essere soddisfatti del funzionamento, il workflow può essere attivato.

Questo passaggio è essenziale per un flusso sulle opportunità ferme: verifica non solo che il trigger parta, ma anche che i filtri escludano correttamente i casi da non sollecitare e che ogni ramo IF/ELSE segua la regola stabilita.

Il risultato operativo

Risposta breve: il risultato verificabile è un workflow che rileva e gestisce le opportunità senza modifiche secondo il periodo e i filtri configurati.

Una volta attivato, GoHighLevel avvia automaticamente il workflow quando sono soddisfatte le condizioni specificate. Nel caso del trigger Stale Opportunities, la condizione documentata è l’assenza di modifiche per il numero di giorni impostato, ulteriormente delimitabile tramite i campi dell’opportunità.

Il beneficio pratico è la coerenza del controllo: invece di affidare l’individuazione dei deal stagnanti a un controllo manuale intermittente, il processo usa lo stato reale registrato nell’opportunità. Il team può così applicare una sequenza concordata di verifica, aggiornamento o instradamento.

Non significa che tutte le opportunità ferme riprenderanno né che il workflow sostituirà il giudizio del commerciale. L’automazione gestisce regole e passaggi ripetitivi; il contenuto della conversazione, la priorità della trattativa e la decisione commerciale restano aspetti da valutare nel contesto.

Errori e limiti

Risposta breve: evitare inseguimenti manuali non significa automatizzare senza criteri; trigger, filtri, dati e azioni disponibili devono corrispondere al processo reale.

Il primo errore è confondere “nessuna modifica” con “nessuna attività”. Il trigger documentato rileva l’assenza di cambiamenti nell’opportunità per <X> giorni. Se il team svolge follow-up senza aggiornare il deal, il workflow può trattare come ferma un’opportunità che non lo è. La soluzione organizzativa è definire quali aggiornamenti devono essere registrati e quando.

Il secondo errore è usare una soglia unica per pipeline con ritmi diversi. La fonte consente filtri su campi standard e personalizzati, ma non suggerisce tempi universali. La soglia deve essere coerente con il tuo processo, non con un numero scelto a caso.

Il terzo è dichiarare che HighLevel creerà task o invierà escalation senza aver verificato l’azione nell’account. La guida ufficiale analizzata non documenta questa configurazione specifica. Usa il trigger Stale Opportunities come base confermata e verifica separatamente tutte le azioni necessarie per il tuo modello di presa in carico.

Infine, evita di attivare il workflow senza test. HighLevel raccomanda espressamente test con dati fittizi, verifica delle azioni, monitoraggio e raffinamento. È il modo più concreto per non ritrovarti a inseguire manualmente le eccezioni create da un’automazione troppo ampia.

In definitiva, il responsabile non deve più partire dalla ricerca casuale dei deal dimenticati: può partire da una definizione condivisa di opportunità ferma e da un workflow verificato. Per approfondire l’uso di WhatsApp nei processi HighLevel, consulta il bonus WhatsApp per GoHighLevel. I risultati variano in base a pipeline, qualità dei dati, configurazione e contesto operativo.