Nuovo lead in HighLevel: notifica interna e SLA di presa in carico del commerciale

TL;DR: quando un nuovo lead arriva e nessuno sa con certezza chi debba intervenire, il rischio non è solo il ritardo nella risposta: è l’assenza di una presa in carico dimostrabile. In HighLevel, l’azione Send Internal Notification può inviare un avviso interno via email, notifica in-app, SMS o WhatsApp a utenti, ruoli o team. Il workflow non definisce da solo uno SLA commerciale: lo SLA va tradotto in una procedura interna con un responsabile, una soglia temporale e un controllo verificabile.

In sintesi

Un titolare o un responsabile commerciale conosce bene il problema: entra un modulo, arriva un contatto da una campagna o si registra una richiesta, ma la segnalazione resta in una casella condivisa, in una chat affollata o nella memoria di chi ha visto per primo il lead. Nel frattempo il potenziale cliente non riceve un riscontro e il team non riesce a capire se il contatto sia stato affidato, richiamato o semplicemente dimenticato.

HighLevel può automatizzare l’avviso interno al verificarsi di una condizione del workflow. Secondo la documentazione ufficiale, l’azione Internal Notification raggiunge utenti selezionati, ruoli o team dell’account attraverso email, notifiche in-app, SMS o WhatsApp. Il risultato operativo verificabile non è una generica “risposta più veloce”: è la possibilità di stabilire che ogni nuovo lead attivi un alert indirizzato e che la squadra possa controllare, con una propria procedura, se la presa in carico è stata registrata entro lo SLA stabilito.

Questo tutorial è utile a responsabili vendite, titolari e operations manager che ricevono lead in HighLevel e devono assegnare chiaramente l’azione iniziale. Per il flusso a valle delle opportunità non movimentate, può essere utile anche la guida su workflow, task ed escalation per opportunità ferme. Se il nuovo contatto proviene dalle inserzioni, vedi anche Meta Lead Ads in HighLevel: risposta immediata e presa in carico.

La situazione di partenza

Risposta breve: un processo manuale rende difficile dimostrare sia chi abbia ricevuto il lead sia quando abbia iniziato a lavorarlo.

Consideriamo uno scenario ipotetico: un’azienda riceve nuove richieste tramite un canale collegato ai propri processi commerciali. Il commerciale di turno dovrebbe contattare il lead entro un tempo concordato internamente. Tuttavia, l’avviso arriva in una chat comune o tramite inoltro manuale. Se chi legge è occupato, assente o pensa che intervenga un collega, il lead resta senza un proprietario operativo.

Le conseguenze non dipendono da una singola persona: il processo stesso non contiene una regola chiara. Senza un destinatario definito, una comunicazione interna può trasformarsi in un messaggio che tutti vedono e nessuno gestisce. Senza una definizione di “presa in carico”, poi, non è possibile misurare il rispetto di uno SLA: un commerciale può aver letto l’alert, aperto la scheda o inviato un primo messaggio, ma queste azioni non sono equivalenti se l’organizzazione non le ha stabilite prima.

In questo contesto, SLA significa service level agreement interno: un impegno operativo, per esempio prendere in carico un nuovo lead entro un certo intervallo dalla sua entrata. La fonte ufficiale descrive l’invio di notifiche interne e i relativi destinatari; non presenta l’azione Internal Notification come uno strumento che calcola, certifica o fa rispettare automaticamente uno SLA. Per questo il workflow va pensato come il punto di attivazione dell’allerta, mentre la misurazione richiede una regola organizzativa esplicita.

Cosa cambia con HighLevel

Risposta breve: HighLevel permette di inviare l’avviso alla persona, al ruolo o al team previsto dal processo, scegliendo il canale interno più adatto.

La funzione documentata è Send Internal Notification, un’azione da inserire nei workflow. HighLevel la descrive come un alert automatico inviato a utenti, ruoli o team selezionati dell’account al verificarsi di condizioni specifiche del workflow. Gli usi indicati includono eventi quali nuovi lead, moduli completati e aggiornamenti della pipeline.

Per il caso “nuovo lead”, la relazione tra gli elementi è lineare:

