Automazione CRM: cosa comprende davvero e come si rompe in silenzio

Chiedi a dieci piccole imprese cosa significhi automazione CRM e otto descriveranno una sequenza di email. Qualcuno compila un modulo e nelle due settimane successive riceve quattro messaggi scritti mesi prima da chi allora aveva tempo di scriverli.

Questa è automazione CRM più o meno come un tergicristallo è un'automobile. È reale, è visibile ed è una frazione del meccanismo. Le parti che cambiano davvero il funzionamento di un'azienda sono meno fotogeniche: dati che si registrano da soli come effetto collaterale del lavoro, record che si instradano da soli verso un referente, fasi che riflettono la realtà senza che nessuno trascini una scheda, relazioni che alzano la mano quando iniziano a spegnersi, e report che esistono già il lunedì mattina senza che un essere umano li abbia assemblati.

Questo pezzo copre tutte e cinque le aree e poi dedica attenzione vera alla parte che quasi tutti gli articoli saltano: i modi concreti in cui l'automazione CRM si rompe. Non il generico avvertimento a partire in piccolo, ma le tre modalità di guasto che producono danno reale, il motivo per cui ciascuna è difficile da vedere e cosa dovrebbe farci un team piccolo. Si chiude con la governance, parola che suona da azienda con ufficio compliance e che nei fatti è la differenza tra un'automazione di cui ti fiderai ancora tra un anno e una che spegnerai in silenzio.

Le cinque cose che l'automazione CRM dovrebbe coprire

1. Dati che entrano come effetto collaterale del lavoro

L'automazione più preziosa in un CRM è quella che impedisce a chiunque di digitarci dentro.

Ogni altra regola che costruirai dipende dal fatto che il record esista e sia corretto. Se le richieste vivono in tre caselle di posta e un telefono, se metà delle chiamate non viene mai registrata, se il valore della trattativa nel sistema è una stima di sei settimane fa, allora ogni regola a valle lavora su finzione. Automatizzare sopra un'acquisizione difettosa fa solo circolare la finzione più in fretta.

Un'acquisizione fatta bene significa che il record nasce da ciò che è già accaduto. Un modulo inviato diventa un contatto. Un messaggio diventa un lead. Una riunione produce il proprio riassunto, le decisioni, le attività con i responsabili e l'indirizzo email corretto che il potenziale cliente ha citato di sfuggita. Un biglietto da visita fotografato diventa un contatto con i campi compilati. Nulla di tutto questo è un compito di digitazione, ed è proprio il punto: il record esiste perché il lavoro è avvenuto, non perché qualcuno ha trovato venti minuti a fine giornata.

Il tema è abbastanza grande da meritare una trattazione a sé, e ce l'ha nella guida su un CRM senza inserimento dati. Ai fini dell'automazione conta la dipendenza: l'acquisizione non è una delle cinque automazioni, è la base su cui poggiano le altre quattro.

2. L'assegnazione, che decide se accadrà qualcosa

Un record senza referente è un record su cui nessuno sta lavorando. Nei team piccoli non è un rischio teorico, è un martedì qualunque. Arriva una richiesta, la vedono in due, ciascuno presume che l'abbia presa l'altro, e resta lì.

Le regole di assegnazione non hanno fascino e pesano molto più di quanto la loro semplicità suggerisca. Instrada per origine, per territorio, per linea di prodotto, a turno o secondo chi è realmente disponibile, e fallo entro pochi minuti dalla comparsa del record. Poi rendi l'assegnazione visibile sul record e in una notifica, perché un referente che non sa di esserlo equivale a nessun referente.

Resisti alla tentazione di essere furbo troppo presto. Instradare in base al punteggio del lead, prima di avere abbastanza trattative chiuse perché un punteggio significhi qualcosa, sostituisce un fatto con un'inferenza e poi agisce sull'inferenza. Instrada in base a qualcosa che sai davvero.

3. Passaggi di fase che seguono i fatti

La fase di una trattativa è un'affermazione sulla realtà. Nella maggior parte delle pipeline delle piccole imprese è un'affermazione che era vera circa undici giorni fa.

Automatizzare i passaggi di fase significa che l'affermazione si aggiorna da sola quando cambia il fatto sottostante. Esce una proposta, quindi la trattativa entra nella fase Proposta inviata e le attività proprie di quella fase nascono insieme a essa. Arriva un documento firmato, la trattativa passa a Vinta e parte il passaggio di consegne. Un preventivo scade senza risposta, quindi la trattativa arretra invece di restare in una fase che abbellisce le tue previsioni.

