El problema no es que te falte un sistema.

Cuando una empresa me escribe para hacer un sistema, casi nunca el problema es el que me cuentan. Me hablan de una herramienta que les falta. Lo que encuentro, la mayoría de las veces, es que nadie escribió nunca cómo se hacen las cosas ahí adentro.

Y eso importa por una razón concreta: si automatizás un proceso desordenado, no lo arreglás, lo acelerás. Te queda el mismo desorden, más rápido, más caro y ahora también más difícil de cambiar.

Lo que encuentro casi siempre

No es falta de tecnología. Es falta de guía.

Nadie sabe cómo se hace algo, salvo el que lo hace. El circuito de un pedido, de una factura, de un reclamo, existe, funciona, pero vive en la cabeza de una persona. Si esa persona se toma vacaciones, la empresa improvisa.

Nadie sabe qué hay. Cuántas herramientas se están pagando, qué planilla es la buena, cuál de las tres versiones del listado de precios es la que se usa. Hay respuestas, pero hay que preguntar, y cada uno contesta distinto.

Nada está escrito. No hablo de manuales de cien páginas. Hablo de una hoja que diga: un pedido entra por acá, lo revisa esta persona, se carga en este lado, y termina así.

Esas tres cosas no se resuelven con software. Se resuelven con una decisión: sentarse a escribirlo.

Por qué los errores se multiplican

Esta es la parte que más me llama la atención cuando entro a una empresa así.

El primer error se corrige. Alguien encuentra el problema, lo arregla, y suma una excepción: "cuando el cliente es de este tipo, hacelo distinto". Nadie escribe por qué. Seis meses después nadie se acuerda de la razón, pero la excepción sigue ahí.

El segundo error se corrige igual, y suma otra excepción encima de la anterior. Ahora hay dos reglas que a veces se contradicen.

Al tiempo, nadie puede tocar nada sin romper algo. No porque el trabajo sea difícil, sino porque las correcciones se apilaron sin memoria. Cada arreglo resolvió el caso de esa semana y dejó una trampa para el año siguiente.

Ahí es cuando me llaman. Y ahí es cuando conviene frenar, no acelerar.

Lo que pasa si construís encima de eso

Un sistema a medida hace exactamente lo que le decís que haga. Si el circuito que le describís es el circuito enredado que ya tenías, vas a pagar para que ese enredo quede fijo en código.

Peor: antes el desorden se podía esquivar. Alguien hacía una excepción a mano y seguía. Cuando está en el sistema, la excepción hay que programarla. Cada cambio que antes era una conversación ahora es un presupuesto.

Por eso lo primero que pregunto no es qué querés que haga el sistema. Es cómo lo hacés hoy. Si esa pregunta no tiene una respuesta clara, todavía no es momento de construir.

Cuándo no necesitás un sistema a medida

Lo digo aunque trabaje de esto: muchas veces no hace falta.

Si el circuito es simple y el problema es que nadie lo conoce, lo que necesitás es escribirlo, no comprarlo. Una hoja bien hecha resuelve más que una aplicación.

Si lo que hacés lo hacen miles de empresas igual, seguramente ya existe una herramienta que lo resuelve por una fracción del costo. Facturación, ventas online, agenda de turnos. Hacerlo a medida ahí es pagar de más por lo mismo.

Si el volumen todavía es chico, una planilla ordenada, con una sola persona a cargo y reglas claras, aguanta mucho más de lo que la gente cree. El problema de la planilla casi nunca es la planilla: es que hay catorce.

En cualquiera de esos tres casos te lo voy a decir, y te vas a ahorrar el proyecto. Prefiero eso a construir algo que no te sirva.

Cuándo sí

Cuando el proceso está claro, la gente sabe cómo se hace, y aun así la herramienta no da: porque el volumen creció, porque lo que hacés no se parece a lo que hace el resto, o porque estás pagando en horas de gente lo que debería resolverse solo.

Ahí un sistema propio se paga. No antes.

Por dónde empezar, cueste lo que cueste el proyecto

Escribí cómo se hace hoy. Un circuito por hoja, con nombres y responsables.

No necesitás contratar a nadie para eso, y no lleva semanas. Si lo hacés, van a pasar dos cosas: vas a encontrar solo dos o tres problemas que creías que eran de software y eran de acuerdo interno, y si después decidís construir algo, vas a poder pedirlo con precisión en vez de por aproximación.

Eso último baja el precio y el riesgo del proyecto más que cualquier otra cosa que puedas hacer.

Si querés, esa conversación la tenemos sin costo y sin compromiso. A veces termina en un proyecto y a veces termina en "ordená esto primero, hablamos en seis meses".