Com triar un partner o desenvolupador d'Odoo

Cercar «com triar un partner d'Odoo» retorna sobretot llistats d'agències que s'autodenominen les millors. Aquest no és el problema real: el problema és que la majoria de guies no donen criteris verificables, només adjectius («experiència», «qualitat», «confiança»). En aquest article ens saltem els adjectius i anem al que sí que pots comprovar abans de signar: si el codi que vas a pagar existeix de veritat, amb qui parles quan alguna cosa falla, què passa amb el preu si el projecte s'allarga, i si les referències que t'ensenyen són reals.

Partner d'Odoo vs desenvolupador independent: què significa cada cosa

Ser «partner d'Odoo» és un estatus comercial dins del programa de partners d'Odoo S.A., no una garantia de la qualitat del codi que rebràs. Un partner d'Odoo pot tenir accés a materials de venda i a cert suport d'Odoo, però això no diu res de si l'enginyer que tocarà la teva base de dades és bo, respon ràpid o lliura codi mantenible. I a l'inrevés: un desenvolupador o consultora sense aquest segell pot tenir anys d'experiència real sobre Odoo i fer una feina excel·lent. Cap dels dos camins garanteix res per si sol: el que garanteix alguna cosa és el que pots verificar de cada proveïdor concret, sigui quin sigui el seu estatus.

Un matís important que molta gent dona per fet malament: no cal ser partner d'Odoo per contractar personalització o desenvolupament. És simplement configuració o desenvolupament amb accés d'administrador al teu propi compte d'Odoo: ho pot fer qualsevol desenvolupador amb coneixement real d'Odoo, sigui partner d'Odoo o no.

Els 5 criteris reals per avaluar a qui confiaràs el teu Odoo

1. Verificar codi real, no només una demo

Una demo gravada o un vídeo de producte no prova que el mòdul funcioni al teu Odoo. El que sí prova alguna cosa és demanar accés a una base de dades de proves (o que instal·lin el mòdul en un entorn teu) i comprovar tu mateix, a Configuració → Apps, que apareix com a instal·lat i actiu: no només esmentat en una diapositiva. Si el proveïdor es resisteix a donar aquest accés o només t'ensenya captures de pantalla, és un senyal d'alerta.

Demana també veure el codi del mòdul si és desenvolupament a mida: no perquè l'auditis tu si no ets tècnic, sinó per comprovar que existeix com a arxiu versionat (amb manifest, tests, control de versions), i no com una promesa que «ja ho farem».

2. Suport directe vs cua de tickets

Quan alguna cosa es trenca en producció, a qui escrius? Hi ha dos models molt diferents: parlar directament amb qui va construir el mòdul (o amb un equip petit que coneix la teva instal·lació), o obrir un tiquet en una cua on el primer nivell de suport no toca codi i només escala. El segon model no és necessàriament dolent (grans consultores l'usen i funciona a la seva escala), però canvia radicalment el temps de resposta davant un incident real. Pregunta explícitament: «qui respon si això falla un divendres a les 18 h, i en quant de temps?».

3. Preu tancat vs facturació oberta per hores

La facturació oberta per hores trasllada tot el risc d'un projecte mal estimat a la teva butxaca: si l'abast creix o el proveïdor triga més del previst, pagues de més sense haver-ho decidit tu. Un preu tancat (amb l'abast escrit i acordat abans de començar) trasllada aquest risc al proveïdor, que és qui millor pot estimar-lo. Això no vol dir que «per hores» sigui sempre una mala idea: té sentit en manteniment continu o suport sota demanda. Però per a un projecte amb principi i fi (una implantació, un desenvolupament, una migració), un preu tancat és l'opció que et protegeix.

4. Referències verificables

Els testimonis a la mateixa web del proveïdor no són verificables per definició: els tria i els escriu ell mateix. Demana alguna cosa comprovable de forma independent: el nom d'una empresa client real que puguis cercar a LinkedIn o a la seva pròpia web, o (millor encara) parlar directament amb algú d'aquesta empresa sense que el proveïdor hi sigui davant. Si un proveïdor fa anys que opera i no et pot donar ni un sol contacte verificable, això ja és una dada en si mateixa.

5. Qui es queda el codi i l'accés (evitar el vendor lock-in)

Abans de començar, deixa clar per escrit qui és el propietari del codi desenvolupat a mida i qui té les credencials d'administrador del teu propi Odoo. Si el proveïdor es queda l'únic accés d'administrador i el codi viu només al seu repositori privat, depens d'ell de per vida per a qualsevol canvi futur, encara que vulguis canviar de proveïdor més endavant. Un proveïdor seriós no té cap problema que el client tingui el seu propi accés d'administrador i, en desenvolupament a mida, el codi en un repositori que el client també controli.

Partner d'Odoo vs desenvolupador independent, criteri per criteri

Cap de les dues vies és objectivament «millor»: cadascuna té el seu lloc segons la mida i la naturalesa del projecte. Això és el que canvia realment entre l'una i l'altra:

Checklist de preguntes abans de contractar

Abans de signar res, planteja aquestes preguntes directament al proveïdor i valora no només la resposta, sinó la rapidesa i la incomoditat amb què la respon:

• Puc veure el mòdul instal·lat i funcionant en una base de dades de proves abans de pagar?
• Si és desenvolupament a mida, el codi queda en un repositori al qual jo també tinc accés?
• Qui respon si alguna cosa falla fora d'horari laboral, i en quant de temps?
• El pressupost és tancat amb l'abast per escrit, o obert per hores?
• Si l'abast canvia durant el projecte, com es gestiona el sobrecost?
• Em pots donar el contacte d'un client real a qui pugui preguntar directament?
• Amb qui parlo el dia a dia: amb tu, o amb un gestor de compte que trasllada els meus missatges a un equip tècnic?
• Em quedo jo amb les credencials d'administrador del meu propi Odoo?

Com ho fem a FlexigoTech

A FlexigoTech som desenvolupadors Odoo directes, no revenedors: no hi ha cap capa comercial entre tu i qui escriu el codi. Treballem amb pressupost tancat, mai facturació oberta per hores, i l'abast s'acorda per escrit abans de començar. Si necessites desenvolupament a mida (integracions externes, lògica de negoci complexa, informes avançats), pots revisar com ho plantegem al nostre servei de desenvolupament a mida a Odoo. I si vols saber qui som abans d'escriure'ns, tens el detall a la nostra pàgina d'equip.

Enllaços útils dins de FlexigoTech

Preguntes freqüents

El que fem sobre això