Come scegliere un partner Odoo: i 6 criteri che contano davvero

Immagina: hai adottato Odoo come gestionale, sei al secondo anno di utilizzo e vuoi passare alla versione nuova. Contatti il tuo partner per fare la migrazione e scopri che il partner ha riempito il sistema di codice custom non documentato, quindi l'upgrade costa quasi quanto una nuova implementazione.

È lo scenario in cui finiscono molte PMI italiane, e spesso non è colpa del software: è colpa di chi l'ha implementato. Il mercato italiano è pieno di "Odoo Partner certificati", con competenze che vanno dal team di 30 sviluppatori al freelance che ha iniziato da poco con Odoo.

La scelta del partner pesa più della scelta del software e un buon ERP gestito male diventa un debito tecnico che paghi per anni. Qui trovi i criteri tecnici per filtrare, le domande da fare in fase di selezione e i segnali d'allarme che anticipano un progetto destinato a diventare debito tecnico. 

La certificazione "Odoo Partner" è una garanzia di qualità tecnica?

La risposta semplice è: no. I livelli Odoo Partner (Ready, Silver, Gold) misurano il volume di licenze Odoo Enterprise vendute ogni anno, non la qualità del lavoro tecnico.

Significa che un partner Gold ha venduto molte subscription, non che necessariamente scrive codice pulito o gestisce bene gli upgrade. È un dato commerciale, non un certificato di competenza ingegneristica. Utile come segnale di esperienza sul campo, inutile come unico criterio.

Cosa guardare oltre il badge:

• Numero di progetti completati su moduli simili al tuo, non progetti totali. Ad esempio, un partner forte su retail può essere debole su manufacturing.
• Esperienza del team tecnico, non dell'azienda. Conta chi tocca il codice, non da quando esiste la P.IVA.
• Continuità sui progetti: chiedi quanti clienti seguono ancora dopo 2-3 anni. Il churn alto è un segnale.

La certificazione ti dice che il partner sa vendere Odoo, ma il resto della valutazione serve a capire se sa farlo funzionare.

Come valuto la competenza tecnica di un partner Odoo?

La competenza tecnica si valuta dalle pratiche di sviluppo, non dalle slide. Chiedi come gestiscono versionamento, ambienti di test e aggiornamenti: le risposte separano i professionisti dagli improvvisatori.

Le domande tecniche che fanno emergere la verità:

• "Usate Git e ambienti separati (dev, staging, produzione)?" Se sviluppano direttamente in produzione, fermati qui.
• "Come gestite gli aggiornamenti di versione Odoo?" Odoo rilascia una major release all'anno. Un partner serio ti spiega la strategia di upgrade prima di iniziare, non dopo.
• "Il codice custom rispetta le convenzioni Odoo e le linee guida OCA?" Il custom scritto male è il motivo numero uno per cui un'azienda resta bloccata su una versione vecchia.
• "Chi mantiene il codice se cambiamo partner?" Se la risposta è imbarazzata o poco chiara, c'è lock-in.

Un trade-off onesto: Odoo è estremamente flessibile, ma questa flessibilità è un'arma a doppio taglio. Un partner mediocre la usa per scrivere personalizzazioni invasive che rendono ogni futuro upgrade un incubo, mentre invece un buon partner sceglie prima la configurazione standard, poi i moduli OCA, e solo come ultima risorsa il codice custom. Pretendi questa gerarchia esplicita nella proposta tecnica.

Hosting e proprietà dei dati: come evito il lock-in?

Eviti il lock-in pretendendo accesso completo al codice e ai dati fin dal contratto, è importante quindi chiarire prima di firmare dove gira l'istanza e chi controlla cosa.

Le tre opzioni principali per una PMI italiana:

• Odoo.sh (cloud ufficiale Odoo): aggiornamenti gestiti, ambienti di staging inclusi, dipendenza diretta da Odoo SA. Buono per chi vuole standardizzare.
• On-premise / cloud proprio (AWS, Azure, server in Italia): massimo controllo, anche su residenza dati, rilevante se hai vincoli GDPR o policy interne stringenti. Richiede competenze sistemistiche tue o del partner.
• Hosting proprietario del partner: comodo all'inizio, rischioso dopo. È qui che si annida il lock-in peggiore.

Le clausole da mettere nero su bianco:

• Accesso al codice sorgente completo, incluse le personalizzazioni, in qualsiasi momento.
• Export del database in formato standard, on demand, senza costi nascosti.
• Diritto di portare il progetto a un altro partner senza penali tecniche.

Un partner che esita su uno di questi punti ti sta dicendo che la sua strategia di retention è renderti dipendente, non renderti soddisfatto.

Cosa devo chiedere sul supporto post go-live?

Chiedi un accordo scritto che definisca il livello di servizio che il partner si impegna a garantire dopo il go-live, canali di supporto e costi della manutenzione ordinaria prima di firmare. Il go-live non è la fine del progetto: è l'inizio della relazione che conta.

La maggior parte dei progetti Odoo non fallisce durante l'implementazione, ma nei mesi successivi, quando emergono i bug di edge case e nessuno risponde ai ticket. Da chiarire prima della firma:

• Tempi di risposta per priorità: cosa succede se la fatturazione elettronica si blocca un 30 del mese?
• Modello di costo del supporto: a ore, a canone, a ticket? Stima quanto inciderà annualmente.
• Chi conosce il tuo progetto: avrai un referente tecnico fisso o ogni volta riparti da zero spiegando il setup?
• Gestione degli aggiornamenti annuali: inclusi nel canone o extra? Su questo si gioca il ricavo reale.

Per dimensionare il budget complessivo, ovvero implementazione più manutenzione, vedi la nostra analisi su quanto costa Odoo per una PMI.

Quali sono i segnali d'allarme in fase di selezione?

I red flag più affidabili sono tre: nessuna domanda sui tuoi processi, preventivi vaghi e promesse di "Odoo fa tutto". Un partner serio prima ascolta, poi quota.

I segnali negativi da prendere sul serio:

• Preventivo senza analisi: chi ti dà un numero prima di aver capito i tuoi processi sta indovinando, e indovinerà al ribasso per vincere la gara.
• "Odoo lo fa nativamente" detto su tutto: indica scarsa onestà o scarsa conoscenza dei limiti reali.
• Team commerciale brillante, team tecnico invisibile: chiedi di parlare con chi svilupperà, non solo con chi vende.
• Nessuna reference confrontabile: un partner solido ti mostra se ha lavorato con clienti esistenti del tuo settore.
• Resistenza a mostrare una demo o a una fase pilota: chi è sicuro del proprio lavoro non teme di dimostrarlo su uno scope ridotto.

Considerazioni finali

• Il partner conta più del software. Odoo è uno strumento solido; la differenza tra un progetto di successo e un disastro la fa quasi sempre chi lo implementa e lo mantiene.
• Le pratiche tecniche sono il vero discriminante. Git, ambienti separati, gerarchia configurazione, strategia di upgrade: queste risposte valgono più di qualsiasi badge.
• Proteggi la portabilità dal giorno uno. Accesso al codice, export dei dati e libertà di cambiare partner non sono dettagli contrattuali: sono la tua assicurazione contro il lock-in.

Se stai valutando uno o più partner per il tuo progetto Odoo e vuoi un confronto tecnico imparziale prima di firmare, prenota una call con il team Bloomup: in 30 minuti capiamo insieme le vostre necessità.