Due vincoli tengono onesta la cosa. Il primo: un cambio di fase deve essere innescato da un evento, non dal solo trascorrere del tempo, perché la promozione per anzianità è il modo in cui una pipeline si riempie di trattative avanzate invecchiando. Il secondo: tutto ciò che riporta indietro una trattativa o la porta a persa deve lasciare traccia del perché, registrata lo stesso giorno. Le motivazioni di perdita scritte un mese dopo sono narrativa.

4. Rilevare il decadimento, l'automazione che si salta

Tutto quanto sopra riguarda record che avanzano. La categoria che le piccole imprese sistematicamente non automatizzano è quella opposta: accorgersi che qualcosa si è fermato.

Le trattative muoiono di rado in un momento indicabile. Si spengono. Il cliente smette di rispondere, il referente intende sollecitare, la settimana si riempie, e otto settimane dopo la trattativa è tecnicamente aperta e praticamente morta. Lo stesso accade alle relazioni con i clienti. Nessuno decide di trascurare un cliente, semplicemente passa un trimestre senza parlarsi.

Il rilevamento del decadimento è una regola permanente che sorveglia l'assenza invece della presenza. Una trattativa aperta senza attività da sette giorni. Una trattativa attiva senza un passo successivo datato. Un cliente senza contatti da novanta giorni. Un lead qualificato mai chiamato. Ognuna produce un elenco breve e un referente con nome e cognome, un'esperienza sostanzialmente diversa dalla vaga sensazione di stare probabilmente trascurando qualcuno.

Il dettaglio progettuale che decide tutto è la clausola di esclusione. Una trattativa legittimamente sospesa fino al consiglio di amministrazione del cliente tra tre settimane non dovrebbe generare un sollecito ogni sette giorni. Se lo fa, il team impara a scartare la notifica, e una notifica che tutti scartano è peggio di nessuna notifica, perché insegna a scartare anche quelle che contano.

5. Reportistica che si assembla da sola

L'ultima categoria ha il valore orario più chiaro e la minore resistenza da parte di chiunque.

Nella maggior parte delle piccole imprese qualcuno passa una parte del primo giorno lavorativo del mese a copiare numeri dal CRM in un foglio di calcolo, perché quegli stessi numeri siano discussi in riunione. I numeri esistono già. Tutto il lavoro sta nell'assemblaggio, e l'assemblaggio è l'attività più automatizzabile che ci sia.

Un riepilogo mensile con fatturato, conteggio di vinte e perse, ciclo medio, attività per persona e crediti aperti, archiviato nello spazio di lavoro senza che nessuno lo costruisca, non è un'automazione sofisticata. È un'interrogazione pianificata. È anche, immancabilmente, l'automazione che più sorprende le persone di aver fatto a mano.

La versione settimanale pesa più di quella mensile. Un riepilogo del lunedì con nuovi lead, trattative che si sono mosse, trattative che si sono zittite, trattative in chiusura questa settimana e fatture non pagate cambia lo scopo della riunione settimanale. Smette di essere una riunione in cui si stabiliscono fatti a voce alta e diventa una in cui si decide, che equivale grosso modo a metà del tempo recuperato.

Come si rompe l'automazione CRM

Ora la parte che quasi tutti gli articoli sul tema omettono, perché è scomoda e non vende nulla.

I guasti dell'automazione non sono come i bug del software. Un bug lancia un errore e qualcuno se ne accorge. Un guasto dell'automazione somiglia esattamente a un successo dell'automazione fino al momento in cui non lo è più, e a quel punto di solito sta fallendo da un pezzo. Accade in tre modi distinti, che peggiorano progressivamente.

Regole senza proprietario

Il primo guasto è organizzativo ed è quasi universale.

Qualcuno imposta una regola in un mese pieno di energia. Funziona. Sei mesi dopo l'azienda è cambiata: i nomi delle fasi sono diversi, la domanda di qualificazione è diversa, la persona che seguiva quel segmento se n'è andata. La regola non è cambiata, perché le regole non si cambiano da sole. Continua a girare, continua a partire, continua a fare qualcosa che aveva senso rispetto a una versione dell'azienda che non esiste più.

