CRM su misura o a pacchetto: come scegliere

La scelta fra un CRM su misura e uno a pacchetto si decide con una domanda sola: quante eccezioni ha il tuo processo commerciale, e quante di quelle eccezioni sono il motivo per cui i clienti scelgono te. Se il percorso è lead, offerta, ordine, fattura con poche varianti, una soluzione pronta copre il bisogno, costa meno e parte in giorni. Se invece il processo contiene regole che nessuno strumento generico gestisce senza forzature, o se il CRM deve stare in mezzo a sistemi che già esistono e devono restare allineati, il su misura smette di essere un lusso.

Se stai valutando le due strade e ogni fornitore ti dà la risposta che gli conviene, questa guida ti lascia un metodo per decidere con i tuoi dati, e un conto dei costi sui tre anni invece che sul primo.

Cosa serve prima di decidere

• Il processo commerciale scritto, anche a mano su un foglio: dal primo contatto alla fattura, con i passaggi reali e non quelli teorici.
• L'elenco delle eccezioni: i casi in cui il percorso standard non si applica. Sono la materia prima della decisione.
• L'elenco dei sistemi già in uso che dovranno parlare con il CRM (gestionale, e-commerce, contabilità, posta) e per ciascuno se esiste un modo documentato per scambiare dati.
• Il numero di persone che lo useranno, distinguendo chi ci lavora ogni giorno da chi ci entra una volta a settimana.
• Un budget di riferimento sui tre anni, non sul primo. È l'orizzonte in cui le due strade si confrontano davvero.

Il test delle eccezioni: come si applica

Prendi il processo scritto e per ogni passaggio segna quante volte, negli ultimi tre mesi, si è dovuto fare qualcosa fuori dallo schema. Non le stime: gli episodi che qualcuno ricorda.

Sotto le due o tre eccezioni ricorrenti, una soluzione a pacchetto va bene. Le eccezioni si gestiscono con un campo aggiuntivo o con una nota, e il costo di adattarsi allo strumento è basso.

Fra le tre e le sei, si entra nella zona in cui la risposta dipende dal peso di quelle eccezioni. Se riguardano il modo in cui costruisci il prezzo o l'offerta, contano il doppio, perché sono il punto in cui si vince o si perde una trattativa.

Sopra le sei eccezioni strutturali, piegare uno strumento generico costa in genere più che costruirne uno. Il costo non si vede in fattura: si vede nelle ore che le persone passano a compensare a mano quello che il sistema non fa, e nei dati che finiscono fuori dal sistema perché non c'era il campo giusto.

C'è una precisazione importante: un'eccezione che esiste solo perché "si è sempre fatto così" non è un requisito, è un'abitudine. Prima di farla diventare una voce di capitolato vale la pena chiedersi se sopravvivrebbe a un cambio di strumento. Molti progetti su misura nascono per riprodurre esattamente un processo che nessuno ha mai rimesso in discussione.

I costi reali, confrontati sui tre anni

Il confronto onesto non è "canone contro sviluppo", perché mette a paragone due cose diverse. Vanno messe in fila tutte le voci, comprese quelle che di solito compaiono dopo.

Due asimmetrie contano più delle altre. La prima è il numero di utenti: nel modello a canone il costo cresce con le persone, nel su misura no, quindi il confronto cambia segno oltre una certa dimensione del team. La seconda è la manutenzione: nel pacchetto è compresa nel canone, nel su misura è una voce a sé che va prevista dall'inizio, come descritto nella guida sulla manutenzione del software aziendale.

La variante decisiva: quante integrazioni servono

Se il CRM deve restare da solo, il pacchetto vince quasi sempre. La partita cambia quando deve scambiare dati con altri sistemi, perché è lì che le soluzioni pronte mostrano il confine.

Con integrazioni standard (posta, calendario, contabilità diffusa), i connettori esistono già e il su misura non aggiunge nulla.

Con un gestionale di produzione o un sistema interno, la domanda è se quel sistema espone un modo documentato per leggere e scrivere dati. Se sì, entrambe le strade sono percorribili e si confronta il costo. Se no, serve comunque uno sviluppo, e a quel punto una parte del vantaggio del pacchetto è già spesa.

