¿Reemplazar el software que usa, o conectarlo?

Conéctelo, en casi todos los casos. El software que ya usa rara vez es el problema. Lo son los huecos entre una herramienta y la siguiente. Reemplazar un sistema que su equipo conoce le cuesta dos veces, una al comprarlo y otra mientras su gente vuelve a aprender su propio trabajo, y normalmente reproduce los mismos huecos en un lugar más nuevo.

La pregunta suele llegar con una forma concreta. Un negocio usa Tally para la contabilidad, Shopify o un marketplace para los pedidos, WhatsApp para los clientes que prefieren hablar a hacer clic, y una hoja de cálculo que sostiene el inventario. Nada está roto, exactamente. Solo que el mismo pedido se teclea tres veces, la hoja de inventario ya está mal a la hora de comer y el dueño se entera de lo que pasó ayer por una llamada. Así que se llama a un proveedor, y el proveedor propone un solo sistema que lo reemplace todo.

¿Qué es lo que falla de verdad?

No las herramientas. Cada una suele hacer bien su propio trabajo: Tally es un buen libro contable, Shopify es una buena tienda, WhatsApp es donde ya están sus clientes. Pase una mañana en el escritorio de pedidos y el fallo toma forma, y la forma es siempre la misma. Vive en los traspasos.

Un traspaso es cualquier punto en el que una persona pasa información de un sistema a otro porque los sistemas no pueden hacerlo solos. Alguien lee un pedido en una pantalla y lo teclea en el software de facturación. Alguien copia las ventas de ayer del marketplace en la hoja de inventario. Alguien hace una captura de un pago y la reenvía. Cada traspaso tiene un responsable, una frecuencia y una forma de fallar, y ninguno aparece en el organigrama de nadie ni en ninguna licencia de software. Son invisibles hasta que se cuentan, y por eso el instinto es culpar a las herramientas.

¿Cómo saber en qué caso está?

Cuente los traspasos. Es una mañana de su propio tiempo, y no nos necesita para hacerlo.

Lleve una hoja de papel al escritorio donde llegan los pedidos. Cada vez que alguien teclee algo que ya existe en otro lugar, anote cuatro cosas: qué se tecleó, de dónde venía, adónde fue y, más o menos, cuánto tardó. No interrumpa a nadie y todavía no mejore nada. Solo cuente. Después haga lo mismo en el mostrador de facturación y dondequiera que se atiendan devoluciones o quejas.

La lista se ordena sola. Tres o cuatro traspasos sumarán la mayoría de las anotaciones, y todos en ese escritorio ya sabían cuáles eran.

Ahora hágale una pregunta a cada línea: ¿podría haberlo hecho una máquina, si los dos sistemas pudieran comunicarse? Para la mayoría de las líneas de la mayoría de las listas, la respuesta es sí, y eso es un problema de conexión. Reemplazar algo no viene al caso; estaría comprando un lugar nuevo donde teclear lo mismo. La respuesta es no solo cuando lo que se teclea no cabe de ninguna manera en el sistema que lo recibe. Ese es el caso concreto en el que reemplazar merece de verdad estar sobre la mesa.

¿Cuándo es reemplazar la respuesta correcta?

Tres pruebas. Un sistema tiene que fallar claramente en una de ellas antes de que reemplazarlo sea la recomendación honesta.

No tiene puerta, y nadie le va a poner una. Ni exportación, ni una interfaz a la que otro software pueda llamar, ni siquiera un archivo que se le pueda hacer dejar en algún sitio de forma programada, y un proveedor sin ninguna intención de agregar nada de eso. A menudo un paso de lectura puede hacer el tecleo en su lugar, y para un proveedor testarudo está bien. Cuando todas las conexiones del negocio tendrían que ser un parche, los parches se convierten en el sistema, y de eso vale la pena escapar.

