¿Necesitas un sistema o te basta con ordenar lo que ya tienes?
La mayoría de las empresas compra software antes de entender su propio proceso. Cómo saber en cuál de los dos casos estás.
Comprar un sistema es más fácil que revisar cómo se trabaja. Por eso muchas empresas parten por ahí: hay un proveedor, una demo, una factura y la sensación de estar avanzando. Meses después el sistema está instalado, casi nadie lo usa completo, y el trabajo real sigue ocurriendo en la planilla de siempre. El problema es que se automatizó un desorden.
- Dos personas hacen la misma tarea de forma distinta y ambas creen tener razón.
- Nadie sabe decir en qué momento exacto una cosa pasa a ser responsabilidad de otro.
- El dato existe, pero cada área lo interpreta distinto.
- Ya compraron un software antes y quedó a medio usar.
- El proceso está claro y ordenado, y aun así consume horas de digitación.
- La misma información se copia entre tres o cuatro lugares.
- Se necesita saber algo al momento y hoy solo se sabe al cierre de mes.
- El volumen creció y la planilla ya se rompe o se corrompe sola.
Por qué un software genérico a veces empeora las cosas
Un producto estándar trae incorporada una forma de trabajar: la del promedio de sus clientes. Si tu empresa opera parecido a ese promedio, es la mejor compra posible y no hay que construir nada. Si no, aparece el costo escondido: campos que no calzan, pasos que sobran, gente que lleva un registro paralelo "para lo que el sistema no toma". Ese registro paralelo es la señal de que la herramienta no se adoptó, y el desorden ahora está en dos lugares.
Cinco preguntas antes de cotizar cualquier desarrollo
- 01 ¿Puedes describir el proceso actual, de principio a fin, sin inventarlo en el momento?
- 02 ¿Qué decisión concreta vas a tomar mejor cuando esta herramienta exista?
- 03 ¿Quién la va a usar todos los días y qué opina hoy de la idea?
- 04 ¿Existe ya un producto estándar que resuelva esto de forma aceptable?
- 05 ¿Quién se hace cargo de la herramienta cuando el proyecto termine?
Lo que cuesta un sistema, más allá del precio
El desarrollo es una parte. Después vienen las horas del equipo interno durante la implementación, la carga inicial de datos —que casi siempre revela que los datos estaban peor de lo que se creía—, el período en que se trabaja con el método viejo y el nuevo a la vez, la capacitación, y la mantención posterior. Nada de eso es opcional. Un presupuesto que solo cubre la construcción es un presupuesto incompleto, y conviene saberlo antes de firmar.
En buena parte de los casos la respuesta correcta es ordenar primero y construir después —o no construir nada. Preferimos decirlo antes que vender un sistema que va a quedar sin usar.