Odoo · ERP · Perú
Qué debe incluir una propuesta profesional de implementación Odoo
Una propuesta de implementación sirve para comparar y para reclamar. Si no dice qué queda fuera, no sirve para ninguna de las dos cosas.
Última actualización: septiembre de 2026
Avance por fase
Diagnóstico100%
Diseño funcional100%
Configuración78%
Migración45%
Pruebas20%
Capacitación0%
Entregables
Lo mínimo que debe contener
- Alcance: módulos, compañías, almacenes y procesos cubiertos.
- Exclusiones: lo que explícitamente no está incluido. Es la sección más importante y la que suele faltar.
- Entregables por fase: qué documento o resultado recibe la empresa en cada etapa.
- Criterios de aceptación: cómo se sabe que una fase terminó.
- Responsabilidades: qué hace el proveedor y qué hace la empresa.
- Datos: qué se migra, en qué formato y quién valida.
- Integraciones: cuáles están incluidas y con qué proveedor.
- Capacitación: horas, roles y modalidad.
- Cronograma: con dependencias y supuestos.
- Soporte posterior: alcance, tiempos de respuesta y qué queda fuera.
- Gestión de cambios: cómo se cotiza y aprueba una variación.
- Condiciones comerciales: hitos de pago ligados a entregables.
Las señales de una propuesta débil
Listar módulos sin describir procesos. Prometer plazo sin haber visto los datos. No mencionar la contabilidad. No incluir exclusiones. Ofrecer "personalizaciones ilimitadas". Y cotizar sin diagnóstico previo: sin conocer la operación, cualquier cifra es una apuesta que alguien va a pagar después.
Supuestos: donde se esconde el riesgo
Una buena propuesta declara sus supuestos: disponibilidad de usuarios clave, calidad de los datos de origen, existencia de un responsable interno, entrega de accesos y decisiones en plazos acordados. Si alguno no se cumple, el impacto queda visible en lugar de discutirse al final.
Cómo comparar dos propuestas
Normaliza el alcance antes de mirar el precio: mismos módulos, mismas compañías, mismos datos migrados, mismas integraciones, mismas horas de capacitación. Casi siempre la diferencia de precio se explica por algo que una de las dos dejó fuera.
Hitos de pago sanos
Ligados a entregables verificables —diseño aprobado, cuadres firmados, pruebas completadas, go-live— y no al simple paso del tiempo. Alinea el interés de las dos partes en terminar bien.
Lo que debe quedar en la empresa al final
Documento de diseño, configuración documentada, material de capacitación, detalle de desarrollos y accesos administrativos. Sin eso, la empresa queda atada a su proveedor, y ese costo no aparece en ninguna propuesta.
Preguntas frecuentes
¿Cuánto detalle es razonable pedir?
El suficiente para poder reclamar: alcance, exclusiones, entregables y criterios de aceptación. Si algo no se puede verificar, no se puede exigir.
¿Es normal que no den precio antes del diagnóstico?
Es lo razonable en proyectos medianos. Se puede dar un rango referencial para dimensionar, pero el precio firme requiere conocer datos, módulos e integraciones.
¿Qué pasa si el alcance cambia?
Debe existir un mecanismo escrito: se documenta el cambio, se estima su impacto en plazo y costo, y se aprueba antes de ejecutarlo.