Come scegliere il partner per un progetto ERP

Il partner di un progetto ERP è chi implementa il sistema: ne disegna i processi, migra i dati, forma le persone e ti accompagna dopo l'avvio. Per sceglierlo bene non basta confrontare i prezzi o guardare la certificazione: serve capire se ha competenza reale sul tuo settore, un metodo strutturato, continuità dopo il go-live — e l'onestà di dirti di no quando serve. Le analisi di settore sono nette: le aziende che si affidano a un partner esperto raggiungono tassi di successo nettamente più alti. Ecco come distinguere un consulente da un rivenditore di licenze, le dieci domande da fare e i segnali d'allarme.

Partner o rivenditore di licenze: qual è la differenza?

Sembrano la stessa cosa, in fase di vendita. Non lo sono per niente, in fase di progetto.

Un rivenditore di licenze ti vende un software e ti configura ciò che gli chiedi. Il suo modello di business è il volume: tante installazioni, poca profondità su ciascuna. Quando il progetto incontra una complessità — un processo che non rientra negli schemi, un'integrazione ostica, una resistenza interna — non è il suo mestiere risolverla. Ti ha venduto un prodotto, non un risultato.

Un partner vende un risultato. Il software è il suo strumento, non il suo prodotto. Parte dai tuoi processi, non dal catalogo; ti dice quando una personalizzazione non conviene; presidia l'adozione e resta dopo l'avvio. La differenza si vede nel momento esatto in cui qualcosa va storto — e in un progetto ERP qualcosa va sempre storto. Il rivenditore in quel momento apre un ticket. Il partner risolve.

Il rivenditore protegge la vendita, il partner protegge il progetto.

Quali competenze servono davvero a un partner ERP?

La trappola è valutare il partner solo sul piano tecnico. La competenza tecnica è il requisito minimo, non il fattore distintivo: il fallimento di un progetto ERP è quasi sempre organizzativo, non tecnologico. Le competenze che contano davvero sono tre, e solo una è tecnica.

Competenza sui processi. Il partner deve conoscere il tuo settore non in astratto, ma con le cicatrici: come funziona davvero una commessa nel manifatturiero, dove si nascondono le eccezioni, quali passaggi non puoi toccare. Un partner che conosce il tuo settore capisce i tuoi flussi al primo incontro; uno che non lo conosce configura ciò che gli racconti, e scopre i problemi al go-live.

Competenza sui dati. La migrazione è lo scoglio più temuto, e per ragioni fondate: la qualità dei dati è la prima causa tecnica di fallimento. Un buon partner sa che i tuoi dati sono più sporchi di quanto credi, lo mette in conto e ha un metodo per bonificarli — non lo scopre a metà progetto.

Competenza sulle persone. È quella che quasi nessuno cerca e che decide l'adozione. Il partner deve saper accompagnare il cambiamento: coinvolgere le persone, gestire la resistenza, formare sul lavoro reale. Senza questo, anche il sistema perfetto resta inutilizzato.

La certificazione attesta la prima e parte della seconda. La terza non la certifica nessuno: la riconosci solo dalle domande che il partner ti fa e dai progetti che ha già portato a casa.

Le 10 domande da fare in fase di selezione

Questa è la lista da portare a ogni incontro. Non servono per metterli in difficoltà: servono a distinguere chi sa di cosa parla da chi recita un copione.

1. Avete portato a termine progetti nel mio settore e della mia dimensione? Chiedete nomi, non categorie.
2. Chi lavorerà concretamente sul mio progetto, e con quale seniority? Chi vende non sempre è chi esegue.
3. Qual è il vostro metodo, fase per fase? Un partner serio descrive un percorso (analisi, configurazione, dati, formazione, go-live, presidio), non improvvisa.
4. Come gestite la migrazione e la bonifica dei dati? La risposta rivela se hanno un metodo o se sperano.
5. Cosa fate per l'adozione e la formazione? Se rispondono «un corso a fine progetto», è una bandiera rossa.
6. Cosa succede dopo il go-live? Continuità, tempi di risposta, SLA. Il valore si costruisce dopo l'avvio.
7. Quando mi direste di non personalizzare, o di non fare il progetto? Un partner che non sa dire di no protegge la vendita.
8. Come stimate i costi e cosa NON è incluso nel preventivo? Le voci nascoste si scoprono qui o al saldo.
9. Posso parlare con due vostri clienti, uno soddisfatto e uno con cui è andata male? Chi non ha il secondo, o non lo dà, nasconde qualcosa.
10. Quanti progetti come il mio gestite contemporaneamente, e con quante persone? Serve a capire se il vostro progetto avrà attenzione o sarà uno dei tanti.

Le risposte contano meno della qualità delle domande che il partner ti restituisce. Chi ti interroga a fondo sui tuoi processi prima di parlare di software ha già dimostrato il suo valore.

Quali sono i segnali d'allarme (red flag)?

Alcuni campanelli si sentono già al primo incontro. Imparare a riconoscerli ti risparmia mesi.

