Un empresario con el que trabajé —llamémoslo Diego, porque no es su nombre real— me dijo algo que se me quedó grabado: "Compramos el software. Lo que pasa es que no lo usamos realmente como se supone que hay que usarlo." Lo dijo casi disculpándose, como si fuera culpa de su equipo por no adaptarse. No lo era. Seis meses después de implementar una herramienta pensada para reemplazar su planilla de seguimiento de pedidos, la mitad de su equipo seguía manteniendo una planilla. No en lugar del sistema nuevo —al lado. En silencio. Porque el sistema nuevo no manejaba la única excepción que pasaba en cada pedido: envíos parciales desde dos depósitos distintos, divididos en dos facturas, algo que el negocio hacía todos los días y que el software nunca había contemplado.
Esa planilla paralela es la devolución más honesta que un negocio recibe jamás sobre el software que compró.
La señal siempre es un parche, no una queja
Nadie presenta un reclamo cuando un software no se ajusta a su negocio. Simplemente arma un parche en silencio y sigue adelante, porque quejarse lleva más tiempo que arreglárselas solo. Por eso la señal real nunca es un ticket de soporte: es una planilla paralela que nadie pidió oficialmente, un cuaderno al lado del teclado, o la frase que escucho todo el tiempo en estas conversaciones: "ah, esa parte simplemente no la usamos."
Si escuchás esa frase sobre una función que supuestamente es central para cómo trabaja su equipo, eso no es que su equipo sea vago. Es su equipo diciéndote, con educación, que la herramienta no coincide con el trabajo real.
El software genérico está pensado para un negocio promedio, y el suyo no lo es
Esto no es una crítica al software en sí. La mayoría de las herramientas estándar están bien hechas —para el negocio alrededor del cual fueron diseñadas, que es un promedio de miles de negocios que hacen más o menos lo mismo, más o menos de la misma forma. El suyo no lo hace más o menos de la misma forma. Tenés a ese proveedor que siempre entrega tarde y necesita un seguimiento distinto. Esa categoría de clientes con su propia lógica de precios. Ese paso de aprobación que existe por algo que salió mal hace tres años y que todos siguen haciendo en silencio.
El software genérico cubre el 80 por ciento que todos los negocios comparten. Su negocio vive en el 20 por ciento que no comparte, y ese 20 por ciento suele ser justamente donde está el trabajo real —y el riesgo real.
El punto en el que el parche cuesta más que la solución
Los parches no son gratis, aunque se sientan gratis porque nadie está pagando una factura por ellos directamente. Cada vez que alguien mantiene una planilla paralela, está haciendo el trabajo dos veces: una en el sistema que pagaste, otra en lo que realmente funciona. Cada conciliación manual entre ambos es tiempo, y cada vez que no coinciden, alguien tiene que averiguar cuál de los dos tiene razón.
Por un tiempo, ese es un precio razonable —más barato que construir algo a medida, y sin duda más barato que cambiar de herramienta y volver a capacitar a todo el equipo. Pero pasado cierto punto, generalmente cuando el parche ya superó lo de "temporal" por un año o dos, la cuenta se da vuelta. Las horas dedicadas cada semana, para siempre, a trabajar alrededor de la herramienta, empiezan a costar más que el costo único de construir la pieza específica que no se ajusta. He visto equipos dedicar cuatro o cinco horas por semana a reconciliar dos sistemas que debieron haber sido uno solo —eso no es un error de redondeo, es un trabajo de medio tiempo que nadie presupuestó, repetido todas las semanas durante años.
No tenés que tirar lo que ya compraste
Esta es la parte que la gente entiende mal con más frecuencia: solucionar esto no significa sacar el software que ya pagaste y meterse en una migración a una plataforma más grande. En la mayoría de los casos en los que trabajé, la herramienta estándar hace bien el 80 por ciento de su trabajo. La solución es más puntual: construir esa pieza específica, el flujo de trabajo concreto que la herramienta genérica nunca manejó, y conectarla de vuelta al sistema que ya tiene.
Hice exactamente este tipo de trabajo para un cliente que maneja una galería de arte: su sistema de punto de venta e inventario manejaba bien las ventas de público general, pero no tenía ningún concepto de consignación de artistas —registrar qué obra pertenecía a qué artista, qué porcentaje se le debía, qué se había vendido y qué no. En lugar de reemplazar todo el sistema, construimos esa pieza como una herramienta propia, conectada a los registros que ya mantenían. La planilla que antes estaba al lado del sistema real desapareció, porque el sistema real finalmente cubría la parte que importaba.
El ajuste importa más que la marca
Una herramienta con las funciones correctas en el papel puede seguir siendo la herramienta equivocada en la práctica, si el 20 por ciento que no cubre resulta ser justo el 20 por ciento sobre el que funciona su negocio. La planilla que está en silencio al lado de su sistema "real" no es una señal de que su equipo necesita más capacitación. Es una señal que vale la pena tomar en serio, porque te está mostrando exactamente dónde está el hueco —y exactamente dónde una pieza de desarrollo a medida, pequeña y puntual, se pagaría sola.
Si su equipo tiene una planilla paralela, un cuaderno de respaldo, o una parte del software que pagaste de la que "simplemente no usamos", eso no es una molestia menor con la que hay que vivir. Es un mapa que alguien ya dibujó por usted, gratis.