Con più sistemi che devono restare allineati in tempo reale, il su misura prende vantaggio, perché la logica di allineamento è il cuore del problema e non un accessorio. Come si affrontano questi collegamenti è descritto nella guida sul processo di sviluppo software.

La via ibrida, che è quella più usata

Nella pratica molte aziende non scelgono un estremo. Adottano una soluzione pronta per il nucleo del CRM (anagrafiche, trattative, attività) e sviluppano su misura solo il pezzo che le distingue: il configuratore di offerta, il calcolo dei rinnovi, il portale con cui i clienti seguono le pratiche.

È la strada che di solito costa meno a parità di risultato, perché concentra lo sviluppo dove produce un vantaggio e lascia al prodotto pronto tutto ciò che è uguale in ogni azienda. La condizione tecnica è una sola: la soluzione a pacchetto deve permettere di leggere e scrivere i dati dall'esterno in modo documentato. Se questo non c'è, la via ibrida non è praticabile e la scelta torna a essere binaria.

Una nota di trasparenza: Flusia, il CRM che sviluppiamo in Obly, è un prodotto a pacchetto pensato per le PMI italiane, e nasce da anni di progetti su misura. Quando il processo di un cliente rientra nello standard consigliamo il prodotto; quando le eccezioni sono strutturali, il su misura resta la risposta corretta.

Come si decide, in pratica

1. Scrivi il processo e conta le eccezioni con il metodo del paragrafo sopra. Il risultato è un numero, non un'impressione.
2. Verifica le due o tre eccezioni più pesanti con un fornitore di soluzioni pronte, chiedendo esplicitamente se quel punto è configurabile e non se "il sistema è flessibile". La risposta utile è una dimostrazione, non una rassicurazione.
3. Fai il conto sui tre anni con la tabella qui sopra, inserendo il numero di utenti previsto al terzo anno e non quello di oggi.
4. Chiedi come si esce, in entrambi i casi: in quale formato escono i dati e chi possiede il codice. È la domanda che si dimentica e che pesa quando serve.
5. Se scegli il su misura, scrivi il capitolato prima di chiedere i preventivi, altrimenti le offerte non sono confrontabili. Il metodo è nella guida su come scrivere un capitolato.

Errori comuni

Decidere sul prezzo del primo anno. È l'errore più frequente e il più costoso: il su misura ha il picco all'inizio, il pacchetto ha una curva che sale con gli utenti. Confrontarli sul primo anno fa vincere sempre il pacchetto, anche quando sui tre anni la conclusione si rovescia.

Chiedere un su misura che riproduce i fogli di calcolo esistenti. Il foglio di calcolo contiene compromessi nati dai limiti del foglio stesso. Trasformarli in requisiti significa pagare per conservare un problema. Prima della scelta conviene rifare il percorso dei dati come si farebbe oggi da zero, come nella guida su come passare da Excel a un CRM.

Non prevedere chi manterrà il sistema su misura. Un software senza un riferimento tecnico stabile diventa fragile in fretta: dopo due anni nessuno sa più perché una regola è scritta così, e ogni modifica costa il doppio.

Quanto tempo serve e cosa fare dopo

Applicare il test delle eccezioni richiede una mattinata con chi vende e chi amministra. Le verifiche con i fornitori occupano una o due settimane, perché le dimostrazioni vanno viste sul caso reale e non sulla presentazione standard. Un CRM a pacchetto è operativo in giorni; un CRM su misura ha tempi che dipendono dal perimetro, con gli ordini di grandezza descritti nella guida sui tempi di sviluppo.

Qualunque sia la scelta, il passo successivo è lo stesso: mettere in ordine i dati prima di migrarli, perché un archivio con duplicati produce lo stesso disordine su qualsiasi sistema. Se oggi i dati stanno nei fogli di calcolo, si parte da lì.

Le indicazioni di questa guida riguardano la scelta tecnica e organizzativa: per gli aspetti contrattuali con il fornitore, la proprietà del codice e il trattamento dei dati personali dei clienti, confrontati con il tuo consulente legale e verifica le indicazioni ufficiali del Garante per la protezione dei dati personali.