Agenzia: assegnare i lead in round-robin con Assign To User

TL;DR: quando i lead vengono assegnati a mano, il responsabile commerciale deve controllare chi è disponibile, ricordare i carichi di lavoro e correggere le assegnazioni incoerenti. In HighLevel, l’azione workflow Assign To User può assegnare automaticamente un contatto a un singolo utente, alternarlo tra più utenti in round-robin oppure applicare una ripartizione pesata. Il risultato operativo verificabile è che ogni contatto che raggiunge quell’azione del workflow riceve un assegnatario secondo la regola configurata, salvo le condizioni sui contatti già assegnati.

In sintesi

Risposta breve: Assign To User serve a distribuire la responsabilità di un contatto nel subaccount HighLevel, non a sostituire la definizione della strategia commerciale.

Per un’agenzia, il caso è ricorrente: arrivano lead da form, campagne o altri trigger e più commerciali devono lavorarli. Senza una regola esplicita, la distribuzione dipende da messaggi interni, fogli di calcolo o dall’intervento di chi coordina il team. Con HighLevel è possibile inserire nel workflow l’azione Assign To User, selezionare gli utenti e scegliere una distribuzione uniforme oppure non uniforme.

La documentazione ufficiale chiarisce che, con più utenti selezionati, l’assegnazione ruota tra i membri indicati. L’opzione Split Traffic può restare su Equally, cioè con ripartizione uguale, oppure passare a Unevenly per impostare rapporti diversi tra utenti. Per esempio, un rapporto 5:2 assegna cinque passaggi al primo utente e due al secondo prima che il ciclo riparta.

Questo tutorial è utile a titolari di agenzia, responsabili sales e amministratori di subaccount che devono rendere ripetibile l’assegnazione dei contatti. Non dimostra che una distribuzione uniforme sia sempre la scelta migliore: la scelta dipende da capacità, ruoli e regole del team.

La fonte di riferimento è la guida ufficiale HighLevel, Workflow Action – Assign To User. La guida risulta modificata il 24 luglio 2025. Denominazioni, posizione delle opzioni e disponibilità nell’interfaccia possono cambiare dopo tale data di verifica.

La situazione di partenza

Il problema quotidiano: il responsabile vede entrare un nuovo lead e deve decidere rapidamente chi lo seguirà, mentre il team aspetta istruzioni o controlla manualmente il CRM.

Immaginiamo uno scenario ipotetico, non riferito a un cliente reale: un’agenzia genera contatti per i propri servizi e dispone di più commerciali. Ogni volta che un modulo viene inviato, qualcuno deve assegnare il contatto. Se l’operazione resta manuale, possono verificarsi ritardi, doppie interpretazioni sulla proprietà del lead e distribuzioni sbilanciate.

Il problema non è soltanto la velocità. Senza un assegnatario chiaro, è più difficile capire chi deve agire sul contatto e seguire la responsabilità nel tempo. Se invece si assegna sempre alla persona che appare disponibile in quel momento, non esiste una regola facilmente verificabile né replicabile quando cambiano i turni o cresce il volume.

Prima di configurare Assign To User, va quindi definito quando un contatto deve entrare nel flusso. L’azione assegna un utente quando il workflow la raggiunge: non stabilisce da sola l’evento di ingresso. Per scegliere l’evento coerente con il processo, è utile la nostra guida ai trigger HighLevel.

La decisione preliminare è pratica:

• usare l’assegnazione uniforme quando i commerciali dovrebbero ricevere lo stesso numero di contatti nel ciclo;
• usare l’assegnazione pesata quando la capacità operativa non è uguale per tutti;
• usare un solo utente quando quel tipo di contatto deve avere un referente unico;
• mantenere l’assegnazione esistente quando il workflow può coinvolgere di nuovo un contatto già gestito.

Cosa cambia con HighLevel

Risposta breve: con Assign To User la regola di assegnazione viene inserita nel workflow, così il contatto riceve un responsabile senza un passaggio manuale esterno al flusso.

L’azione Assign To User di GoHighLevel permette di assegnare automaticamente contatti a uno o più utenti. Secondo la documentazione ufficiale, può essere usata sia per l’assegnazione a un singolo utente sia per la distribuzione tra più utenti mediante round-robin o traffic split personalizzato. I benefici dichiarati dalla fonte includono minore lavoro manuale, una distribuzione più bilanciata, maggiore tracciabilità della responsabilità e flussi adattabili a lead, ticket o attività.

Con un solo utente selezionato, tutti i contatti che arrivano a quell’azione vengono assegnati a quella persona. Con più utenti, HighLevel ruota le assegnazioni. L’esempio della fonte è lineare: scegliendo Tom e Jane, il primo trigger assegna a Tom, il secondo a Jane, il terzo torna a Tom.