Nessuno la spegne, perché spegnere una regola richiede di sapere cosa fa, e chi lo sapeva è andato via. Quindi resta. I nuovi presumono che sia voluta. La si aggira invece di ripararla, e l'aggiramento diventa processo. Nel giro di un anno hai un insieme di automazioni che nessuno in azienda sa spiegare per intero, una forma curiosa e piuttosto comune di debito tecnico in un'impresa che non impiega ingegneri.

Il rimedio non è la documentazione, perché nessuno la legge. Il rimedio è un nome. Ogni regola ha una persona che sa spiegarla in una frase e ha l'autorità di eliminarla. Quando quella persona se ne va, le sue regole passano di mano nella stessa conversazione in cui passano i suoi clienti. Se una regola non trova un proprietario, questa è la prova più forte a disposizione che vada mandata in pensione.

Guasti silenziosi

Il secondo guasto è tecnico ed è quello che inganna anche i più esperti.

Una regola che ha smesso di funzionare non emette alcun segnale. Non lancia errori. Non sembra rotta. Sta nell'elenco e appare corretta, e appare così perché è corretta, nel senso che la sua logica è esattamente quella che hai scritto. Semplicemente non corrisponde più a nulla.

Succede di continuo. Un campo viene rinominato, quindi la condizione che cercava il vecchio valore ora corrisponde a zero record. Una fase viene divisa in due, e la regola che sorvegliava quella originale intercetta metà delle trattative di prima. Un'app collegata cambia formato di esportazione e inizia a scrivere "Nuova Zelanda" dove prima scriveva "NZ". Nessuno di questi casi lancia un errore. Riducono semplicemente in silenzio a zero il tasso di attivazione di una regola, mentre la regola continua a sembrare viva.

Il segnale è sempre lo stesso e quasi nessuno lo controlla: una regola partita zero volte questo mese o è superflua o è rotta, ed entrambe le possibilità meritano uno sguardo. Per questo il registro delle esecuzioni pesa più dell'editor. L'editor mostra cosa una regola dovrebbe fare. Il registro mostra cosa ha fatto. Lo spazio tra i due è dove vive ogni guasto silenzioso.

Le catene tra più applicazioni peggiorano la cosa in modo specifico. Quando l'innesco vive in uno strumento, il dato in un altro e l'azione in un terzo, una rottura nel mezzo produce una regola che funziona a metà: parte, fa la prima cosa, e la seconda in silenzio non avviene. La pagina di stato di ogni fornitore è verde. La catena è rotta lo stesso.

Automazioni che partono su dati sbagliati

Il terzo guasto è quello che vedono i tuoi clienti, ed è l'unico dell'elenco che può davvero costarti una relazione.

Ogni automazione è un amplificatore. Con un record buono fa in fretta la cosa giusta. Con un record cattivo fa in fretta la cosa sbagliata, su scala, a persone reali, con il tuo nome sopra.

Vale la pena dare un nome alle forme concrete, perché ricorrono in ogni azienda che automatizza:

Il duplicato. Qualcuno invia il tuo modulo e poi ti scrive su WhatsApp. Due record, due messaggi di benvenuto, un destinatario che ora sa che il tuo sistema non sta attento. Una condizione di deduplicazione su un identificatore stabile come numero di telefono o email non è facoltativa in nessuna regola in uscita.

Il campo di unione vuoto. Un messaggio che inizia con "Ciao {first_name}," va benissimo finché non arriva un record che contiene solo una ragione sociale, e a quel punto hai salutato uno spazio bianco. Ogni segnaposto ha bisogno di un valore di riserva, e ogni regola in uscita di un test contro un record deliberatamente incompleto prima di andare in produzione.

Il record di prova. Qualcuno crea "Lead di prova" un martedì pomeriggio per verificare un modulo. Tre giorni dopo riceve un sollecito deciso su una fattura non pagata. Fa ridere esattamente una volta, e solo se il record di prova era interno.

Il cliente che ha pagato e viene sollecitato lo stesso. Una fattura viene marcata come pagata in un punto ma la sequenza di sollecito osserva un altro campo, così un cliente che ha saldato la settimana scorsa riceve un promemoria sempre più fermo. Nulla distrugge più in fretta la fiducia interna nell'automazione, e la correzione è far chiudere il cerchio esplicitamente al pagamento: marca come pagata, ferma la sequenza, chiudi le attività di sollecito.

