Un desarrollo a medida bien hecho no arranca programando: arranca entendiendo cómo trabaja tu empresa, definiendo un primer alcance chico y útil, y poniéndolo en producción rápido para corregir con uso real. La diferencia entre un proyecto que funciona y uno que se abandona casi nunca es técnica: es de método. Los que fracasan suelen ser los que se pasan un año construyendo a ciegas y recién al final descubren que el sistema no refleja el negocio.
En esta guía te contamos las etapas reales, qué se entrega en cada una, cuánto tiene que participar tu equipo y cómo lo hacemos en Olpa Group.
La regla que ordena todo: entregar cosas útiles, temprano
Antes de las etapas, el principio que las gobierna: cada dos o tres semanas tiene que haber algo que puedas ver y probar. No un informe de avance: software funcionando.
¿Por qué importa tanto? Porque el 100% de los proyectos cambia sobre la marcha. Nadie logra definir perfectamente al inicio cómo tiene que funcionar todo. Si esos cambios aparecen en la semana 3, se corrigen barato. Si aparecen en el mes 10, se pagan carísimo o directamente hunden el proyecto.
Etapa 1 — Diagnóstico y relevamiento
Qué pasa: nos metemos en tu operación. Miramos cómo trabajás hoy de verdad (no cómo dice el manual), qué sistemas usás, dónde están los cuellos de botella y qué planillas paralelas inventó tu equipo.
Qué se entrega: un mapa del proceso actual y una recomendación honesta. Acá es donde te decimos si te conviene desarrollar, comprar un producto existente, implementar Odoo o integrar lo que ya tenés.
Cuánto participa tu equipo: bastante, y es clave. Las mejores definiciones salen de quien hace el trabajo todos los días, no de la gerencia.
Un detalle importante: si en esta etapa aparece que tus procesos no están definidos, hay que ordenarlos antes de automatizar. Automatizar un proceso confuso solo produce un sistema confuso.
Etapa 2 — Definición del alcance mínimo útil
Qué pasa: decidimos qué entra en la primera entrega. No “todo el sistema”: el pedazo que resuelve el dolor más grande y que se puede poner a andar rápido.
Esta es la etapa que más plata ahorra y la que más se saltea. Un alcance bien acotado baja el costo, baja el riesgo y hace que veas resultados en semanas.
Qué se entrega: el alcance escrito (qué entra y, sobre todo, qué NO entra en esta etapa), el plan por entregas y el presupuesto.
Etapa 3 — Diseño de la solución
Qué pasa: se define cómo va a funcionar: las pantallas principales, la lógica de negocio, cómo se conecta con lo que ya usás y quién puede hacer qué.
Qué se entrega: prototipos navegables o bocetos de las pantallas clave. La idea es que puedas “usarlo” antes de que exista, porque corregir un boceto cuesta mucho menos que corregir un desarrollo.
Cuánto participa tu equipo: mucho. Acá se validan las reglas del negocio. Cada excepción que tu equipo menciona en esta etapa es una que no vas a tener que arreglar después.
Etapa 4 — Desarrollo por entregas
Qué pasa: se construye por partes. Cada entrega es funcional: la podés abrir, cargar datos y probar.
Qué se entrega: software funcionando, cada dos o tres semanas, en un entorno de prueba.
Cuánto participa tu equipo: revisar cada entrega. Es la parte más valiosa que puede aportar: mirar y decir “esto no es como lo hacemos”. Cuanto antes lo digas, más barato sale.
Etapa 5 — Migración de datos
Qué pasa: se pasan los datos del sistema viejo o de las planillas al nuevo.
Es la etapa que más se subestima. Los datos históricos suelen estar en formatos distintos, con criterios que cambiaron con los años y con errores acumulados. Migrar bien implica limpiar, y limpiar lleva tiempo.
Consejo práctico: no todo tiene que migrarse. Muchas veces conviene pasar los datos vivos (clientes activos, stock, operaciones abiertas) y dejar lo histórico en consulta. Es mucho más rápido y barato.
Etapa 6 — Capacitación y puesta en marcha
Qué pasa: el equipo aprende a usarlo y el sistema entra en producción.
Acá se define si el proyecto sirve o no. Un sistema técnicamente perfecto que el equipo no adopta es un fracaso. Por eso conviene involucrar a los usuarios desde la etapa 1: cuando participaron del diseño, la adopción es natural.
La puesta en marcha se planifica: día elegido, plan de vuelta atrás y acompañamiento cercano las primeras semanas, que es cuando aparecen los ajustes.
Etapa 7 — Soporte y evolución
Qué pasa: el sistema vive. Se corrigen detalles, se suman funciones y se acompaña el crecimiento del negocio.
Un sistema propio es un activo que evoluciona con la empresa. Presupuestar esta etapa desde el principio es parte de hacerlo bien.
Cuánto tarda cada cosa
Depende del alcance, pero el ritmo sano se parece a esto:
| Etapa | Referencia |
|---|---|
| Diagnóstico y alcance | Semanas |
| Diseño | Semanas |
| Primera entrega en producción | Pocos meses |
| Evolución | Continua |
Bandera roja: si un proveedor te propone un año de desarrollo sin nada funcionando en el medio, es un riesgo alto. Los proyectos largos sin entregas parciales son los que más se abandonan.
Qué necesitamos de tu lado
Para que salga bien, hacen falta tres cosas de la empresa:
- Una persona referente que pueda decidir. Los proyectos que dependen de un comité para cada definición se estancan.
- Acceso a quien hace el trabajo. El proceso real lo conoce quien lo ejecuta.
- Tiempo para revisar las entregas. Poco, pero constante. Sin feedback, construimos a ciegas.
Cómo lo hacemos en Olpa
Trabajamos con este método, con dos cosas que nos diferencian:
- Somos consultores antes que desarrolladores. Si el diagnóstico da que te conviene un producto existente o Odoo, te lo decimos. Preferimos un proyecto más chico y bien resuelto que uno grande que no debería haberse hecho.
- La IA está en el centro, no como agregado. Usamos IA para construir más rápido y, sobre todo, para que tu sistema tenga capacidades que un enlatado no puede darte. Lo hacemos con software a medida con IA integrada y agentes de IA.
Preguntas frecuentes
¿Cuánto tiene que participar mi equipo? Más al principio (diagnóstico y diseño) y de forma constante pero liviana durante el desarrollo: revisar cada entrega. Es la inversión de tiempo que más determina el resultado final.
¿Puedo ver algo antes de que esté terminado? Sí, y es fundamental. Trabajamos con entregas parciales funcionales cada dos o tres semanas. Si un proveedor te dice que vas a ver el sistema recién al final, es una señal de alerta.
¿Qué pasa si cambia una regla del negocio a mitad del proyecto? Se ajusta. Por eso trabajamos por etapas: los cambios son esperables. Lo que se conversa con transparencia es si ese cambio entra en el alcance acordado o lo amplía.
¿El sistema queda a mi nombre? Sí. El código y los datos son tuyos. Es algo que conviene dejar por escrito con cualquier proveedor antes de empezar.
¿Qué pasa si el equipo no lo adopta? Es el riesgo real de todo proyecto, y se previene involucrando a los usuarios desde el diagnóstico, no presentándoles un sistema terminado. Cuando participaron del diseño, la adopción deja de ser un problema.
Para cerrar
Un desarrollo a medida bien hecho es previsible: diagnóstico honesto, alcance acotado, entregas que podés ver cada pocas semanas, migración cuidada, capacitación y acompañamiento. Lo que hunde proyectos no es la tecnología, es empezar a programar sin entender el negocio y desaparecer un año.
En Olpa trabajamos así, y arrancamos siempre por el diagnóstico: primero entender, después construir.
Agendá un diagnóstico gratuito de 30 minutos y te contamos, para tu caso puntual, qué alcance tendría la primera etapa y en cuánto tiempo lo tendrías funcionando.