• Ti manda un preventivo senza aver capito i tuoi processi. Se quotano prima di analizzare, stanno vendendo un prodotto, non progettando una soluzione.
• Dice sempre di sì. Nessuna personalizzazione è troppa, nessuna richiesta è un problema. Chi non ti contraddice mai non ti sta proteggendo.
• Parla solo di funzionalità del software, mai dei tuoi problemi. Il software è lo strumento; se è l'unico argomento, manca la sostanza.
• Non nomina mai il change management né la continuità post go-live. Significa che considera il progetto finito all'avvio. È l'errore numero uno.
• Sul prezzo è il più basso di molto. Un'offerta troppo bassa quasi sempre nasconde una sottostima che pagherai dopo, o una squadra junior. Il prezzo non deve mai essere il criterio decisivo.
• Non ti dà referenze verificabili, o te ne dà solo di entusiaste e nessuna problematica. La realtà di un partner sta in come ha gestito ciò che è andato storto, non in ciò che è filato liscio.

Come si valutano le referenze (sul serio)?

Le referenze sono il dato più solido che hai, e quasi sempre il più sprecato. La maggior parte delle aziende chiede «siete contenti?» e archivia il «sì». È inutile.

Le domande utili sono altre, e vanno fatte ai clienti del partner, non al partner:

• Cosa è andato storto, e come l'hanno gestito? Ogni progetto ha un momento difficile. Conta la reazione.
• Hanno rispettato tempi e budget? Se no, perché? Lo sforamento capita; l'onestà nel raccontarlo è il segnale.
• Sono rimasti dopo il go-live, o sono spariti? La continuità è lo spartiacque.
• Le persone usano davvero il sistema? L'adozione reale è la prova che il progetto è riuscito, non il go-live.
• Lo riscegliereste? La domanda più semplice e la più rivelatrice.

Cerca referenze del tuo settore e della tua scala. Un partner bravissimo su micro-aziende del commercio può essere fuori scala su un progetto manifatturiero strutturato, e viceversa. Le case history pubbliche aiutano, ma una telefonata diretta a un cliente vale dieci pagine di sito.

La certificazione conta? Sì, ma non basta

Se valuti un partner su una piattaforma specifica, la certificazione ufficiale è un primo filtro utile. Nel caso di Odoo, per esempio, esistono tre livelli ufficiali — Ready, Silver e Gold — assegnati per merito sulla base di tre criteri: il numero di risorse certificate, i nuovi utenti Enterprise gestiti negli ultimi dodici mesi e il tasso di retention dei clienti (Odoo, Partnership Agreement). Il livello Gold è il più alto e il più esigente. I partner ufficiali hanno accesso al codice sorgente Enterprise, un canale diretto di escalation verso Odoo e sono il primo livello di supporto per il cliente.

Un dettaglio che pesa: la certificazione Odoo è legata alla versione annuale del prodotto (Odoo 17, 18, 19…), quindi un partner certificato è un partner che si tiene aggiornato release dopo release. Non è un bollino preso una volta e dimenticato.

Detto questo, attenzione: il tasso di retention entra nei criteri proprio perché tenere i clienti nel tempo è il vero indicatore di qualità. Ma la certificazione ti dice che un partner può fare un buon lavoro, non che lo farà per te. È condizione necessaria, non sufficiente. Un Gold partner senza esperienza nel tuo settore può essere la scelta peggiore di un partner più piccolo che il tuo mestiere lo conosce a fondo.

Startup o agenzia: quale modello conviene?

Qui c'è un trade-off reale, e merita onestà invece di slogan.

Una grande agenzia o system integrator offre scala e ridondanza: tante persone, processi standardizzati, la capacità di assorbire rollout multinazionali o migrazioni enormi. Se il tuo progetto è gigantesco e multi-Paese, è spesso la risposta giusta. Il rovescio: rischi di essere un cliente tra mille, di vedere venditori senior in fase di gara e profili junior in fase di esecuzione, e di muoverti dentro una macchina più lenta e burocratica.

Una realtà più piccola e specializzata — una startup strutturata, un partner boutique — gioca su un altro tavolo: un core team senior che segue davvero il progetto, meno passaggi di mano, più continuità tra chi promette e chi esegue, e più «pelle in gioco» sul singolo cliente, perché ogni progetto pesa. Il rischio speculare: minore ridondanza e capacità limitata sui progetti davvero colossali. La soluzione a questo limite è la rete: un partner piccolo ma collegato a una rete di specialisti combina la continuità senior con la capacità di scalare quando serve.

È esattamente il modello su cui lavora Tovadù: una startup innovativa, non un'agenzia, con un core team senior e una rete di specialisti (il T-Network) attivabile sul bisogno. Non è il modello giusto per ogni progetto del mondo — un rollout in venti Paesi vuole un'altra struttura — ma per una media o grande azienda italiana che vuole interlocutori senior dall'inizio alla fine, e non un numero di pratica, è una risposta concreta. La scelta, alla fine, dipende da cosa ti serve: scala industriale o continuità senior. Decidilo prima di guardare i loghi.

FAQ

Cosa fare lunedì mattina