La domanda utile non è «quale AI comprare?», ma «in quale punto del nostro ciclo di vendita perdiamo il filo?». Può essere il preventivo senza risposta, il contatto arrivato da una fiera che non ha un proprietario, o la trattativa che resta ferma senza un prossimo passo. Scegline uno soltanto e trasformalo in un pilot breve, osservabile e reversibile.
Che cosa fa davvero l’AI in un CRM
Un CRM conserva dati e attività commerciali: aziende, persone di contatto, trattative, chiamate, email registrate e prossime azioni. L’AI può leggere i campi che le sono messi a disposizione e produrre un riepilogo, classificare una richiesta, proporre un’attività o assegnare una priorità. Il risultato è una raccomandazione, non una verità sul cliente.
Per una piccola azienda, gli usi iniziali più controllabili sono tre. Il primo è il riassunto di una scheda lunga in pochi punti verificabili. Il secondo è la segnalazione di opportunità senza una prossima azione registrata. Il terzo è una bozza di task, per esempio «richiamare entro venerdì, perché è arrivata una risposta dopo l’offerta». In tutti e tre i casi il commerciale conserva il potere di correggere, ignorare o approvare.
È diverso dal lasciare che un sistema invii email, modifichi un listino o escluda un contatto senza controllo. Se nella soluzione è presente AI generativa, una bozza può anche contenere affermazioni errate o inventate: il profilo del NIST per l’AI generativa indica le confabulazioni e la privacy tra i rischi da gestire. Per questo una bozza commerciale va confrontata con la scheda CRM e con i documenti di riferimento prima dell’uso.
Prima del pilot: dati che aiutano a decidere
Un punteggio sofisticato non compensa un CRM nel quale le fasi hanno nomi diversi, il proprietario della trattativa manca o l’ultima attività è una nota libera di due anni fa. Prima di collegare l’AI, osserva un campione di schede recenti e definisci il minimo comune utile. Per il pilot bastano spesso i dati che permettono di scegliere un prossimo passo, non l’intera storia del rapporto.
| Campo del pilot | Domanda di qualità | Uso consentito nel pilot |
|---|---|---|
| Fase della trattativa | Le definizioni sono uguali per tutti? | Individuare le opportunità ferme |
| Data dell’ultima attività | Deriva da un’attività reale e datata? | Ordinare il follow-up |
| Prossima azione e responsabile | Sono entrambi presenti? | Proporre o assegnare un task da confermare |
| Origine del lead | Il valore è scelto da un elenco coerente? | Confrontare canali nello stesso pilot |
| Motivo della priorità | È leggibile e collegato a campi noti? | Consentire controllo e correzione |
Se un campo è vuoto o poco attendibile, la regola non è inventarlo con l’AI: va marcato come mancante. Conserva inoltre la distinzione tra fatto registrato e inferenza. «Ultimo contatto il 12 ottobre» è un fatto del CRM; «interesse alto» è un’ipotesi e deve mostrare gli elementi che l’hanno generata. Questa separazione rende più facile correggere un errore e discutere il lavoro con il team.
Il metodo delle tre corsie per lead e follow-up
Per evitare un progetto troppo ampio, usa il metodo delle tre corsie. È una procedura originale pensata per un pilot commerciale, non un modello legale né un punteggio universale.
- Delimita la platea. Prendi, per esempio, solo opportunità B2B aperte negli ultimi 90 giorni e ancora nella stessa fase. Escludi da subito i record senza responsabile, quelli con una richiesta di non essere contattati e le categorie che il pilot non deve trattare.
- Definisci tre esiti. La corsia A contiene schede complete con una prossima azione plausibile; la corsia B contiene schede da verificare perché mancano informazioni o l’ultima attività è lontana; la corsia C raccoglie casi che richiedono un esame umano prima di qualunque azione, come una contestazione o una richiesta complessa.
- Chiedi sempre il perché. Ogni proposta deve riportare una motivazione breve, per esempio «nessuna attività nei 14 giorni successivi all’invio dell’offerta», e i campi da cui proviene. Un’etichetta “caldo” senza spiegazione non è operativamente controllabile.
- Fai approvare l’azione. Il responsabile accetta, modifica o rifiuta il task. Registra il motivo del rifiuto con scelte semplici, come “dato errato”, “tempistica non adatta” o “azione già svolta”. Il rifiuto è un’informazione per migliorare il flusso, non un comportamento da eliminare.
Questo metodo serve a far emergere il lavoro dimenticato, non a decidere chi merita un’offerta. È anche più adatto a un’organizzazione piccola: la persona che conosce la trattativa può correggere l’output nel punto in cui l’errore costa meno.
Valutare un caso d’uso prima di attivarlo
Puoi confrontare le idee del team con una griglia da 0 a 2 per ciascun criterio. Assegna 0 se la condizione è assente, 1 se è parziale e 2 se è soddisfatta. Somma i sei valori soltanto per ordinare le priorità interne: il totale non dimostra conformità normativa né precisione dell’AI.
- Decisione precisa: è chiaro quale task dovrebbe aiutare a prendere?
- Dati verificabili: i campi necessari sono presenti, aggiornati e comprensibili?
- Reversibilità: si può fermare il flusso senza aver inviato messaggi o cancellato dati?
- Impatto sulla persona: l’output suggerisce un’attività interna o incide direttamente e in modo rilevante su qualcuno?
- Revisione assegnata: esiste un responsabile con tempo e autorità per correggere?
- Misura definita: è noto quale indicatore confronterà il prima e il dopo?
Un promemoria per una trattativa senza prossimo passo tende a essere un candidato iniziale migliore di un sistema che decide automaticamente quale cliente escludere. La differenza non è tecnica: cambia il rischio, la necessità di spiegare l’output e l’effetto sulla relazione commerciale. Per tradurre questa griglia in un perimetro concreto, una PMI può partire dalla mappa di processo proposta nelle soluzioni AI per aziende, senza assumere che esista un’automazione standard adatta a tutti.
Privacy e controlli: cosa impostare prima dei collegamenti
Un CRM contiene spesso dati personali di referenti, clienti e potenziali clienti. Il fatto che i dati siano già nel CRM non rende automaticamente appropriato ogni nuovo uso, ogni condivisione con un fornitore o ogni previsione derivata. L’articolo 5 del GDPR richiede, tra gli altri principi, finalità determinate, minimizzazione, esattezza, limitazione della conservazione e sicurezza. Tradotto per il pilot: documenta lo scopo, scegli il minor numero di campi utile e stabilisci chi può vedere, esportare o correggere l’output.
Prima di caricare cronologie, note o allegati in uno strumento AI, fai un controllo sui dati che servono davvero. Non trasferire intere caselle email “nel dubbio”, né trasformare annotazioni personali in campi di scoring. Dati che rivelano salute, convinzioni, appartenenza sindacale o altri elementi particolari richiedono valutazioni ulteriori; se emergono nelle note, la misura prudente è escluderle dal pilot finché non sono stati chiariti necessità, base giuridica e garanzie.
La base giuridica va collegata alla singola finalità, non scelta con un’etichetta generica. La guida EDPB per PMI ricorda che il consenso, quando è la base scelta, deve essere libero, specifico, informato e inequivocabile; per il legittimo interesse occorrono interesse reale e presente, necessità e un bilanciamento con diritti, aspettative ragionevoli e interessi della persona. La stessa guida chiarisce che il contratto non è una base automatica per finalità di marketing. Per il caso concreto, informa in modo chiaro le persone interessate, gestisci le opposizioni e chiedi un parere competente se il trattamento è invasivo o incerto.
Una priorità automatica non va usata come rifiuto definitivo, stop ai contatti o decisione che produce effetti giuridici o analogamente significativi senza verificarne il regime. Il GDPR definisce la profilazione e disciplina le decisioni basate unicamente su trattamenti automatizzati nell’articolo 22. Mantieni quindi un intervento umano effettivo: il commerciale deve poter vedere gli elementi, contestare il suggerimento e cambiare l’esito. Per i casi a impatto maggiore, valuta con chi segue privacy e legale se sono necessarie tutele ulteriori.
Sul piano pratico, annota ruoli e autorizzazioni, istruzioni al fornitore, localizzazione e trasferimenti dei dati quando pertinenti, tempi di conservazione, log delle modifiche e procedura per rettifiche o cancellazioni.
Misurare se il pilot aiuta il team
Misura prima la qualità del lavoro e poi gli effetti commerciali. Una lista lunga di lead “caldi” non è un risultato; lo è se il team riconosce priorità sensate e riesce a intervenire nei tempi concordati. Crea una riga di partenza per le settimane precedenti con stessa fase, canale e tipo di opportunità, così da non attribuire all’AI differenze dovute a stagionalità o mix dei lead.
Per ogni proposta registra: data, corsia, motivazione, decisione del responsabile, azione svolta, eventuale correzione e risultato osservabile. Quattro indicatori bastano all’inizio: percentuale di proposte accettate; percentuale di azioni effettuate entro la finestra definita; appuntamenti fissati sui contatti lavorati; errori o rettifiche per categoria. Mantieni separati i tassi: non sommare contatti, preventivi e vendite in un unico numero.
Esempio ipotetico. In un mese il sistema propone 30 task. Il team ne accetta 24, ne esegue 18 entro la finestra scelta e ottiene 4 appuntamenti. I tassi sono 80% di accettazione, 75% di azioni tempestive sulle proposte accettate e 22,2% di appuntamenti sui contatti lavorati. Non sono benchmark né una previsione di ricavi: mostrano solo dove guardare. Se l’accettazione è bassa, controlla motivazioni e dati; se è alta ma le azioni non avvengono, il collo di bottiglia può essere nella capacità del team, non nell’AI.
Il framework AI RMF del NIST organizza la gestione del rischio nelle funzioni Govern, Map, Measure e Manage. In una PMI queste parole possono tradursi in un referente che approva le regole, una mappa di dati e impatti, un controllo periodico di qualità e una procedura per correggere o spegnere il pilot. Non è una certificazione: è un promemoria per non fermarsi all’attivazione tecnica.
Un pilot di quattro settimane, non un progetto senza confini
Nella prima settimana definisci platea, campi, corsie, persone abilitate e criterio di stop. Nella seconda esegui il flusso solo su un piccolo campione e fai correggere le ragioni delle priorità. Nella terza allarga il campione soltanto se le correzioni sono tracciabili e i dati non escono dal perimetro deciso. Nella quarta confronta gli indicatori con la riga di partenza e raccogli i motivi di accettazione e rifiuto dal team.
Interrompi o riduci il pilot se le proposte non spiegano la loro origine, i record vengono alterati, compaiono dati fuori scopo, nessuno è responsabile della revisione o gli errori si ripetono senza una strada di correzione. Anche un risultato apparentemente positivo merita una verifica: una priorità che favorisce sistematicamente record più completi può nascondere che i lead inseriti in modo meno uniforme ricevono meno attenzione.
La normativa europea sull’AI si applica per fasi e le classificazioni dipendono dal caso d’uso. La cronologia della Commissione europea, aggiornata il 20 ottobre 2026, indica tra l’altro l’applicazione dal 2 dicembre 2027 delle regole per i sistemi ad alto rischio dell’Allegato III. Un CRM con AI non va quindi etichettato in modo automatico: documenta funzione, dati, persone coinvolte e impatto, poi ottieni una valutazione specialistica quando necessaria.
Da dove cominciare domani
Estrai una lista limitata di opportunità aperte. Controlla per ciascuna fase, responsabile, ultima attività e prossima azione. Scegli una sola regola che renda visibile un ritardo, fai produrre all’AI un suggerimento con motivazione e lascia che il commerciale lo approvi. Dopo quattro settimane decidi se correggere, mantenere o fermare il flusso sulla base di dati osservati.
Se vuoi confrontare il tuo caso, puoi descrivere volontariamente nell’assistente in basso il punto del processo che oggi fa perdere tempo, quali dati sono disponibili e quale decisione vorresti rendere più chiara. Questo basta per avviare un ragionamento sul perimetro, senza trasformare il CRM in un sistema che agisce al posto delle persone.