Qui conviene distinguere due concetti che spesso vengono sovrapposti:

• Round-robin / Equally: la distribuzione è uguale tra gli utenti selezionati. La fonte indica che Equally è l’impostazione predefinita finché non si sceglie Unevenly.
• Weighted round-robin / Unevenly: la distribuzione segue pesi impostati. Non significa una valutazione qualitativa automatica del lead; significa che il ciclo assegna più passaggi ad alcuni utenti rispetto ad altri, secondo il rapporto definito.

Per un’agenzia, una configurazione pesata può essere coerente quando un commerciale ha più capacità o un ruolo diverso. È però un consiglio editoriale, non una regola di HighLevel: i pesi vanno decisi dal responsabile e rivisti se cambiano disponibilità, formazione o coperture.

L’assegnazione automatica non equivale alla presa in carico. Se il processo richiede una notifica interna, un tempo atteso di contatto o un controllo delle attività, l’assegnatario è solo una parte del flusso. Approfondisci nella guida su notifica interna e SLA di presa in carico del commerciale.

Come configurare il flusso

Risposta breve: nel builder del workflow aggiungi Assign To User, scegli gli utenti e definisci se la distribuzione deve essere uguale, pesata o limitata ai contatti senza assegnatario.

Di seguito sono riportati i passaggi descritti nella fonte ufficiale. L’interfaccia può cambiare: verifica sempre le etichette disponibili nel tuo subaccount.

1. Apri il workflow che deve distribuire i lead. Il workflow deve già avere una condizione di ingresso coerente con il processo dell’agenzia. Il trigger determina quali contatti arriveranno all’azione di assegnazione.

2. Aggiungi l’azione. Nel workflow builder, fai clic sull’icona “+” per aggiungere una nuova azione e seleziona “Assign To User”.

3. Assegna un nome descrittivo all’azione. La fonte suggerisce un nome che renda riconoscibile la logica, come “Assign to Agents in California”. In un’agenzia italiana, un nome editoriale più utile può descrivere la regola, per esempio “Lead inbound – round-robin commerciale”. Il nome non cambia la distribuzione, ma aiuta chi dovrà leggere e mantenere il workflow.

4. Seleziona gli utenti. Nel menu degli utenti, scegli una o più persone del subaccount. Un solo utente concentra tutte le assegnazioni su quella persona; più utenti attivano la rotazione tra i membri selezionati.

5. Scegli la ripartizione del traffico. Con Equally, i passaggi vengono distribuiti in modo uguale, come nel round-robin. È l’opzione adatta se il criterio operativo è una ripartizione paritaria del numero di assegnazioni.

6. Imposta i pesi solo se servono. Con Unevenly, la fonte consente di configurare un rapporto per ciascun utente. Nell’esempio 5:2, l’utente A riceve cinque assegnazioni e l’utente B due; B riceve traffico dopo che A ha completato i suoi cinque passaggi nel ciclo. Con tre utenti e pesi Alan 3, Bobby 3 e Charlie 1, i trigger da 1 a 3 vanno ad Alan, dal 4 al 6 a Bobby, il 7 a Charlie, poi la sequenza ripete. Prima di pubblicare, traduci questa sequenza nella vostra regola commerciale: “peso” non è sinonimo di priorità del lead.

7. Decidi come trattare i contatti già assegnati. Il toggle Only Apply To Unassigned Contacts è un punto decisivo. Se è attivo, l’azione assegna soltanto contatti che non hanno già un assegnatario. Se è disattivo, quando il trigger si attiva su un contatto già assegnato, la nuova assegnazione sovrascrive quella precedente. È un comportamento da valutare soprattutto nei workflow che possono rieseguire lo stesso contatto.

8. Salva, testa e pubblica. La fonte raccomanda di testare il workflow in varie condizioni prima di salvarlo e pubblicarlo. Un test ragionevole, come consiglio editoriale, include almeno un contatto non assegnato, uno già assegnato e più ingressi consecutivi per controllare che la sequenza scelta rispecchi la regola progettata.

La documentazione descrive anche un caso avanzato: la scelta dell’utente può arrivare da una logica esterna a HighLevel. In questo caso, nella selezione utenti si passa da Standard a Dynamic e si usa un ID utente, eventualmente tramite merge field. La fonte indica che Standard è normalmente preferibile quando la logica è semplice o definita nel workflow.

Per recuperare manualmente un user ID, la guida riporta il percorso Settings > My Staff, dove l’ID è visibile sotto l’indirizzo email dell’utente. Nel caso dinamico documentato, il workflow usa un Inbound Webhook Trigger, un’azione Find Contact e Assign User: il webhook riceve user_id e contact_email, Find Contact cerca il contatto tramite l’email ricevuta e Assign User usa in Dynamic il valore user_id del webhook. È un’implementazione avanzata: va adottata solo se esiste davvero una logica esterna che restituisce un ID utente valido.

