Customer Replied in HighLevel: come passare la conversazione al team appena arriva una risposta

TL;DR: quando un contatto risponde a un messaggio, continuare automaticamente la stessa sequenza di nurture può diventare poco pertinente. Il trigger Customer Replied di HighLevel può avviare un workflow alla risposta del contatto: con filtri per frase, tag, intento, workflow originario e canale, il team può ricevere una notifica, ottenere l’assegnazione della conversazione o vedere creato un task, un ticket o un’opportunità. Il risultato verificabile non è una vendita garantita, ma un flusso configurato per reagire alla risposta secondo regole esplicite.

In sintesi

Customer Replied serve a trasformare una risposta in un evento operativo gestibile dal team. È utile a titolari, responsabili commerciali e assistenza che inviano messaggi via email, WhatsApp, SMS, social messaging o chat e devono evitare che una conversazione già attiva resti dentro un follow-up generico.

La fonte ufficiale di HighLevel descrive Customer Replied come un trigger dei Workflow che parte quando un contatto risponde a un messaggio. I filtri opzionali permettono di limitare l’avvio alle risposte rilevanti; le azioni successive possono includere, tra gli esempi documentati, una notifica interna, l’assegnazione della conversazione, la creazione di task, ticket o opportunità.

In questa guida distinguiamo i passaggi indicati nella documentazione dai consigli editoriali di progettazione. Nomi di menu, opzioni e disponibilità possono cambiare dopo la data di verifica della pagina ufficiale. Il riferimento è la guida HighLevel “Workflow Trigger - Customer Replied”.

La situazione di partenza

Il problema quotidiano è semplice: arriva una risposta, ma il processo continua a comportarsi come se il contatto non avesse ancora parlato.

Immaginiamo uno scenario ipotetico: un responsabile configura una sequenza di messaggi per invitare i contatti a chiedere informazioni, prenotare o valutare una proposta. Il contatto risponde con una domanda, con un segnale di interesse o con un reclamo. Se nessuno intercetta quella risposta in modo ordinato, possono accadere due cose: il team la vede tardi oppure la sequenza automatica continua con messaggi non più allineati allo stato della conversazione.

Il problema non riguarda soltanto la velocità di lettura. Riguarda il passaggio di responsabilità: chi deve prendere in carico la conversazione? In quale coda? Con quale contesto? Va aggiornato lo stato commerciale o aperto un ticket di supporto?

Un controllo manuale delle risposte può funzionare con pochi messaggi e un solo canale. Diventa però fragile quando più persone presidiano email, WhatsApp, chat o messaggistica social. Senza una regola chiara, la risposta rimane un dato dentro la conversazione anziché diventare un evento che attiva un processo.

C’è inoltre una distinzione importante. Fermare una sequenza e assegnare una conversazione sono due esigenze complementari, non equivalenti. Per approfondire l’interruzione dei follow-up alla risposta, consulta Stop on Response in HighLevel: come fermare il follow-up quando un contatto risponde. Customer Replied, invece, è il trigger che può far iniziare un workflow quando arriva il messaggio del contatto.

Cosa cambia con HighLevel

Con Customer Replied, HighLevel può reagire alla risposta secondo filtri definiti invece di trattare tutte le conversazioni nello stesso modo.

Secondo la documentazione ufficiale, il trigger avvia un workflow quando un contatto risponde a un messaggio. La configurazione può essere limitata tramite filtri. HighLevel indica le seguenti opzioni:

• Contains Phrase, per avviare il workflow quando la risposta contiene parole o frasi specifiche;
• Exact Match Phrase, per richiedere una corrispondenza esatta;
• Has Tag e Doesn’t Have Tag, per includere o escludere contatti in base ai tag;
• Intent Type, che usa il NLP per categorizzare risposte quali domanda, reclamo o risposta positiva;
• Replied to Workflow, per reagire solo alle risposte ai messaggi di uno specifico workflow;
• Reply Channel, per limitare l’evento al canale da cui è arrivata la risposta.