Su modelo no puede contener su negocio. Un cliente que solo puede tener una dirección, cuando la mitad de sus clientes factura a un lugar y recibe en otro. Un producto con una sola unidad de medida, cuando usted compra en kilos y vende por piezas. Sin lote, sin número de serie, sin fecha de caducidad, en un sector donde eso decide qué se puede enviar legalmente. Se nota desde dentro: su gente guarda la información real en campos de texto libre, en convenciones de nombres que nadie escribió, en una hoja de cálculo paralela. El sistema ya no contiene su negocio. Lo están sorteando personas que merecen algo mejor.

Nadie puede cambiarlo. El proveedor dejó de responder o desapareció, la versión es demasiado antigua para tener soporte y nadie se atreve a tocarlo. Esta es la que se le echa encima a un negocio sin avisar, porque el software sigue funcionando, hasta la mañana en que deja de hacerlo.

Fíjese en lo que no está en esa lista. La herramienta es vieja. La interfaz se ve anticuada. Un competidor usa algo más nuevo. El vendedor tenía una presentación mejor. Ninguna de esas es una razón, y las cuatro son razones que se le dan a la gente.

¿Por qué reemplazar es la respuesta que suele oír?

Porque es el proyecto más fácil de vender y el más fácil de ejecutar. Un reemplazo es un trabajo grande, fácil de entender y repetible: una licencia, una migración, un plan de capacitación, una cifra al final. Conectar lo que ya tiene es minucioso, específico de su negocio y difícil de hacer que parezca impresionante. Además, termina con una factura más pequeña.

Vale la pena decirlo con claridad en lugar de insinuarlo, porque es la razón honesta y todos en la sala lo saben. Preferimos decirle qué tercio de su sistema funciona mal antes que venderle un reemplazo para los dos tercios que funcionan bien. Cuando un sistema de verdad falla en una de las tres pruebas, se lo diremos, y le diremos qué implicaría dejarlo.

¿Qué debe exigir si conecta?

Las conexiones tienen mala fama, y se la han ganado. Suelen construirse como un script que alguien escribió una vez y que falla en silencio la primera vez que algo cambia más arriba. Tres cosas separan una conexión sobre la que se puede llevar un negocio de una sobre la que no.

Los fallos tienen que hacer ruido y llevar un nombre. El pedido que no llegó a facturación debe aparecer en una cola, con un motivo y una persona concreta, ese mismo día. La alternativa es encontrarlo como una factura que falta a fin de mes, y para entonces ya es una queja de un cliente y no un reintento.

Las puertas se mueven, así que la conexión tiene que contar con ello. Los marketplaces y las plataformas de tiendas cambian sus interfaces unas cuantas veces al año. Es normal, se anuncia con antelación, y el trabajo debe estar hecho para que, cuando pase, cambie una pieza y no todo el montaje.

Y lo que se construya nuevo debe ser solo lo que nadie vende. La ficha de cliente que reúne cada consulta de cada fuente. La aprobación que antes era una llamada. La página única del dueño, que muestra el día en el orden en que usted preguntaría por él. No otro libro contable, no otra tienda.

¿Y si conecta y sigue estando mal?

Entonces habrá aprendido exactamente qué parte no podía seguir adelante, y lo habrá aprendido con una lista de fallos concretos en la mano, no con una propuesta llena de promesas. Una conexión que no funciona le dice dónde está el límite real de su sistema, por una fracción de lo que cuesta descubrir lo mismo con un reemplazo. No es un paso perdido. Es la versión más barata del paso que iba a dar de todos modos.

La marca de moda con once tiendas y tres canales en línea no reemplazó la facturación de sus tiendas, sus marketplaces ni su sitio web. Los tres siguieron haciendo su trabajo. Lo que no tenía era un solo lugar al que informaran todos, así que el cierre de mes significaba conciliar tres conjuntos de cifras que no coincidían. El cambio fue la pieza que faltaba, no una versión nueva de las piezas que ya estaban.

Así que, cuando la primera respuesta de un proveedor sea reemplazarlo todo, pregúntele en cuál de las tres pruebas falla su sistema, y pídale que señale la evidencia dentro de su propio negocio. Si no puede nombrar ninguna, le están vendiendo el proyecto más fácil y no el correcto. En eso consiste todo lo que hacemos distinto en los trabajos de CRM, ERP e integración: primero va la lista de traspasos, y la lista decide.