• HighLevel ospita il workflow e l’azione di notifica interna;
• lo strumento è l’azione Send Internal Notification;
• il settore non è vincolato dalla funzione: il flusso può adattarsi a qualunque attività che gestisca richieste commerciali;
• il risultato operativo è un alert indirizzato al destinatario definito, da collegare a una procedura di presa in carico misurabile.

I canali disponibili indicati dalla fonte sono email, notifica in-app, SMS e WhatsApp. L’email è adatta quando servono dettagli, destinatari in copia o allegati; la notifica in-app è pensata per aggiornamenti rapidi visibili nella piattaforma; SMS e WhatsApp possono essere scelti per avvisi più immediati, a condizione che i dati e le integrazioni necessarie siano configurati correttamente.

La documentazione ufficiale prevede inoltre il targeting per utenti, ruoli e team. È una distinzione importante: inviare al singolo commerciale può essere appropriato quando l’assegnazione è già certa; notificare un ruolo o un team può essere preferibile quando esiste una copertura condivisa. La scelta non sostituisce la responsabilità: prima di configurare il workflow, il responsabile deve decidere chi interviene se il destinatario principale non può farlo.

Come configurare il flusso

Risposta breve: configura l’azione ufficiale nel workflow, poi associa l’alert a una definizione interna di presa in carico e a un controllo periodico dello SLA.

Di seguito sono separati i passaggi documentati da HighLevel dai consigli editoriali necessari per trasformare un semplice avviso in una procedura utilizzabile.

Passaggi ufficiali indicati da HighLevel

1. Accedi a Automation dal menu laterale e crea o modifica un workflow. La fonte indica il pulsante + Create Workflow e la possibilità di partire da zero, da un template o da una recipe.
2. Nel builder del workflow, usa il pulsante + per aggiungere un’azione e seleziona Send Internal Notification.
3. Inserisci un nome descrittivo per l’azione. Un esempio fornito dalla documentazione è “Notify Sales Team – Email”. Per questo scenario, un nome come “Nuovo lead – alert presa in carico” rende più leggibile il workflow.
4. Scegli il tipo di notifica: Email, Notification (in-app), SMS o WhatsApp.
5. Seleziona il tipo di destinatario interno. La fonte cita, a seconda della configurazione, utenti specifici, ruoli, team e utente assegnato.
6. Scrivi un contenuto chiaro. HighLevel consente di usare template e valori dinamici tramite l’icona dei tag; per l’email sono disponibili anche mittente, oggetto, CC/BCC e allegati. Per la notifica in-app, è possibile definire titolo, messaggio e pagina di reindirizzamento. Un click sull’avviso può quindi portare l’utente alla schermata più pertinente, come un contatto o un’opportunità.
7. Per SMS, la fonte indica la possibilità di inviare un test a un numero valido comprensivo di prefisso internazionale. Per WhatsApp, la documentazione fa riferimento a template approvati e ai requisiti del canale.

L’interfaccia, i nomi delle voci e la disponibilità delle opzioni possono cambiare dopo la data di consultazione. La pagina ufficiale non indica una data della fonte nel materiale fornito, anche se riporta una data di modifica nella pagina stessa. Prima della pubblicazione o dell’implementazione, verifica la documentazione ufficiale di HighLevel: Workflow Action – Internal Notification.

Consiglio editoriale: definire prima lo SLA, poi il testo dell’alert

Prima di scrivere il messaggio, formalizza tre elementi in una procedura interna:

1. Evento iniziale: quale condizione identifica davvero un “nuovo lead” nel vostro processo.
2. Proprietario della presa in carico: un utente, un ruolo o un team con una regola di copertura.
3. Evidenza di presa in carico: quale azione interna dimostra che il commerciale ha iniziato il lavoro, ad esempio un aggiornamento concordato nella pipeline o nella scheda del contatto. Questa è una scelta organizzativa, non una funzione SLA dichiarata dalla fonte.

Solo a questo punto si può impostare il tempo massimo previsto dallo SLA e stabilire chi verifica gli scostamenti. Nel messaggio, includi esclusivamente le informazioni necessarie per agire: origine o tipo della richiesta, nome del lead se disponibile, proprietario atteso e richiamo alla scadenza interna. Evita invece di inserire dati che il destinatario non deve ricevere.

Un esempio di struttura editoriale del testo è: “Nuovo lead da prendere in carico secondo la procedura commerciale. Apri la scheda e registra l’azione iniziale entro lo SLA interno.” Non è un template ufficiale e deve essere adattato alle regole, ai dati disponibili e alle autorizzazioni dell’account.

