CRM Kanban: come mettere ordine nelle opportunità commerciali
Come organizzare le opportunità commerciali su una bacheca Kanban: fasi, criteri di ingresso e uscita, responsabilità e revisione delle schede ferme.

Un CRM Kanban è un CRM in cui le opportunità commerciali compaiono come schede disposte in colonne, una colonna per ogni fase della trattativa. Aiuta davvero solo se ogni colonna ha regole chiare per entrare e per uscire e se ogni scheda dice chi la segue, qual è il prossimo passo e quando la si ricontrolla. In questa guida costruisci una pipeline Kanban passo dopo passo, partendo da un esempio ipotetico. Vedrai anche come tenerla separata dai task di progetto e come rivedere ogni settimana le schede ferme.
In breve
- Una bacheca Kanban nel CRM mostra tutte le trattative aperte e la fase in cui si trovano. Funziona solo se le fasi hanno criteri espliciti di ingresso e uscita.
- Un contatto non è un'opportunità: entra in pipeline solo quando c'è un'esigenza verificata.
- Ogni scheda ha tre campi obbligatori: responsabile, prossimo passo, data del controllo.
- La trattativa e il lavoro operativo vanno su bacheche diverse: quando l'opportunità è vinta, parte il progetto.
- Una revisione settimanale delle schede ferme e dei dati mancanti tiene la pipeline affidabile, senza bisogno di probabilità di chiusura inventate.
Indice
- Che cos'è un CRM Kanban
- Le logiche del Kanban utili nella vendita
- Trattativa o task di progetto: due bacheche diverse
- Una pipeline ipotetica con criteri di ingresso e uscita
- Cosa scrivere in ogni scheda
- Come costruire la bacheca: i passaggi
- Esempio ipotetico: dalla richiesta al passaggio operativo
- Come rivedere schede ferme e informazioni mancanti
- Coordinare il team: follow-up, comunicazioni e passaggi tra reparti
- Errori frequenti da evitare
- Checklist per la tua pipeline Kanban
- Imposta la tua pipeline con Flusia
- Domande frequenti
- Raccomandati
Che cos'è un CRM Kanban
Il Kanban è un metodo per gestire il flusso di lavoro. Si rende visibile il lavoro su una bacheca, si limita quanto lavoro è in corso nello stesso momento e si migliora il processo poco per volta. Secondo la guida ufficiale della Kanban University, visualizzare il lavoro e il suo flusso rende il lavoro più trasparente, favorisce la collaborazione e aiuta a vedere dove migliorare.
Con Kanban elettronico si intende la stessa logica portata su un software: le schede sono record digitali che si spostano tra le colonne, invece di cartoncini su una lavagna. In un CRM ogni scheda è un'opportunità collegata a un'azienda, a uno o più contatti e allo storico delle comunicazioni.
La differenza rispetto a un elenco o a un foglio di calcolo è pratica:
- vedi il flusso: quante trattative ci sono in ogni fase e dove si accumulano;
- vedi le responsabilità: chi sta seguendo cosa;
- vedi le soste: le schede che non si muovono da troppo tempo.
Se oggi segui le trattative su un foglio condiviso, la guida CRM vs Excel spiega dove il foglio comincia a limitare il lavoro del team. Per le basi della pipeline (cos'è, quali fasi, come crearla) puoi partire da pipeline di vendita: fasi e creazione. Qui il focus è più operativo: come far funzionare la bacheca giorno per giorno.
Le logiche del Kanban utili nella vendita
Il metodo comprende più pratiche. Nella gestione commerciale ne servono soprattutto cinque.
- Visualizzare il flusso. Ogni fase della trattativa diventa una colonna. Il team guarda la stessa rappresentazione, invece di ricostruire lo stato delle trattative a voce.
- Limitare il lavoro in corso (WIP, work in progress). Il limite WIP è il numero massimo di elementi ammessi in uno stato o nell'intero sistema, come spiega la Kanban Guide nell'edizione aggiornata. Nella vendita significa, per esempio, fissare quante proposte aperte può seguire bene un venditore.
- Logica pull. Nuovo lavoro entra solo quando c'è capacità per gestirlo. Per un team commerciale vuol dire non spingere in pipeline richieste che nessuno ha il tempo di qualificare.
- Politiche esplicite. Sono le regole scritte di ingresso e uscita da ogni fase e gli accordi su come si collabora. La Kanban University le considera necessarie perché il sistema sia comprensibile anche a chi entra nel team.
- Feedback loop. Sono momenti fissi di revisione, come la riunione settimanale sulla pipeline, in cui il team guarda il flusso e decide cosa cambiare.
La stessa guida collega i limiti WIP a meno ritardi, meno passaggi continui da un'attività all'altra (context switching) e un flusso più continuo. Sono effetti descritti dal metodo, non risultati garantiti: dipendono da come il team applica le regole.
Vantaggi e limiti da conoscere
| Aspetto | Cosa ottieni | Attenzione a |
|---|---|---|
| Visibilità | Stato delle trattative leggibile in pochi secondi | Colonne troppe o vaghe rendono la bacheca confusa |
| Collaborazione | Una vista comune per venditori, responsabili e operativi | Serve un responsabile per ogni scheda, altrimenti nessuno agisce |
| Flusso | Le soste diventano evidenti | Spostare una scheda non equivale a far avanzare la trattativa |
| Adozione | Spostare schede è intuitivo | Senza regole scritte ognuno usa le colonne a modo suo |
Trattativa o task di progetto: due bacheche diverse
Un errore frequente è mettere sulla stessa bacheca le trattative e il lavoro da consegnare. Sono due flussi diversi, con domande diverse.
| Scheda opportunità (pipeline CRM) | Task di progetto | |
|---|---|---|
| Domanda a cui risponde | Il cliente comprerà? Quando e a quali condizioni? | Cosa dobbiamo fare per consegnare? |
| Chi la segue | Venditore o account | Project manager, tecnici, operativi |
| Fine del percorso | Vinta o persa, con motivo | Completato |
| Prossimo passo tipico | Chiamata, incontro, invio proposta | Attività operativa con scadenza |
La regola è semplice: la trattativa vinta genera il lavoro operativo, non lo contiene. Quando la scheda passa a "Vinta", si apre un progetto con i suoi task. Se ti serve scegliere tra viste Kanban e Gantt per i progetti, trovi il confronto nella guida su Gantt, Kanban e task.
Una pipeline ipotetica con criteri di ingresso e uscita
L'esempio che segue è ipotetico e serve come base da adattare. Riguarda un'azienda che vende servizi o prodotti su preventivo, ma la logica vale per settori e dimensioni diversi.
Prima della pipeline c'è l'elenco dei lead, cioè contatti che hanno mostrato un interesse. Un lead diventa opportunità solo quando l'esigenza è verificata. Così la pipeline resta un elenco di possibili vendite reali, non una rubrica.
| Fase | Criterio di ingresso | Criterio di uscita |
|---|---|---|
| 1. Esigenza da approfondire | Lead contattato, esigenza confermata dal cliente | Fissato un incontro o una call di analisi |
| 2. Analisi | Incontro svolto, note registrate nella scheda | Requisiti, referente decisionale e tempistica noti |
| 3. Proposta inviata | Preventivo inviato e collegato alla scheda | Il cliente ha dato un riscontro sulla proposta |
| 4. Negoziazione | Richieste di modifica o condizioni in discussione | Accordo raggiunto o trattativa chiusa |
| 5a. Vinta | Conferma scritta del cliente | Passaggio operativo completato |
| 5b. Persa | Rinuncia del cliente o decisione interna | Motivo della perdita registrato |
Tre accorgimenti rendono le regole applicabili:
- scrivi i criteri dove il team li vede, per esempio nella descrizione della fase o in un documento condiviso;
- un criterio deve essere verificabile: "cliente interessato" non lo è, "incontro svolto con note registrate" sì;
- "Persa" è una fase vera: registrare il motivo serve a capire dove si perdono le trattative.
Se i lead arrivano in grandi quantità, conviene stabilire prima quali qualificare per primi. La guida sul lead scoring automatico spiega come dare priorità ai contatti prima che entrino in pipeline.
Cosa scrivere in ogni scheda
Ogni scheda opportunità ha tre campi obbligatori, senza eccezioni:
- Responsabile: una sola persona, non "commerciale" o "team".
- Prossimo passo: un'azione concreta con un verbo, per esempio "chiama Rossi per conferma budget" e non "seguire".
- Data del controllo: il giorno in cui il responsabile verifica se il passo è stato fatto e decide il successivo.
Poi ci sono i campi utili, da compilare quando la fase lo richiede:
- azienda e referente, con il ruolo decisionale;
- origine della richiesta (form, campagna, passaparola, evento);
- esigenza descritta con le parole del cliente;
- valore stimato della trattativa, se lo conosci, senza inventarlo;
- documenti collegati: preventivo, note degli incontri, email;
- motivo di perdita, solo per le schede chiuse come perse.
Non aggiungere una percentuale di probabilità di chiusura se non hai dati storici per calcolarla. La fase e i criteri soddisfatti dicono già dove si trova la trattativa. Una percentuale stimata a occhio fa sembrare le previsioni più precise di quanto sono.
Come costruire la bacheca: i passaggi
- Elenca le trattative aperte oggi. Raccogli quelle sparse tra fogli, email e chat in un unico elenco.
- Scrivi le fasi reali del tuo processo. Parti da come vendi oggi, non da un modello teorico. Cinque o sei fasi bastano nella maggior parte dei casi.
- Definisci ingresso e uscita per ogni fase. Usa criteri verificabili, come nella tabella sopra.
- Rendi obbligatori responsabile, prossimo passo e data del controllo. Una scheda senza uno di questi campi non va in pipeline.
- Fissa un limite WIP dove si creano code. Per esempio, ipoteticamente, un massimo di proposte aperte per venditore. Se il limite è raggiunto, prima si chiudono o si aggiornano le proposte esistenti.
- Stabilisci il passaggio operativo. Decidi chi riceve la trattativa vinta e quali informazioni gli servono.
- Fissa la revisione settimanale. Giorno, durata e partecipanti, sempre uguali.
Per l'adozione, coinvolgi il team già al passaggio 2: chi vende conosce le fasi reali meglio di chiunque. Condividi le regole scritte e rivedile dopo le prime settimane di uso.
Esempio ipotetico: dalla richiesta al passaggio operativo
Il caso è ipotetico e serve solo a mostrare il percorso di una scheda.
Lunedì. Una responsabile acquisti di un'azienda manifatturiera compila il form sul sito e chiede informazioni su un servizio di manutenzione. Il contatto entra tra i lead, non in pipeline.
Martedì. Marco, il venditore, la chiama. L'esigenza è concreta: un contratto annuale per due sedi. Ora è un'opportunità e la scheda va in "Esigenza da approfondire". Responsabile: Marco. Prossimo passo: fissare un sopralluogo. Data del controllo: venerdì.
Settimana successiva. Il sopralluogo è fatto e le note sono nella scheda. Marco sa chi decide (il direttore di stabilimento) e quando (entro il trimestre). La scheda passa in "Analisi" e poi esce, perché i criteri di uscita sono soddisfatti.
Proposta. Il preventivo viene inviato e collegato alla scheda. Prossimo passo: "chiamare per un riscontro", con la data del controllo fissata cinque giorni dopo.
Negoziazione. Il cliente chiede di modificare la frequenza degli interventi. Marco aggiorna la proposta e la scheda resta in "Negoziazione" finché non arriva la conferma scritta.
Vinta e passaggio operativo. Alla conferma la scheda va in "Vinta". Si apre un progetto con i task di attivazione: pianificazione degli interventi, assegnazione dei tecnici, invio dei documenti. Il project manager trova nella scheda tutto ciò che serve: referenti, esigenze, proposta accettata. La trattativa è chiusa, il lavoro operativo prosegue sulla sua bacheca.
Come rivedere schede ferme e informazioni mancanti
Una pipeline perde affidabilità quando le schede restano ferme senza che nessuno se ne accorga. La revisione settimanale serve a evitarlo. Ecco una routine di circa trenta minuti:
- Controlla le date del controllo scadute. Per ogni scheda chiedi al responsabile: il passo è stato fatto? Qual è il prossimo?
- Cerca le schede senza prossimo passo. Una trattativa senza azione prevista è, nei fatti, ferma.
- Guarda da quanto tempo ogni scheda è nella stessa fase. Non serve una soglia universale: confronta con il tempo tipico delle tue trattative e decidi una soglia interna.
- Verifica i dati mancanti per la fase. Una scheda in "Proposta inviata" senza preventivo collegato non rispetta il criterio di ingresso: va riportata indietro o completata.
- Chiudi ciò che è chiuso. Se il cliente non risponde da molto tempo e i tentativi documentati sono esauriti, sposta la scheda in "Persa" con il motivo. Una pipeline onesta è più utile di una pipeline piena.
- Guarda dove si accumulano le schede. Se una colonna è sempre affollata, lì c'è un collo di bottiglia: discuti col team se cambiare il criterio, la capacità o il limite WIP.
Molte schede ferme nascono da lead gestiti male all'inizio. I 7 errori nella gestione dei lead aiutano a capire dove intervenire a monte.
Coordinare il team: follow-up, comunicazioni e passaggi tra reparti
La bacheca funziona come punto di coordinamento se le informazioni restano collegate alla scheda e non sparse in canali privati.
Se nelle tue comunicazioni ci sono invii promozionali o newsletter, verifica consensi e impostazioni privacy con il referente privacy della tua azienda prima di automatizzarli.
Errori frequenti da evitare
- Fasi che descrivono attività invece di stati: "Chiamare" non è una fase, è un prossimo passo.
- Ogni contatto in pipeline: gonfia la bacheca e falsa la lettura del flusso.
- Schede condivise tra più responsabili: se tutti la seguono, nessuno la segue.
- Task operativi mescolati alle trattative: il project manager e il venditore leggono la bacheca in modi diversi.
- Percentuali di chiusura stimate a occhio: meglio criteri verificabili.
- Revisione saltata: senza un feedback loop fisso, le regole smettono di essere rispettate.
Checklist per la tua pipeline Kanban
- Ho raccolto tutte le trattative aperte in un unico posto.
- Lead e opportunità sono separati.
- Ogni fase ha un criterio di ingresso e uno di uscita scritti e verificabili.
- Esistono le fasi "Vinta" e "Persa", con motivo di perdita obbligatorio.
- Ogni scheda ha responsabile, prossimo passo e data del controllo.
- Ho fissato un limite WIP nelle fasi dove si creano code.
- Il passaggio dalla trattativa vinta al progetto ha un responsabile e un elenco di informazioni da trasferire.
- La revisione settimanale ha giorno, durata e partecipanti fissi.
- Le comunicazioni con il cliente sono collegate alla scheda.
- Le regole sono condivise con tutto il team e riviste dopo le prime settimane.
Imposta la tua pipeline con Flusia
Flusia è un CRM italiano che mette in relazione clienti, opportunità e lavoro del team. In un'unica piattaforma trovi la gestione di clienti e lead, i preventivi, la gestione di progetti e task con viste Kanban e Gantt, le automazioni dei workflow, l'agenda appuntamenti, la chat WhatsApp e la gestione di utenti e ruoli. In pratica la trattativa vinta e il progetto che ne nasce restano collegati. I contatti possono arrivare anche dai form web o tramite l'acquisizione lead automatica, e l'integrazione con Google Workspace collega il CRM agli strumenti che il team usa già.
Il supporto è gestito da un team italiano, contattabile anche su WhatsApp. Funzioni disponibili, piani e fasce di utenti dipendono dal piano scelto: trovi le condizioni aggiornate nella pagina prezzi di Flusia.
Vuoi vedere come funzionerebbe sulla tua pipeline? Richiedi una demo su Flusia: partiamo dalle tue fasi reali e dai tuoi criteri di ingresso e uscita.
Domande frequenti
Qual è la differenza tra un CRM Kanban e una bacheca Kanban generica?
Una bacheca generica gestisce qualsiasi tipo di attività. In un CRM Kanban ogni scheda è un'opportunità collegata a cliente, contatti, preventivi e storico delle comunicazioni. Così la bacheca non mostra solo lo stato, ma anche tutte le informazioni per decidere il prossimo passo.
Quante fasi deve avere una pipeline Kanban?
Non esiste un numero corretto per tutti. Conviene partire dalle fasi reali del tuo processo, spesso cinque o sei, più "Vinta" e "Persa". Se due fasi hanno criteri di uscita quasi uguali, uniscile.
Come si applica il limite WIP alla vendita?
Scegli le fasi dove si creano code, di solito proposte e negoziazioni, e fissa un numero massimo di schede per persona o per fase. Quando il limite è raggiunto, il team chiude o aggiorna le schede esistenti prima di aprirne di nuove. Il limite va rivisto in base a come scorre il lavoro.
Ogni quanto va rivista la pipeline?
Una revisione settimanale a giorno fisso è un buon punto di partenza per molti team. In quella sede controlli le date scadute, le schede senza prossimo passo e i dati mancanti. Ogni responsabile, inoltre, lavora ogni giorno dalle proprie date del controllo.
Raccomandati
- Gestione progetti: guida a Gantt, Kanban e task
- CRM per agenti plurimandatari: come organizzarlo
- Pipeline di vendita: cos'è, fasi e come crearla
- Come assegnare i lead ai commerciali del team
Le procedure e le tabelle della guida sono modelli da adattare al proprio processo. Prima di attivare un automatismo, verifica con il team quali passaggi sono disponibili nel piano e quali richiedono configurazioni o integrazioni.
Condividi questo articolo
Scritto da
Flusia
Risorse e guide sul CRM
Articoli correlati

Lead scoring B2B: distinguere una richiesta seria da una visita
Un modello di lead scoring B2B con esempi ipotetici: separa cliente ideale, problema espresso e interesse e verifica i punteggi con il commerciale.

Migrazione dei dati CRM: come pianificare il cambio di sistema
Pianifica una migrazione CRM con inventario, mappatura, prova, riconciliazione e piano di ritorno. Checklist per preservare dati e relazioni.

Parametri UTM: guida pratica per newsletter, campagne e CRM
Come impostare i parametri UTM per newsletter e campagne, testarli e conservare la provenienza delle richieste nel CRM senza confondere clic e vendite.