Cómo elegir un partner o desarrollador de Odoo

Buscar “cómo elegir un partner de Odoo” devuelve sobre todo listados de agencias que se autodenominan las mejores. Ese no es el problema real: el problema es que la mayoría de guías no dan criterios verificables, solo adjetivos (“experiencia”, “calidad”, “confianza”). En este artículo nos saltamos los adjetivos y vamos a lo que sí puedes comprobar antes de firmar: si el código que vas a pagar existe de verdad, con quién hablas cuando algo falla, qué pasa con el precio si el proyecto se alarga, y si las referencias que te enseñan son reales.

Partner oficial vs desarrollador independiente: qué significa cada cosa

Ser “partner oficial de Odoo” es un estatus comercial dentro del programa de partners de Odoo S.A., no una certificación de la calidad del código que vas a recibir. Un partner oficial puede tener acceso a materiales de venta y a cierto soporte de Odoo, pero eso no dice nada de si el ingeniero que va a tocar tu base de datos es bueno, responde rápido o entrega código mantenible. Y al revés: un desarrollador o consultora sin ese sello puede tener años de experiencia real sobre Odoo y hacer un trabajo excelente. Ninguno de los dos caminos garantiza nada por sí solo — lo que garantiza algo es lo que puedes verificar de cada proveedor concreto, sea cual sea su estatus.

Un matiz importante que mucha gente da por hecho mal: no hace falta ser partner oficial de Odoo para contratar personalización o desarrollo. Es simplemente configuración o desarrollo con acceso de administrador a tu propia cuenta de Odoo — lo puede hacer cualquier desarrollador con conocimiento real de Odoo, partner oficial o no.

Los 5 criterios reales para evaluar a quién vas a confiar tu Odoo

1. Verificar código real, no solo una demo

Una demo grabada o un vídeo de producto no prueba que el módulo funcione en tu Odoo. Lo que sí prueba algo es pedir acceso a una base de datos de pruebas (o que instalen el módulo en un entorno tuyo) y comprobar tú mismo, en Ajustes → Apps, que aparece como instalado y activo — no solo mencionado en una diapositiva. Si el proveedor se resiste a dar ese acceso o solo te enseña capturas de pantalla, es una señal de alerta.

Pide también ver el código del módulo si es desarrollo a medida — no para auditarlo tú si no eres técnico, sino para comprobar que existe como archivo versionado (con manifiesto, tests, control de versiones), y no como una promesa de que “ya lo haremos”.

2. Soporte directo vs cola de tickets

Cuando algo se rompe en producción, ¿a quién escribes? Hay dos modelos muy distintos: hablar directamente con quien construyó el módulo (o con un equipo pequeño que conoce tu instalación), o abrir un ticket en una cola donde el primer nivel de soporte no toca código y solo escala. El segundo modelo no es necesariamente malo — grandes consultoras lo usan y funciona a su escala —, pero cambia radicalmente el tiempo de respuesta ante un incidente real. Pregunta explícitamente: “¿quién responde si esto falla un viernes a las 18h, y en cuánto tiempo?”.

3. Precio cerrado vs facturación abierta por horas

La facturación abierta por horas traslada todo el riesgo de un proyecto mal estimado a tu bolsillo: si el alcance crece o el proveedor tarda más de lo previsto, pagas de más sin haberlo decidido tú. Un precio cerrado —con el alcance escrito y acordado antes de empezar— traslada ese riesgo al proveedor, que es quien mejor puede estimarlo. Esto no significa que “por horas” sea siempre mala idea: tiene sentido en mantenimiento continuo o soporte bajo demanda. Pero para un proyecto con principio y fin (una implantación, un desarrollo, una migración), un precio cerrado es la opción que te protege.

4. Referencias verificables

Los testimonios en la propia web del proveedor no son verificables por definición: los elige y los escribe él mismo. Pide algo comprobable de forma independiente: el nombre de una empresa cliente real que puedas buscar en LinkedIn o en su propia web, o —mejor aún— hablar directamente con alguien de esa empresa sin que el proveedor esté delante. Si un proveedor lleva años operando y no puede darte ni un solo contacto verificable, eso ya es un dato en sí mismo.

5. Quién se queda con el código y el acceso (evitar el vendor lock-in)

Antes de empezar, deja claro por escrito quién es dueño del código desarrollado a medida y quién tiene las credenciales de administrador de tu propio Odoo. Si el proveedor se queda con el único acceso admin y el código vive solo en su repositorio privado, dependes de él de por vida para cualquier cambio futuro, aunque quieras cambiar de proveedor más adelante. Un proveedor serio no tiene problema en que el cliente tenga su propio acceso admin y, en desarrollo a medida, el código en un repositorio que también controla el cliente.

Partner oficial vs desarrollador independiente, criterio por criterio

Ninguna de las dos vías es objetivamente “mejor”: cada una tiene su lugar según el tamaño y la naturaleza del proyecto. Esto es lo que cambia realmente entre una y otra:

Checklist de preguntas antes de contratar

Antes de firmar nada, plantea estas preguntas directamente al proveedor y valora no solo la respuesta, sino la rapidez y la incomodidad con la que la responde:

• ¿Puedo ver el módulo instalado y funcionando en una base de datos de pruebas antes de pagar?
• Si es desarrollo a medida, ¿el código queda en un repositorio al que yo también tengo acceso?
• ¿Quién responde si algo falla fuera de horario laboral, y en cuánto tiempo?
• ¿El presupuesto es cerrado con el alcance por escrito, o abierto por horas?
• Si el alcance cambia durante el proyecto, ¿cómo se gestiona el sobrecoste?
• ¿Puedes darme el contacto de un cliente real al que pueda preguntar directamente?
• ¿Con quién hablo el día a día: contigo, o con un gestor de cuenta que traslada mis mensajes a un equipo técnico?
• ¿Me quedo yo con las credenciales de administrador de mi propio Odoo?

Cómo lo hacemos en FlexigoTech

En FlexigoTech somos desarrolladores Odoo directos, no revendedores: no hay una capa comercial entre tú y quien escribe el código. Trabajamos con presupuesto cerrado, nunca facturación abierta por horas, y el alcance se acuerda por escrito antes de empezar. Si necesitas desarrollo a medida —integraciones externas, lógica de negocio compleja, informes avanzados—, puedes revisar cómo lo planteamos en nuestro servicio de desarrollo a medida en Odoo. Y si quieres saber quiénes somos antes de escribirnos, tienes el detalle en nuestra página de equipo.

Enlaces útiles dentro de FlexigoTech

Preguntas frecuentes