Questa struttura serve soprattutto a evitare automazioni sovrapposte. Per esempio, un team commerciale può voler trattare una risposta contenente termini come “interessato”, “prenotare” o “prezzi” in modo diverso da una richiesta di assistenza. Sono esempi proposti dalla fonte, non un elenco universale di frasi da usare.

Il beneficio concreto è il routing: una risposta può generare una notifica interna, l’assegnazione della conversazione e un elemento di lavoro per la persona o il reparto incaricato. La fonte cita anche la possibilità di creare un’opportunità per risposte ad alto intento oppure un ticket per le risposte provenienti da una configurazione Live Chat.

Il trigger è quindi utile per coordinare HighLevel come piattaforma di workflow, lo strumento di messaggistica o chat come origine della risposta, il team come destinatario operativo e il processo commerciale o di supporto come contesto del risultato. Non stabilisce da solo priorità, SLA o qualità della risposta: tali regole vanno progettate dall’account.

Come configurare il flusso

La configurazione ufficiale parte dal Workflow e richiede di definire prima quale risposta merita davvero il passaggio al team.

La procedura riportata da HighLevel è la seguente:

1. Accedi al sub-account interessato.
2. Vai in Automations > Workflows.
3. Crea un nuovo workflow oppure aprine uno esistente.
4. Seleziona + Add New Trigger.
5. Scegli Customer Replied.
6. Inserisci un Trigger Name chiaro, così da riconoscerlo in seguito.
7. Seleziona + Add Filters se vuoi restringere le condizioni di avvio.
8. Salva con Save Trigger.
9. Aggiungi le azioni pertinenti e pubblica il workflow.

Questi sono i passaggi descritti dalla fonte ufficiale; l’interfaccia potrebbe presentare diciture o percorsi diversi nel tempo. Per un metodo generale con cui leggere trigger, condizioni e azioni, può essere utile anche la nostra guida alla configurazione di trigger e azioni in HighLevel con le anteprime dei campi.

Quali filtri scegliere per non inviare il team su ogni risposta?

Il filtro va scelto in base alla decisione operativa da prendere, non soltanto in base alla parola ricevuta.

Come consiglio editoriale, prima di aggiungere azioni conviene scrivere una regola in linguaggio semplice. Ad esempio: “quando un contatto con tag X risponde dal canale Y a un messaggio del workflow Z, avvisa il reparto indicato”. Poi si traduce la regola nei filtri disponibili.

Se la priorità è distinguere le risposte arrivate da canali diversi, Reply Channel è il filtro indicato dalla documentazione. La fonte menziona canali come email e WhatsApp e afferma che è possibile restringere ulteriormente la configurazione a numeri o indirizzi specifici. Non è opportuno assumere che ogni canale o dettaglio sia disponibile in ogni account senza controllarlo nella propria configurazione.

Per All-in-One Chat, la documentazione indica una selezione aggiuntiva: dopo avere impostato Reply Channel = All-in-One Chat, appare Chat Type is. Qui si può scegliere tra Chat Widget e Live Chat; il filtro di terzo livello cambia di conseguenza, mostrando rispettivamente i widget All-in-One Chat o le configurazioni All-in-One Live Chat selezionabili.

Un flusso documentato dalla fonte per un widget chat può usare questi elementi:

• trigger Customer Replied;
• Reply Channel = All-in-One Chat;
• Chat Type is = Chat Widget;
• selezione del widget specifico;
• azioni: notifica interna, assegnazione conversazione e creazione task.

Un secondo esempio ufficiale riguarda Live Chat: il trigger può filtrare per All-in-One Chat, tipo Live Chat e configurazione Live Chat; le azioni possono creare un ticket, notificare il canale di supporto, applicare un tag e assegnare un utente.

Come collegare risposta, pipeline e persona incaricata?

La pipeline va aggiornata solo quando la risposta è stata definita come segnale utile al processo commerciale.