Il fatto scaduto trattato come attuale. Un valore di trattativa inserito a gennaio guida una regola di sconto ad agosto. La regola funziona alla perfezione. L'input ha otto mesi.

Nota cosa hanno in comune. Nessuno è un problema di logica, e nessuno si risolve aggiungendo condizioni alla regola. Sono tutti problemi di dati che l'automazione ha convertito in eventi visibili al cliente. Quindi la guardia appartiene al dato: pretendere i campi da cui l'azione dipende, deduplicare prima dell'invio, escludere i record di prova per convenzione, e lasciare che una regola si rifiuti di girare invece di girare su qualcosa di incompleto. Un'automazione che si rifiuta di partire è un fastidio minore. Un'automazione che parte su una sciocchezza è una telefonata.

Esiste una versione più ampia di questo guasto. Le sue radici si sovrappongono in larga parte alle ragioni per cui i progetti CRM falliscono in partenza, trattate nella guida su perché falliscono le implementazioni CRM: in entrambi i casi si tratta di un sistema che dipende da una manutenzione umana per cui nessuno ha tempo.

Dove si inserisce Zoye

Zoye affronta la cosa da un'angolazione diversa rispetto a un editor di regole, e la differenza riguarda soprattutto ciò che ti si chiede di mantenere.

Descrivi la regola in una frase, nell'app, su WhatsApp o in Slack. Zoye la trasforma in un innesco, condizioni e azioni reali, poi ti mostra la regola finita riscritta in linguaggio semplice, così puoi verificare che ciò che ha compreso corrisponda a ciò che intendevi. Nulla gira finché non approvi. Esiste un editor visivo se vuoi vedere la forma di una regola o modificarla, e non sei mai obbligato ad aprirlo.

I report di Zoye riuniscono trattative, attività, contatti e finanze in un'unica dashboard, così il riepilogo mensile si assembla da solo invece di essere costruito a mano

Due elementi strutturali pesano più del passaggio dalla frase alla regola, ed entrambi rispondono direttamente alle modalità di guasto viste sopra.

Il primo è che i record sono già collegati tra loro. Una trattativa conosce il suo contatto, le sue attività, i suoi file e le sue fatture, e inneschi e azioni raggiungono otto degli strumenti dello spazio di lavoro. Non c'è mappatura di campi tra sistemi perché non c'è spazio tra sistemi, e questo elimina l'intera classe di guasti silenziosi che nascono da un campo rinominato o da un token scaduto in mezzo a una catena. Innesco, dato e azione sono lo stesso spazio di lavoro.

Il secondo è il registro delle esecuzioni. Ogni esecuzione annota cosa è partito, cosa è cambiato e cosa è stato inviato, ed è reversibile. Non ha fascino ed è esattamente ciò che trasforma l'automazione da atto di fede in qualcosa di verificabile. Quando una regola parte su un record sbagliato, vuoi vederlo lo stesso giorno, capirlo in trenta secondi e annullarlo, non ricostruirlo tre settimane dopo da un reclamo.

Sei ricette sono pronte da attivare: risposta immediata a un nuovo lead, trattativa ferma da sette giorni, avvio dopo una trattativa vinta, sollecito di fattura scaduta, emersione delle attività bloccate e attività principale che si chiude quando tutte le sottoattività sono completate. Per un menu più ampio di regole, comprese quelle che scriveresti da solo, la raccolta di esempi di automazione dei processi ne dettaglia venti con innesco e condizione. Il quadro completo della portata del motore è nella pagina delle automazioni dei processi.

Onestamente sul perimetro: Zoye non è un libro contabile, quindi le regole sulle fatture sollecitano e registrano invece di riconciliare i tuoi conti. Non è una suite di ticket di assistenza. E non gestisce le tue campagne pubblicitarie, cattura e lavora i lead che le campagne producono.

Governance, ovvero come fidarsene ancora tra un anno

Governance è una parola pesante per tre abitudini leggere. Sono la differenza tra un insieme di automazioni che frutta interessi e uno che lentamente diventa una passività che nessuno vuole toccare.

