Come scegliere un partner o sviluppatore Odoo

Cercando «come scegliere un partner Odoo» compaiono soprattutto elenchi di agenzie che si autodefiniscono le migliori. Il problema reale non è questo: è che la maggior parte delle guide non offre criteri verificabili, solo aggettivi («esperienza», «qualità», «fiducia»). In questo articolo saltiamo gli aggettivi e andiamo a ciò che puoi davvero controllare prima di firmare: se il codice che stai per pagare esiste davvero, con chi parli quando qualcosa si rompe, cosa succede al prezzo se il progetto si allunga e se le referenze che ti mostrano sono reali.

Partner di Odoo o sviluppatore indipendente: cosa significa ciascuno

Essere «partner di Odoo» è uno status commerciale all'interno del programma partner di Odoo S.A., non una garanzia sulla qualità del codice che riceverai. Un partner di Odoo può avere accesso a materiali di vendita e a un certo supporto da parte di Odoo, ma questo non dice nulla sul fatto che l'ingegnere che metterà le mani sul tuo database sia bravo, risponda in fretta o consegni codice manutenibile. E viceversa: uno sviluppatore o una società di consulenza senza quel marchio può avere anni di esperienza reale su Odoo e fare un lavoro eccellente. Nessuna delle due strade garantisce nulla da sola: a garantire qualcosa è ciò che puoi verificare di ogni singolo fornitore, qualunque sia il suo status.

Una precisazione importante che molti danno per scontata nel modo sbagliato: non serve essere partner di Odoo per commissionare personalizzazioni o sviluppo. Si tratta semplicemente di configurazione o sviluppo con accesso da amministratore al tuo account Odoo: può farlo qualsiasi sviluppatore con una reale conoscenza di Odoo, partner di Odoo o no.

I 5 criteri reali per valutare a chi affidare il tuo Odoo

1. Verificare il codice reale, non solo una demo

Una demo registrata o un video di prodotto non dimostra che il modulo funzioni nel tuo Odoo. Dimostra qualcosa, invece, chiedere l'accesso a un database di prova (o che installino il modulo in un ambiente tuo) e controllare di persona, in Impostazioni → Apps, che compaia come installato e attivo: non solo citato in una slide. Se il fornitore si oppone a darti quell'accesso o ti mostra solo schermate, è un segnale d'allarme.

Chiedi anche di vedere il codice del modulo se è uno sviluppo su misura: non per verificarlo tu se non sei tecnico, ma per controllare che esista come file versionato (con manifesto, test, controllo di versione) e non come promessa del tipo «lo faremo».

2. Supporto diretto o coda di ticket

Quando qualcosa si rompe in produzione, a chi scrivi? Esistono due modelli molto diversi: parlare direttamente con chi ha costruito il modulo (o con un piccolo team che conosce la tua installazione), oppure aprire un ticket in una coda in cui il primo livello di supporto non tocca il codice e si limita a inoltrare. Il secondo modello non è necessariamente cattivo (le grandi società di consulenza lo usano e funziona alla loro scala), ma cambia radicalmente il tempo di risposta davanti a un incidente reale. Chiedi esplicitamente: «chi risponde se questo si rompe un venerdì alle 18, e in quanto tempo?».

3. Prezzo chiuso o fatturazione aperta a ore

La fatturazione aperta a ore scarica sul tuo portafoglio tutto il rischio di un progetto stimato male: se l'ambito cresce o il fornitore impiega più del previsto, paghi di più senza averlo deciso tu. Un prezzo chiuso (con l'ambito scritto e concordato prima di iniziare) sposta quel rischio sul fornitore, che è chi può stimarlo meglio. Questo non significa che «a ore» sia sempre una cattiva idea: ha senso nella manutenzione continuativa o nel supporto su richiesta. Ma per un progetto con un inizio e una fine (un'implementazione, uno sviluppo, una migrazione), il prezzo chiuso è l'opzione che ti protegge.

4. Referenze verificabili

Le testimonianze sul sito del fornitore non sono verificabili per definizione: le sceglie e le scrive lui stesso. Chiedi qualcosa di verificabile in modo indipendente: il nome di un'azienda cliente reale che puoi cercare su LinkedIn o sul suo sito, oppure (meglio ancora) parlare direttamente con qualcuno di quell'azienda senza che il fornitore sia presente. Se un fornitore opera da anni e non riesce a darti nemmeno un contatto verificabile, è già un dato in sé.

5. Chi conserva il codice e l'accesso (evitare il vendor lock-in)

Prima di iniziare, chiarisci per iscritto chi è il proprietario del codice sviluppato su misura e chi ha le credenziali di amministratore del tuo Odoo. Se il fornitore si tiene l'unico accesso admin e il codice vive solo nel suo repository privato, dipendi da lui a vita per qualsiasi modifica futura, anche se in seguito vuoi cambiare fornitore. Un fornitore serio non ha problemi a far tenere al cliente il proprio accesso admin e, nello sviluppo su misura, il codice in un repository controllato anche dal cliente.

Partner di Odoo o sviluppatore indipendente, criterio per criterio

Nessuna delle due strade è oggettivamente «migliore»: ciascuna ha il suo posto a seconda della dimensione e della natura del progetto. Ecco cosa cambia davvero tra l'una e l'altra:

Checklist di domande prima di assumere

Prima di firmare qualsiasi cosa, poni queste domande direttamente al fornitore e valuta non solo la risposta, ma anche la rapidità e il disagio con cui la dà:

• Posso vedere il modulo installato e funzionante in un database di prova prima di pagare?
• Se è uno sviluppo su misura, il codice resta in un repository a cui ho accesso anch'io?
• Chi risponde se qualcosa si rompe fuori dall'orario di lavoro, e in quanto tempo?
• Il preventivo è chiuso con l'ambito per iscritto, o aperto a ore?
• Se l'ambito cambia durante il progetto, come si gestisce il sovraccosto?
• Puoi darmi il contatto di un cliente reale a cui posso chiedere direttamente?
• Con chi parlo nel quotidiano: con te, o con un account manager che inoltra i miei messaggi a un team tecnico?
• Mi restano le credenziali di amministratore del mio Odoo?

Come lavoriamo in FlexigoTech

In FlexigoTech siamo sviluppatori Odoo diretti, non rivenditori: non c'è uno strato commerciale tra te e chi scrive il codice. Lavoriamo con preventivo chiuso, mai con fatturazione aperta a ore, e l'ambito si concorda per iscritto prima di iniziare. Se ti serve uno sviluppo su misura (integrazioni esterne, logica di business complessa, report avanzati), puoi vedere come lo impostiamo nel nostro servizio di sviluppo su misura in Odoo. E se vuoi sapere chi siamo prima di scriverci, trovi i dettagli nella nostra pagina del team.

Link utili dentro FlexigoTech

Domande frequenti

Cosa facciamo in merito