¿Cómo resuelves un problema de logística global en una empresa de más de 200 empleados… cuando el problema no viene de una mala gestión, sino de algo más incómodo?
Que lo que antes funcionaba, ya no es suficiente.
Eso fue lo que me encontré a los 24 años.
No era una empresa desorganizada. No había caos evidente. De hecho, todo parecía estar bajo control. Tenían un sistema propio que sostenía su operación diaria, y durante años había cumplido su propósito. Pero el mercado no espera. Crece, exige, presiona. Y lo que antes era una solución, empieza a convertirse en un límite.
Mi entrada a la empresa no tuvo nada que ver con eso.
Llegué para resolver un problema puntual en una aplicación web. Algo concreto, técnico, directo. Lo resolví relativamente rápido, y como suele pasar en estos casos, eso abrió la puerta a involucrarme más. Poco a poco empecé a entender cómo operaban, cómo fluía la información, qué dependía de qué… hasta que llegó la conversación que cambia todo:
“Necesitamos mejorar el sistema.”
Ahí empezó realmente el proyecto.
Al principio hice lo que cualquier desarrollador haría: ir al código.
Hablé con los desarrolladores originales, revisé el repositorio, intenté entender la lógica interna. Pero entre más avanzaba, más evidente se volvía el problema. No había documentación. Nadie tenía claro dónde estaba alojado el sistema. Las dependencias estaban por todas partes. Era un monolito que había crecido con el tiempo, sin estructura clara, donde todo dependía de todo.
Funcionaba… pero nadie lo entendía completamente.
Y eso, en términos de negocio, es una bomba de tiempo.
Mi conclusión fue rápida: ese sistema no se debía escalar, se debía reemplazar.
La solución parecía obvia: migrar a un ERP.
Pero no tenía idea de lo que venía después.
Cuando propuse cambiar el sistema, la respuesta fue inmediata. Y no fue técnica.
Fue emocional.
La empresa ya lo había intentado antes. Habían invertido más de 1.7 millones de pesos en implementaciones de ERP que terminaron fallando. No era solo un tema de dinero, era desgaste, frustración y desconfianza.
Con el tiempo entendí por qué había pasado. No fue un problema del software en sí, sino del enfoque. La empresa no tenía claro el alcance real de un ERP, lo que generaba una cantidad constante de solicitudes y modificaciones. Cada requerimiento se trataba como algo aislado, sin una visión estructurada del proceso completo. Al mismo tiempo, el partner que llevaba las implementaciones no cuestionaba ni proponía soluciones; se limitaba a tomar notas y convertirlas en cotizaciones. Eso convirtió el proyecto en una lista interminable de cambios, cada vez más costosos y cada vez más alejados de una solución real. El resultado fue el mismo en ambos intentos —uno con SAP y otro con Odoo—: proyectos que crecieron en complejidad y costo, pero nunca lograron consolidarse.
En ese momento entendí que el problema no era elegir una tecnología.
Era recuperar la confianza para volver a intentar.
Así que hice algo que no había hecho antes: dejar de empujar una solución y empezar a cuestionar mi propia conclusión.
Volví al sistema. Esta vez con otro enfoque. Hablé con más desarrolladores, analicé escenarios, estimé costos reales de reconstrucción. Y el resultado fue incómodo, pero claro: el sistema no era viable a largo plazo… pero tampoco lo era construir uno nuevo desde cero.
Eso dejaba solo una opción.
Un ERP.
Pero esta vez no como una recomendación técnica, sino como una decisión estratégica que tenía que justificarse mucho mejor.
Ahí empezó la etapa que cambió mi forma de ver este tipo de proyectos.
Empecé a analizar distintos ERPs del mercado: SAP, Oracle NetSuite, Microsoft Dynamics, y por supuesto Odoo. Agendé reuniones, vi demos, hice preguntas tanto funcionales como técnicas. Y aunque todos ofrecían soluciones robustas, hubo detalles que marcaron diferencia.
En la mayoría de los casos, el primer contacto era con partners. Todo pasaba a través de intermediarios. Odoo fue distinto. Odoo habló directamente con la empresa. En otro contexto tal vez no importaría, pero aquí sí. Ayudó a romper parte de esa resistencia inicial.
Luego vino la forma de trabajar. Oracle, por ejemplo, tenía una estructura impecable, muy corporativa, muy bien definida. Odoo, en cambio, tenía algo diferente. No solo estaban vendiendo software. Estaban intentando construir una relación.
Ese fue el primer punto donde dejé de ver a Odoo como “una opción más”.
Ese cambio se terminó de consolidar cuando asistí a los Odoo Community Days, hoy conocidos como Odoo Experience.
Ese evento, honestamente, cambió mi perspectiva.
No fue solo ver el producto. Fue entender el ecosistema. Asistí a capacitaciones, vi presentaciones, escuché casos reales. Más de 100 charlas donde, por primera vez, muchas cosas que había aprendido en la universidad empezaron a tener sentido en un contexto real.
Entendí algo clave: no basta con saber cómo funciona un sistema. Hay que entender cómo funciona la empresa que lo usa.
Y eso cambia completamente la forma en la que tomas decisiones tecnológicas.
También fue ahí donde apareció una oportunidad que no esperaba.
Odoo estaba buscando partners.
Hasta ese momento, yo estaba resolviendo un problema. Pero ahí entendí que podía hacer algo más grande: no solo implementar una solución, sino especializarme en ello.
Al regresar, todo era más claro.
El problema de la empresa ya no era “necesitamos un sistema mejor”.
Era: “necesitamos entender mejor cómo operamos”.
Y eso cambia todo.
Porque en ese punto, implementar un ERP deja de ser un cambio de software y se convierte en una herramienta para ordenar procesos, generar métricas y construir una base sólida para crecer.
Por ejemplo: Muchos hoy quieren implementar inteligencia artificial, automatización avanzada, dashboards complejos… pero no tienen procesos definidos ni datos estructurados. Y sin eso, cualquier tecnología avanzada es inútil.
Odoo funcionaba precisamente porque atacaba ese punto.
No prometía magia.
Permitía construir.
Con ese enfoque, la conversación con la empresa fue diferente.
Ya no se trataba de vender una idea.
Se trataba de explicar un proceso.
Y esta vez, sí funcionó.
En cinco meses logramos implementar el sistema de forma exitosa. La empresa no solo resolvió los problemas que ya tenía, sino que ahora cuenta con algo que antes no existía: visibilidad real de su operación, métricas claras y una base preparada para crecer.
Y en paralelo, yo me convertí en partner oficial de Odoo con mi empresa Katze.
Si algo me dejó esta experiencia es esto:
El problema rara vez es la tecnología.
El problema es querer avanzar sin entender dónde estás parado.
Y en un mercado que constantemente te empuja a ir más rápido, a veces lo más inteligente que puedes hacer es detenerte, ordenar y construir bien desde la base.
Si estás en un punto donde tu sistema ya no escala, o donde sabes que necesitas mejorar pero no tienes claro por dónde empezar, vale la pena analizarlo con calma.
No siempre necesitas cambiar todo.
Pero sí necesitas entenderlo.
Discussion