Il risultato operativo

Risposta breve: ogni contatto che attraversa l’azione viene assegnato a un utente scelto dalla regola configurata, rendendo esplicita la responsabilità nel flusso.

Il risultato misurabile non è “più vendite” né una promessa di tempi di risposta migliori. È la presenza di un’assegnazione automatica applicata secondo l’ordine, i pesi e l’impostazione sui contatti già assegnati scelti nel workflow.

Con distribuzione uguale, il team può verificare che la rotazione segua i membri selezionati. Con distribuzione non uniforme, può verificare che la sequenza segua i pesi definiti. Con Only Apply To Unassigned Contacts attivo, può verificare che il workflow non cambi il proprietario di un contatto già assegnato attraverso quella specifica azione.

Questo rende più ordinato il passaggio da “lead entrato” a “persona responsabile”, ma non sostituisce qualificazione, follow-up e controllo della pipeline. Se il contatto resta fermo dopo l’assegnazione, servono regole ulteriori: puoi valutare il tutorial su workflow, task ed escalation per opportunità ferme.

Errori e limiti

Risposta breve: il rischio maggiore non è l’azione in sé, ma configurare una distribuzione senza aver deciso quando riassegnare, chi includere e cosa debba avvenire dopo l’assegnazione.

Evita questi errori:

• Confondere assegnazione uniforme e pesata. Equally ripartisce in modo uguale; Unevenly segue una sequenza di pesi. Non scegliere i pesi solo perché alcuni utenti sono più senior: il criterio deve riflettere una decisione operativa concreta.
• Disattivare Only Apply To Unassigned Contacts senza valutarne l’effetto. La fonte è esplicita: un contatto già assegnato può essere riassegnato e sovrascritto quando il trigger scatta.
• Inserire utenti non più coinvolti nel processo. La rotazione considera gli utenti selezionati nell’azione; la manutenzione della lista è parte del processo dell’agenzia.
• Usare Dynamic come configurazione standard. La guida indica Standard come scelta normale per logiche semplici. Dynamic richiede che un valore precedente contenga l’ID utente corretto.
• Dare per scontato che l’assegnazione garantisca un contatto immediato. Assign To User assegna il contatto; eventuali notifiche, task, SLA e azioni di follow-up richiedono una progettazione distinta.
• Pubblicare senza test. La stessa fonte raccomanda test in condizioni diverse prima della pubblicazione.

Il limite principale della funzione, per come è descritta dalla fonte, è che esegue la logica definita: non valuta autonomamente carichi reali, assenze, qualità del lead o priorità commerciali. Se la scelta del referente dipende da criteri complessi esterni, la documentazione presenta l’uso dinamico tramite webhook e user ID, ma questo aumenta la necessità di test e controllo dei dati.

In conclusione, il responsabile non deve più decidere manualmente ogni volta chi riceve il prossimo lead, purché abbia prima trasformato quella decisione in una regola chiara. Round-robin se l’obiettivo è la parità; pesi se serve una capacità diversa; protezione dei contatti già assegnati se la continuità del referente conta. Per altri spunti pratici sull’uso di HighLevel, consulta il nostro bonus WhatsApp per GoHighLevel. I risultati variano in base al contesto, alla qualità del processo e alla configurazione effettiva del workflow.

FAQ

Assign To User assegna i lead in round-robin automaticamente?

Sì. Secondo la documentazione ufficiale, quando nell’azione sono selezionati più utenti, HighLevel ruota le assegnazioni tra gli utenti indicati.

Qual è la differenza tra Equally e Unevenly in HighLevel?

Equally distribuisce le assegnazioni in modo uguale tra gli utenti. Unevenly permette di assegnare pesi diversi, per esempio 5:2, e ripete il ciclo secondo quel rapporto.

Cosa succede a un contatto già assegnato?

Dipende dal toggle Only Apply To Unassigned Contacts. Se è attivo, l’azione si applica solo ai contatti senza assegnatario. Se è disattivo, un’assegnazione esistente può essere sovrascritta quando il workflow si attiva.

Posso assegnare tutti i lead a un solo commerciale?

Sì. Selezionando un solo utente, tutti i contatti che raggiungono l’azione vengono assegnati a quell’utente e non avviene alcuna rotazione.

Quando serve l’assegnazione dinamica tramite user ID?

Serve nei casi avanzati in cui una logica esterna a HighLevel determina già quale utente debba ricevere il contatto e invia il relativo user ID al workflow. Per logiche semplici, la fonte raccomanda normalmente la selezione Standard.

Assign To User invia anche una notifica al commerciale?

La fonte descrive Assign To User come azione di assegnazione del contatto. Non va considerata, da sola, una configurazione certa di notifica o SLA: tali azioni vanno progettate separatamente nel workflow.