Checklist per il lead routing: territorio, prodotto, priorità e SLA
16 Settembre 2026 · Dati e misurazione
Perché usare questa checklist
Questa checklist serve a verificare se una richiesta raggiunge la persona corretta quando prodotto, territorio, account e priorità entrano in conflitto. Va applicata a lead di prova e casi reali anonimizzati, includendo eccezioni, assenze e dati incompleti, così da osservare non solo l’assegnazione iniziale ma anche presa in carico, riassegnazioni ed escalation.
Classificare prima di assegnare
RFQ, assistenza, cliente, distributore e richiesta esplorativa sono oggetti diversi. Il routing dipende da una tassonomia condivisa con form e CRM.
Ordinare i criteri
Prodotto, territorio, account ownership, lingua, valore e urgenza possono entrare in conflitto. L’ordine delle regole deve essere esplicito.
Gestire persone e disponibilità
Owner, collaboratore tecnico, sostituto e approvatore non coincidono sempre. Assenze e code devono avere fallback.
Collegare SLA ed escalation
Il tempo parte da un evento osservabile e termina con un’azione definita. Le violazioni devono generare escalation e non soltanto un report.
Controllare qualità e manutenzione
Riassegnazioni, lead senza owner e motivi di rifiuto mostrano se le regole funzionano. Ogni cambio organizzativo deve attivare una revisione.
Checklist operativa
| Area | Controllo | Evidenza richiesta | Priorità |
|---|---|---|---|
| Intento | Le categorie del form corrispondono a code e stati CRM? | Taxonomy map | Alta |
| Prodotto | Famiglie e competenze determinano il referente corretto? | Product routing matrix | Alta |
| Territorio | Paese, lingua e area hanno regole ed eccezioni? | Territory rules | Alta |
| Account | Clienti e account strategici vengono riconosciuti e deduplicati? | Account matching test | Alta |
| Priorità | Urgenza e valore sono basati su dati reali? | Priority rules | Media |
| Owner | È distinto chi possiede il lead da chi supporta tecnicamente? | RACI | Alta |
| Disponibilità | Ferie, assenze e carico hanno fallback? | Coverage plan | Alta |
| Dati incompleti | Esiste una coda di triage con owner e SLA? | Exception workflow | Alta |
| SLA | Presa in carico, risposta ed escalation sono misurabili? | SLA specification | Alta |
| Notifiche | Email e alert non sostituiscono lo stato nel CRM? | Notification audit | Media |
| QA | Sono testati casi normali, duplicati e conflitti? | Test suite | Alta |
| Revisione | Cambi di persone, offerte e territori attivano aggiornamento? | Change trigger | Alta |
Come compilare la checklist
Per assegnare un esito occorre mostrare il comportamento del routing con record CRM, timestamp o lead di test. “Conforme” indica che il caso segue la regola prevista fino alla presa in carico; “parziale” segnala eccezioni non coperte o passaggi manuali non tracciati; “non conforme” identifica un’assegnazione errata o assente; “non applicabile” è ammesso solo quando quel criterio non interviene nel modello commerciale esaminato.
| Esito | Significato | Azione |
|---|---|---|
| Conforme | Regola applicata, provata e assegnata. | Mantenere e fissare la revisione. |
| Parziale | Pratica esistente ma incompleta o non misurabile. | Definire lacuna, owner e scadenza. |
| Non conforme | Controllo assente o problema osservato. | Aprire backlog e gestire dipendenze. |
| N/A | Controllo estraneo al perimetro. | Documentare la motivazione. |
Controlli bloccanti
Intento
Le categorie del form corrispondono a code e stati CRM? L’evidenza minima è “Taxonomy map”. Il controllo è bloccante quando la sua assenza rende inaffidabili dati, decisioni o attività successive. Deve avere un owner e un criterio di chiusura.
Prodotto
Famiglie e competenze determinano il referente corretto? L’evidenza minima è “Product routing matrix”. Il controllo è bloccante quando la sua assenza rende inaffidabili dati, decisioni o attività successive. Deve avere un owner e un criterio di chiusura.
Territorio
Paese, lingua e area hanno regole ed eccezioni? L’evidenza minima è “Territory rules”. Il controllo è bloccante quando la sua assenza rende inaffidabili dati, decisioni o attività successive. Deve avere un owner e un criterio di chiusura.
Account
Clienti e account strategici vengono riconosciuti e deduplicati? L’evidenza minima è “Account matching test”. Il controllo è bloccante quando la sua assenza rende inaffidabili dati, decisioni o attività successive. Deve avere un owner e un criterio di chiusura.
Owner
È distinto chi possiede il lead da chi supporta tecnicamente? L’evidenza minima è “RACI”. Il controllo è bloccante quando la sua assenza rende inaffidabili dati, decisioni o attività successive. Deve avere un owner e un criterio di chiusura.
Disponibilità
Ferie, assenze e carico hanno fallback? L’evidenza minima è “Coverage plan”. Il controllo è bloccante quando la sua assenza rende inaffidabili dati, decisioni o attività successive. Deve avere un owner e un criterio di chiusura.
Output obbligatori
- Tassonomia richieste
- Matrice routing e priorità
- Piano fallback ed escalation
- Test suite end-to-end
- Dashboard SLA e riassegnazioni
Le anomalie rilevate vanno convertite in modifiche identificabili delle regole, dei campi CRM o delle code, specificando casi di test, dipendenze tecniche e modalità di rilascio. Una voce può essere chiusa dopo aver verificato sia il percorso ordinario sia almeno le eccezioni pertinenti, compresi duplicati, indisponibilità del referente e conflitti tra territorio e prodotto.
Scenario applicativo
Le richieste vengono assegnate per regione, ma alcune linee richiedono uno specialista nazionale. Il lead passa tra tre persone prima della risposta.
La checklist separa owner commerciale e collaboratore tecnico, introduce deduplica e fallback e misura il tempo fino alla prima azione utile.
Errori da evitare
- Usare una casella condivisa come routing.
- Creare regole senza ordine.
- Confondere owner e collaboratore.
- Non gestire assenze.
- Lasciare lead incompleti senza proprietario.
- Misurare solo l’assegnazione automatica.
Domande frequenti
Il routing deve essere completamente automatico?
Le regole certe possono esserlo; i casi ambigui richiedono una coda governata.
Come trattare i clienti esistenti?
Con riconoscimento dell’account e priorità coerente con ownership e servizio richiesto.
Chi approva le regole?
Vendite e operations con supporto CRM, marketing e responsabili tecnici.
Approfondisci il servizio: Analytics e conversioni.