Se scegli l’utente assegnato come destinatario, considera una limitazione importante della fonte: l’invio funziona solo se esistono un contatto e un utente assegnato; in caso contrario quello step viene saltato e il workflow prosegue. Perciò, come scelta editoriale, ha senso verificare che l’assegnazione avvenga prima dell’alert oppure prevedere una regola alternativa verso un team o un ruolo.

Il risultato operativo

Risposta breve: l’alert non prova da solo che il lead sia stato gestito, ma crea un punto di partenza coerente per misurare la presa in carico secondo una regola interna.

Dopo l’attivazione del workflow, il risultato verificabile è che il trigger previsto avvia l’azione di notifica interna verso la categoria di utenti configurata. Se l’azienda ha definito in anticipo l’evidenza di presa in carico, può confrontare l’orario dell’evento iniziale con l’orario dell’azione scelta come conferma operativa. Questo confronto è la base pratica per verificare lo SLA; non va confuso con una certificazione automatica dello SLA da parte dell’azione Internal Notification.

La notifica in-app può rendere più diretto il passaggio all’area rilevante grazie al Redirect Page. L’email può fornire contesto e mettere in copia altri interlocutori, ricordando che ogni destinatario CC o BCC aumenta l’uso email secondo la fonte. SMS e WhatsApp possono essere canali di avviso, non una prova sufficiente che il commerciale abbia lavorato il lead.

Questo approccio è complementare a un processo di pipeline: per un esempio applicato al percorso dal contatto alla visita e alla proposta, consulta Pipeline immobiliare con HighLevel. Il principio resta lo stesso in ogni settore: l’automazione instrada l’informazione, mentre il team deve rendere esplicito cosa accade dopo.

Errori e limiti

Risposta breve: i problemi più frequenti derivano da destinatari non configurati, dati mancanti, notifiche in volume e dall’errore di scambiare un alert per una presa in carico.

Il primo errore è notificare “tutti” senza stabilire chi agisce. Anche se HighLevel deduplica automaticamente lo stesso utente quando compare in più categorie di destinatari, la deduplicazione evita messaggi duplicati, non risolve l’ambiguità di responsabilità.

Il secondo è scegliere SMS, email o WhatsApp senza verificare i prerequisiti. La documentazione segnala che numeri di telefono, indirizzi email e integrazione WhatsApp devono essere configurati. Se il canale scelto non è predisposto per il destinatario, la notifica su quel canale può fallire, ma il workflow continua con l’azione successiva.

Il terzo è ignorare i limiti di volume. Per impostazione predefinita, ogni utente può ricevere fino a 500 notifiche via email, SMS o in-app ogni cinque minuti. In esecuzioni massive, le notifiche oltre la soglia possono essere messe in coda e, a seconda del carico e della scadenza delle condizioni del workflow, consegnate in seguito oppure scartate. Un alert per ogni singolo evento non è quindi automaticamente adatto a campagne o importazioni su larga scala.

Il quarto riguarda i flussi senza contatto. HighLevel indica che alcune notifiche interne possono funzionare senza un record contatto, soprattutto per messaggi semplici che non dipendono da campi del contatto. Tuttavia, dati dinamici legati al contatto potrebbero non popolarsi correttamente; inoltre possono comparire identificativi alfanumerici anziché una vista standard del profilo. Non progettare quindi un messaggio che dipende da campi contatto se il workflow può avviarsi senza contatto.

Infine, tieni conto di DND e allegati. La fonte riporta casi in cui il workflow risulta eseguito ma l’utente non visualizza la notifica come atteso, anche per uno stato DND del profilo interessato. Gli allegati incidono sullo storage e possono incontrare limiti di dimensione del canale. Nel problema iniziale, cioè il lead che resta senza risposta perché nessuno ne è responsabile, la soluzione sostenibile non è moltiplicare gli avvisi: è assegnare il destinatario corretto, definire una prova di presa in carico e rivedere gli scostamenti dallo SLA.

Per altri materiali operativi e risorse di avvio su GoHighLevel, puoi consultare il bonus WhatsApp per GoHighLevel. I risultati variano in base al contesto, alla configurazione dell’account e alla disciplina con cui il team applica la procedura.