Lo que ningún ERP estándar le iba a resolver a Hidromóvil (y cómo se resolvió)
Hidromóvil lleva su administración sobre un ERP estándar y su proceso de campo sobre un módulo a la medida, conectados por API. El caso real del modelo base estándar + proceso único.
Mandar a desarrollar tu propio ERP casi siempre es un error caro. Haz esto en su lugar
Reconstruir contabilidad, facturación e inventarios desde cero cuesta años y una fortuna, para terminar con una versión peor de algo que un ERP maduro ya resolvió. Lo que sí vale a la medida es otra cosa.
Automatizar un proceso mal diseñado solo acelera el desorden
Si le pones tecnología a un proceso que nadie ha definido, se automatiza el desorden: el mismo error, más rápido y más caro. Por eso el rediseño va primero.
El consultor no necesita volverse empresa de software
Cuando una mejora que diagnosticaste necesita software para sostenerse, no tienes que contratar programadores ni volverte empresa de tecnología. Hay un modelo más simple: tú diagnosticas, un brazo técnico ejecuta.
¿Esta mejora necesita software o disciplina? Una guía honesta
No toda mejora necesita tecnología. Meter software donde bastaba un hábito agrega costo y fricción. Una guía práctica para decidir cuándo un proceso pide disciplina y cuándo pide un sistema.
Del mapa de proceso al sistema que lo ejecuta: qué pasa después del rediseño
El rediseño de un proceso produce un mapa impecable. Pero entre ese mapa y la operación real hay un hueco donde la mejora se pierde. De qué está hecho ese hueco y cómo se cierra.
Por qué las mejoras de procesos se degradan (y qué tiene que ver la tecnología)
Una mejora bien diagnosticada funciona unos meses y luego regresa a como estaba. No es falta de voluntad del equipo: es que el proceso vive en la cabeza de la gente, no en un sistema.