La fonte propone, per risposte ad alto intento, filtri basati su Contains Phrase e Reply Channel, seguiti da azioni quali creazione di un’opportunità, notifica al commerciale e messaggio di follow-up. Questo offre un modello operativo: il trigger identifica il segnale, il workflow crea o aggiorna il lavoro da svolgere e una persona riceve il contesto necessario per intervenire.

Come scelta editoriale, è prudente separare i flussi per obiettivo. Un workflow per richieste commerciali, uno per supporto e uno per risposte non classificabili sono più leggibili di un’unica automazione con molte eccezioni. Prima della pubblicazione, verifica in particolare i filtri che potrebbero sovrapporsi: una stessa risposta potrebbe contenere una frase monitorata, arrivare da un canale incluso e appartenere a un contatto con tag rilevante.

Il risultato operativo

Il risultato che puoi verificare è che una risposta conforme alle condizioni avvii il workflow previsto e renda visibile il lavoro al team.

In pratica, il contatto risponde; HighLevel valuta il trigger Customer Replied e gli eventuali filtri; se le condizioni impostate corrispondono, il workflow può eseguire le azioni pubblicate. Nei casi d’uso indicati dalla documentazione, questo significa notificare un gruppo o un utente, assegnare la conversazione, creare un task, un ticket oppure un’opportunità.

Questo non equivale a promettere tempi di risposta, chiusura di trattative o riduzione dei ticket. Dipende da come sono impostati utenti, assegnazioni, canali, azioni e procedure interne. L’automazione rende il passaggio più esplicito e ripetibile; il team deve comunque prendere in carico il messaggio.

Per i flussi basati sul Chat Widget, il comportamento del widget e la sua configurazione restano parte del contesto. Se stai intervenendo anche sul caricamento del componente, leggi come configurare il Chat Widget con caricamento ritardato in GoHighLevel. Non è una condizione del trigger Customer Replied, ma può incidere sul momento in cui l’utente riesce a iniziare una conversazione.

Errori e limiti

L’errore più comune è considerare “risposta ricevuta” come una condizione sufficiente per tutte le azioni possibili.

Evita di inviare ogni risposta allo stesso workflow senza filtri, se reparti e canali hanno esigenze diverse. La fonte sottolinea che filtri per frasi, tag e canali aiutano a rendere l’automazione più pulita e a ridurre duplicazioni.

Evita anche di usare Exact Match Phrase quando il team si aspetta formulazioni variabili: per definizione, quel filtro richiede la frase esatta specificata. Allo stesso modo, Contains Phrase va progettato con attenzione, perché parole molto generiche possono includere risposte non pertinenti.

L’Intent Type è descritto dalla fonte come categorizzazione NLP di risposte, ad esempio domanda, reclamo o risposta positiva. È una funzione di classificazione da configurare e valutare nel proprio contesto, non una garanzia che ogni messaggio venga interpretato come farebbe un operatore umano.

Un limite esplicito riguarda All-in-One Chat: secondo la FAQ ufficiale, l’opzione è disponibile specificamente nel filtro Reply Channel del trigger Customer Replied e non per tutti i trigger dei Workflow. La stessa documentazione chiarisce inoltre che i workflow esistenti basati su Chat Widget continuano a funzionare e che Chat Widget e Live Chat possono essere gestiti con trigger o workflow separati.

Infine, pubblica solo dopo avere controllato che nome del trigger, filtri e azioni riflettano la regola operativa scelta. Tornando al problema iniziale, l’obiettivo non è aggiungere automazioni indistinte: è fare in modo che una risposta non resti senza proprietario mentre il contatto riceve comunicazioni ormai fuori contesto.

Se vuoi valutare altri materiali e risorse per strutturare i tuoi flussi in GoHighLevel, trovi il punto di partenza nella pagina bonus WhatsApp GoHighLevel. I risultati variano in base al contesto, alla configurazione e ai processi del team.