Registra ogni esecuzione. Non come traccia di controllo per qualcun altro, ma come diagnostica per te. Ogni regola dovrebbe annotare cosa è partito, su quale record, cosa è cambiato e cosa è stato inviato. Senza, non distingui una regola che funziona da una che in silenzio non corrisponde a nulla, e questi due stati sono identici ovunque tranne che nel registro. Leggi il registro nelle prime due settimane di ogni nuova regola e verifica che il numero di attivazioni sia più o meno quello previsto. Due attivazioni quando ne aspettavi quaranta significano condizione troppo stretta. Quattrocento significano che hai appena scoperto un problema prima dei tuoi clienti.

Rendila reversibile. Prima di attivare qualsiasi regola che tocchi un cliente, conosci la risposta a una domanda semplice: se parte sul record sbagliato, cosa faccio nei prossimi cinque minuti? Per un'azione interna la risposta è di solito annullare. Per un messaggio in uscita la risposta è una scusa umana, ed è esattamente per questo che le regole in uscita meritano guardie sui dati più severe. Questa asimmetria dovrebbe orientare cosa automatizzi per primo: le azioni interne costano poco quando sbagliano, quelle esterne no.

Rivedi ogni mese, pota ogni trimestre. La revisione mensile è breve e pone una domanda per regola: è partita più o meno come previsto? La potatura trimestrale è più dura e chiede se la regola descrive ancora il funzionamento dell'azienda. Il ritiro è la mossa sottoutilizzata qui. I team aggiungono automazioni con entusiasmo e quasi mai ne tolgono, ed è così che un'azienda finisce con regole che codificano un processo terminato un anno fa. Una regola che non corrisponde più alla realtà non è neutra. Produce attivamente risultati sbagliati con totale sicurezza.

Conta anche il ritmo. Una nuova regola ogni due settimane è un buon passo per un team piccolo, e va più veloce di quanto sembri: dodici automazioni in sei mesi sono più di quante la maggior parte delle aziende di questa dimensione ne metta mai in funzione, e ognuna sarà compresa da qualcuno.

Cosa automatizzare e in quale ordine

Se parti da zero, l'ordine qui sotto segue le dipendenze, non l'attrattiva.

Prima l'acquisizione. Finché i record non nascono in modo affidabile e senza digitazione, nulla di ciò che ci si costruisce sopra merita fiducia. Non è entusiasmante ed è portante.

Poi l'assegnazione. Ogni nuovo record riceve un referente con nome e cognome in pochi minuti, secondo una regola abbastanza semplice da farne prevedere l'esito a chiunque.

Poi le due regole del fatturato. Prima risposta immediata a una nuova richiesta e un sollecito quando una trattativa aperta si zittisce. Entrambe poggiano direttamente su denaro già speso, entrambe sono misurabili in due settimane e nessuna chiede a qualcuno di cambiare modo di lavorare.

Poi il sollecito. Promemoria di fattura prima e dopo la scadenza, con una condizione esplicita di arresto al pagamento. È l'unico gruppo il cui valore si misura in giorni di cassa, il che lo rende facile da giustificare e da verificare.

Poi il riepilogo. Un assemblaggio settimanale di ciò che si è mosso, ciò che si è zittito e ciò che è dovuto. Cambia il carattere della riunione settimanale più di qualsiasi altra cosa in questo elenco.

Per ultimo tutto ciò che è astuto. Punteggi, logiche ramificate, instradamenti a più condizioni, previsioni di qualunque tipo. Non perché siano cattivi, ma perché ciascuno moltiplica le conseguenze delle modalità di guasto viste sopra, e nessuno aiuta se l'acquisizione è inaffidabile e metà delle tue regole non ha un proprietario.

Automatizza il record, non la relazione

La linea da tenere è questa. L'automazione CRM deve farsi carico di tutto ciò che è meccanico nel mantenere la verità: catturarla, instradarla, aggiornarla, accorgersi quando si zittisce e restituirla in forma di report. Non deve farsi carico delle parti della relazione con il cliente in cui essere umani è tutto il valore.

Automatizza il record perché sia sempre attuale. Automatizza i tempi perché nulla dipenda dalla memoria di qualcuno. Automatizza l'assemblaggio perché nessuno passi il lunedì mattina in un foglio di calcolo. Poi investi il tempo che torna nella conversazione che l'automazione ha appena reso possibile, l'unica parte di tutto questo che un cliente ricorderà.

Prova Zoye e descrivi la tua prima regola in una frase.

Per approfondire, vedi la panoramica delle automazioni dei processi, la guida su un CRM senza inserimento dati e l'analisi su perché falliscono le implementazioni CRM.