Te dijeron que necesitas un sistema de verdad. Casi siempre necesitas una tubería, no un reemplazo.
Un negocio lleva su inventario en una hoja de cálculo. Alguien le vende software para arreglar eso. Dieciocho meses después el software está a medio llenar, la hoja sigue siendo la que la gente realmente actualiza, y la operación mantiene dos fuentes de verdad en vez de una.
Esto pasa constantemente, y el diagnóstico detrás suele estar equivocado.
La hoja de cálculo no es el problema. Está haciendo tres cosas bien, y son las tres cosas más difíciles de lograr que un equipo haga.
La mantiene quien conoce el inventario. No delegada, no llenada por un pasante desde un formulario — la lleva quien maneja la mercancía y sabe cuándo algo llega, se vende o cambia de condición.
Está estructurada. Las columnas son campos. Las filas son registros. Se ha normalizado durante años por la fricción del uso diario, que es la única fuerza que produce un esquema usable de forma confiable.
Está al día, porque actualizarla es el camino de menor resistencia.
La hoja de cálculo ya es el sistema de gestión de contenido. Simplemente no tiene paso de publicación.
Esa es la falla real, y es mucho más pequeña. Los datos terminan en un archivo en la máquina de alguien en vez de fluir a algún lugar donde un comprador o una máquina pudieran verlos.
Migrar a un sistema “de verdad” ataca la capa equivocada. Toma el único proceso que funciona y le pide a la persona que lo mantiene que adopte una interfaz más lenta para el mismo resultado.
Predeciblemente, no lo hace. La hoja sobrevive porque es más rápida, y el sistema nuevo queda desactualizado en un trimestre. Ahora el negocio tiene el problema original de invisibilidad más una licencia y una base de datos vieja que contradice a la real.
La señal es simple: si el sistema propuesto no le hace el día más fácil a quien lo mantiene, va a perder contra la hoja de cálculo, y debería.
Un comerciante de relojes de alto valor y metales preciosos es la versión más clara, porque en ese gremio la hoja de cálculo es inusualmente rica. Cada fila ya carga números de referencia, procedencia, condición, especificaciones — porque la autenticación lo exige. No se puede comerciar en serio en esa categoría con registros descuidados.
Así que los datos eran excelentes y estaban completamente sin publicar. Cada atributo que un comprador buscaría, y cada atributo que un sistema de recuperación necesitaría para clasificar una pieza, ya existía en un archivo mantenido que nada podía alcanzar.
El trabajo no era reemplazar ese archivo. Era darle a dónde ir.
Una advertencia honesta, porque este argumento podría leerse como “nunca construyas software”. Esa no es la afirmación — y sería rara viniendo de un estudio que construye software.
La distinción es entre reemplazar un proceso que funciona y conectarlo. Una construcción que elimina la hoja y le pide a todos cambiar su forma de trabajar suele estar reemplazando algo que ya funciona. Una construcción que lee la hoja, la valida y la publica como páginas estructuradas e indexables la está conectando — los hábitos de quien la mantiene quedan intactos, y el resultado por fin llega a una audiencia.
Algunos negocios sí superan el archivo: cuando varias personas necesitan escribir a la vez, cuando hay estado transaccional real, cuando se requiere trazabilidad de auditoría. Esos son disparadores reales. “Es una hoja de cálculo y se siente poco profesional” no lo es.
Encuentra el archivo con el que el negocio realmente opera. Luego haz una pregunta:
¿Hay algo en este archivo visible para alguien a quien no se lo hayan enviado?
Si la respuesta es no, la brecha es un paso de publicación, no un sistema. Ese es un proyecto mucho más pequeño que el que probablemente te cotizaron, y deja intacto el único proceso que nadie tuvo que ser convencido de mantener.
Tres instrumentos en este sitio puntúan exactamente esto — gratis, sin restricciones, sin correo para ver un resultado.
Correr los diagnósticos →