Un CRM per un'azienda di distribuzione serve a dare a chi vende, agenti e ufficio commerciale interno, una sola scheda cliente con punti di consegna, condizioni, storico ordini e attività, leggendo dal gestionale tutto quello che il gestionale già sa. Non deve gestire ordini, magazzino o fatture: quelli restano dove sono, e il CRM li mostra. La scelta del software viene dopo aver deciso quali dati passano dal gestionale al CRM, con che frequenza e chi comanda su ciascuno.
Se guidi un'azienda di distribuzione, probabilmente hai già un gestionale solido e un agente che, prima di una visita, chiede all'ufficio di stampargli gli ordini del cliente. Alla fine di questa guida avrai l'elenco di cosa il CRM deve fare nel tuo settore, lo schema del collegamento con il gestionale e i criteri per capire se ti basta un pacchetto o serve una parte su misura.
Cosa serve prima di iniziare
- L'elenco delle persone che vendono e di come lavorano oggi: agenti sul territorio, ufficio commerciale interno, chi risponde al telefono per i riordini. Per ciascuno, quali clienti segue e quali informazioni cerca più spesso.
- La documentazione del gestionale: se espone un'API, quali tabelle si possono leggere, quali esportazioni sa produrre e con che frequenza. Se manca, chiedila a chi ne fa l'assistenza.
- Un'esportazione dei clienti con le destinazioni (sedi, punti di consegna, magazzini del cliente) e degli ultimi due anni di ordini o fatture per cliente. Serve per misurare doppioni, codici mancanti e clienti inattivi.
- La struttura dei listini: listino base, listini per categoria di cliente, condizioni particolari, promozioni a tempo. Anche solo descritta a parole da chi la gestisce.
Cosa deve fare un CRM in un'azienda di distribuzione
Nel commercio all'ingrosso il cliente non si conquista una volta sola: si mantiene ordine dopo ordine. Per questo il CRM utile in questo settore guarda più ai clienti esistenti che ai nuovi contatti, e deve saper rappresentare almeno queste cose.
- Il cliente con più punti di consegna. Una sede legale che riceve le fatture, più destinazioni dove arriva la merce, spesso con referenti e orari diversi. La scheda deve mostrarle tutte sotto lo stesso cliente.
- Le condizioni commerciali lette dal gestionale. Listino assegnato, sconti, pagamento, resa, fido. Il commerciale le deve vedere senza poterle cambiare dal CRM, perché la fonte resta il gestionale.
- Lo storico ordini visibile a chi vende. Che cosa ha comprato il cliente, quanto spesso, quali articoli ha smesso di prendere. È l'informazione che l'agente cerca per prima, prima di entrare dal cliente.
- I riordini e i clienti che calano. Una lista dei clienti che non ordinano da più del loro intervallo abituale, o che comprano meno dello stesso periodo dell'anno prima. Un cliente che si allontana raramente lo dice.
- Agenti e ufficio interno sulla stessa scheda. La visita dell'agente, la telefonata dell'ufficio, il reclamo arrivato per email: tutto sulla stessa scheda, così nessuno richiama un cliente che ha appena parlato con un collega.
Cosa il CRM non deve fare
L'errore più costoso in questi progetti è usare il CRM come un secondo gestionale. Ordini, documenti di trasporto, fatture, giacenze, prezzi di acquisto e listini restano nel gestionale, che è il sistema su cui l'azienda emette documenti fiscali e muove la merce. Il CRM li legge, li collega al cliente e li mette davanti a chi vende.
Se nel CRM si possono modificare listini o condizioni, dopo qualche mese ci sono due versioni dello stesso prezzo e nessuno sa quale ha visto il cliente. Se ci si possono inserire ordini a mano, qualcuno li inserirà due volte. Le uniche cose che nascono e restano nel CRM sono quelle che il gestionale non conosce: visite, telefonate, note, opportunità di vendita su clienti nuovi o su nuove linee di prodotto, attività da fare con una data e una persona responsabile.
Come collegare il CRM al gestionale
Il collegamento si disegna prima di scegliere lo strumento. Questa tabella copre la situazione più frequente in un'azienda di distribuzione.
| Dato | Direzione | Chi comanda | Frequenza tipica |
|---|---|---|---|
| Anagrafica cliente e destinazioni | gestionale verso CRM | gestionale | giornaliera |
| Listini e condizioni per cliente | gestionale verso CRM, sola lettura | gestionale | giornaliera |
| Ordini, documenti di trasporto, fatture | gestionale verso CRM | gestionale | a ogni documento o giornaliera |
| Disponibilità di magazzino | letta al momento dal gestionale | gestionale | su richiesta |
| Visite, telefonate, note, attività | solo nel CRM | CRM | non si sincronizzano |
| Nuovi clienti acquisiti | CRM verso gestionale, dopo verifica | ufficio amministrativo | a ogni nuovo cliente |
| Assegnazione agente e zona | da decidere | chi gestisce i mandati | a ogni modifica |
Due righe meritano attenzione. La prima è l'ultima: l'assegnazione dei clienti agli agenti spesso vive nel gestionale perché serve a calcolare le provvigioni, ma è nel CRM che si decide chi segue chi. Va scelto un solo posto. La seconda è il nuovo cliente: nasce nel CRM come contatto, ma diventa cliente vero solo quando l'amministrazione lo apre nel gestionale con i dati fiscali completi. Il codice cliente del gestionale è la chiave che tiene insieme i due sistemi, e deve arrivare nel CRM appena esiste.
Se lo schema è chiaro ma il tuo gestionale non ha un collegamento già pronto, è il tipo di lavoro che seguiamo nello sviluppo di gestionali e CRM su misura: partiamo dalla tabella dei flussi e dai dati reali del tuo gestionale, e il codice che scriviamo resta di tua proprietà.
Come impostare il progetto, passo per passo
1. Scrivi le domande a cui il CRM deve rispondere. Per esempio: "quali clienti della mia zona non ordinano da più di sei settimane", "che condizioni ha questo cliente prima che io lo chiami", "quali articoli ha smesso di comprare". A questo punto avrai il perimetro della prima versione: ogni campo che non serve a rispondere a una di queste domande si rimanda.
2. Mappa le tabelle del gestionale che servono. Con chi conosce il gestionale, individua dove stanno clienti, destinazioni, listini, ordini e righe d'ordine, e come si leggono: API, database in sola lettura, esportazione programmata. Alla fine di questo passo sai se il collegamento è semplice o se è la parte più lunga del progetto.
3. Pulisci le anagrafiche partendo dal gestionale. Clienti doppi, destinazioni scritte in modi diversi, agenti assegnati a clienti chiusi. Si correggono nel gestionale, che è la fonte, non nel CRM. Se una parte dei clienti oggi vive solo nei fogli degli agenti, il metodo per consolidarla è quello della guida su come passare da Excel a un CRM.
4. Collega prima clienti e storico ordini, in sola lettura. È il flusso che rende utile il CRM dal primo giorno senza rischiare nulla sul gestionale. Verifica su una ventina di clienti reali, scelti fra quelli con più destinazioni e con condizioni particolari, che la scheda mostri esattamente quello che vedi nel gestionale.
5. Costruisci la lista dei clienti che calano. Definisci con la direzione commerciale la regola: intervallo di riordino superato, fatturato in calo rispetto allo stesso periodo, articoli abbandonati. La lista va assegnata a una persona e rivista ogni settimana. A questo punto il CRM smette di essere un archivio e comincia a produrre telefonate.
6. Porta agenti e ufficio interno sulla stessa scheda. Visite e telefonate si registrano nel CRM, con un esito e una prossima azione. Se gli agenti lavorano soprattutto dal telefono, valuta come raccolgono le informazioni sul campo: ne parliamo nella guida su come far sviluppare un'app per agenti di commercio.
7. Attiva controlli e allarmi sul collegamento. Ogni sincronizzazione lascia traccia di cosa è passato e con quale esito, e un errore ripetuto arriva a una persona. Un collegamento che si ferma in silenzio è il modo più rapido per far tornare i commerciali ai fogli.
Variante: grossista con agenti sul territorio
Qui il CRM è soprattutto lo strumento dell'agente, e la scheda deve essere consultabile anche da smartphone, prima e durante la visita. Contano le zone e i mandati, la visibilità limitata ai propri clienti, il giro visite pianificato in base ai clienti che calano e la nota di visita scritta subito, non la sera.
L'ordine raccolto dall'agente non passa dal CRM: va al gestionale attraverso l'app ordini o il canale che usate oggi, e torna nel CRM come storico. Se l'app per gli ordini non c'è ancora, conviene progettarla insieme al CRM, sugli stessi clienti e listini.
Variante: distributore con vendita solo da ufficio interno
Quando la vendita passa dal telefono e dall'email di un ufficio commerciale, il CRM deve servire chi sta alla scrivania con il cliente in linea. La priorità è la velocità: cercare il cliente per nome, codice o numero di telefono, vedere in una schermata condizioni, ultimi ordini e attività aperte, e registrare la chiamata in pochi secondi.
In questo caso ha molto valore la lista di chiamate programmate: i clienti da richiamare per il riordino abituale, quelli che non ordinano da tempo, le offerte da sollecitare. Un esempio di fantasia: un distributore di articoli per la ristorazione con quattro persone in ufficio divide i clienti per giorno della settimana, e ogni mattina Marta trova la sua lista di riordini da proporre, con lo storico già davanti. Il lavoro non dipende più dalla memoria di chi lo fa.
Variante: distributore che ha anche un e-commerce B2B
Con un portale B2B i sistemi diventano tre, e la regola di chi comanda diventa decisiva. Listini e condizioni restano nel gestionale e vengono pubblicati verso il portale; gli ordini del portale entrano nel gestionale come quelli dell'agente; il CRM riceve lo storico da una sola delle due parti, sempre la stessa. Collegare ogni sistema con ogni altro moltiplica i punti in cui un dato può divergere.
Il CRM in questa variante aggiunge una cosa utile: vedere quali clienti hanno smesso di ordinare dall'agente perché ora ordinano dal portale, e quali hanno smesso del tutto. Per lo schema del negozio collegato al CRM vale quanto descritto nella guida sul CRM per e-commerce; per i flussi fra più sistemi, i progetti di integrazione fra software aziendali.
Quando basta un CRM a pacchetto e quando serve una parte su misura
Un CRM a pacchetto copre bene il bisogno quando il gestionale ha un collegamento già pronto o un'esportazione affidabile, i listini sono pochi e la vendita segue un percorso standard. In quel caso il lavoro è soprattutto di configurazione, pulizia dei dati e adozione da parte del team. Anche noi sviluppiamo un CRM a pacchetto, Flusia, pensato soprattutto per agenzie e studi professionali: proprio per questo sappiamo dove un prodotto standard si ferma.
Serve una parte su misura quando le eccezioni sono il cuore del modo di vendere: clienti con molte destinazioni e condizioni diverse per ciascuna, agenti con zone sovrapposte o mandati per linea di prodotto, un gestionale senza collegamenti pronti, un portale B2B da tenere allineato. Spesso la soluzione è mista: uno strumento esistente per il lavoro commerciale e un collegamento costruito sul tuo gestionale. I criteri per decidere sono nella guida su CRM su misura o a pacchetto.
Errori comuni
Duplicare il gestionale nel CRM. Listini modificabili, ordini inseribili, giacenze copiate: dopo pochi mesi ci sono due verità e il team smette di fidarsi di entrambe. Il CRM legge, il gestionale comanda.
Partire dalle funzioni invece che dai dati. Si sceglie lo strumento per le schermate e poi si scopre che non sa rappresentare un cliente con dieci destinazioni o che il gestionale non si lascia leggere. La tabella dei flussi va scritta prima ed è il documento con cui valutare qualsiasi soluzione.
Progettare il CRM solo per la direzione. Se l'agente e l'ufficio interno non ci trovano quello che serve loro prima di una telefonata, non lo aggiornano, e i report si svuotano. Si parte dalle domande di chi vende.
Chi siamo
Obly è un'agenzia di sviluppo software su misura con sede a Casale Monferrato (AL) che progetta gestionali, CRM e integrazioni fra i sistemi che un'azienda usa già, lasciando al cliente la proprietà del codice. Sviluppa anche Flusia, un CRM italiano per le PMI.
Quanto tempo serve e il passo successivo
Con un CRM a pacchetto e un gestionale che ha un collegamento pronto, dalla pulizia delle anagrafiche alle prime settimane di uso passano indicativamente da un mese a due, e buona parte del tempo va nei dati e nelle abitudini del team. Quando il collegamento va costruito o le condizioni per cliente sono molto articolate, il progetto si misura in più mesi, e la variabile principale è quanto il gestionale è accessibile.
Ora che hai lo schema, il passo successivo è riempire la tabella dei flussi con i tuoi sistemi reali. Se vuoi parlarne per un preventivo sul CRM o sull'integrazione con il tuo gestionale, puoi partire dalla pagina dei gestionali e CRM su misura e raccontarci come lavorano oggi i tuoi agenti e il tuo ufficio commerciale.
Domande frequenti
Il prossimo passo non impegna
Mezz'ora di call per capire se possiamo esserti utili. Decidi tu dopo.
Prenota la call

