Excel y papel, un ERP que nadie usa completo o cinco sistemas sueltos: el punto de partida cambia, el problema no. Consolido la operación de su empresa en un solo sistema que sí conversa consigo mismo — sin dos años de implementación de ERP.
15 años dirigiendo plantas. Cero retrabajo en cada sistema que construyo.
Quién está detrás
Consultor de operaciones y constructor de sistemas con IA
Ex-Jefe de Calidad y Producción. Consultor de Negocios certificado. Constructor de sistemas con IA.
Estructuro proyectos de desarrollo con IA antes de escribir una línea de código: Blueprint firmado, llamada grabada, transcripción a Claude conectado a GitHub, plan ejecutado y validado el mismo día.
El problema
El ERP no falló al implementarse: falló al comprarse. El error no estuvo en el proveedor, estuvo en el orden — se eligió la herramienta antes de escribir el proceso.
Excel, papel y memoria
Archivos duplicados y procesos que solo conoce quien los ejecuta
Un ERP a medio usar
SIESA, Siigo, SAP, Oracle, Novasoft
Varios sistemas sin conectar
CRM tipo Kommo, facturador, e-commerce, WhatsApp
Método Cero Retrabajo
Un solo sistema operativo de negocio
Los tres puntos de partida terminan en el mismo lugar: nadie puede responder una pregunta simple sin abrir cuatro pantallas. Eso no se arregla comprando la quinta.
El método
El plano firmado antes de escribir código. La operación real —la que corre, no la del organigrama— documentada con alcance y criterio de éxito. Si algo está mal, se corrige acá, donde corregir cuesta una reunión.
Llamada grabada, transcripción a Claude conectado a GitHub, plan ejecutado y validado antes de que termine la jornada. No hay semanas de traducción entre lo que se dijo y lo que alguien entendió.
Nada avanza sin que su gente lo valide. Cada lote se entrega, se usa con datos reales y recién entonces habilita el siguiente. El retrabajo no se descubre al final: no se acumula.
Su número
El retrabajo no aparece en ningún estado de resultados: se paga en horas de gente que ya está en nómina. Ponga sus cifras y mire el tamaño del número.
El maestro y todas sus copias: el de compras, el de bodega, el del CRM, el que alguien se llevó al escritorio.
Una venta que se escribe en el cuaderno, en el Excel y en el sistema contable son tres.
Cuadrar cifras que no coinciden, buscar la versión buena, volver a digitar lo que se perdió.
Sueldo más prestaciones, dividido por las horas del mes. En dólares, para que la cifra se lea igual en cualquier país de la región.
Al año
USD 3,360
horas al mes × costo hora × 12. Nada más: el número es suyo y la aritmética está a la vista.
El proceso
Documento firmado con el alcance y el criterio de éxito. Se lleva el plano de su operación, sea o no mi cliente después.
El proceso más crítico corriendo con sus datos. No una demostración con datos de ejemplo: los suyos, los que duelen.
Sistema completo con su equipo adentro, lote por lote. Cada entrega se valida con quien la va a usar antes de habilitar la siguiente.
Socio de tecnología continuo. El sistema sigue cambiando porque la operación sigue cambiando.
Para quién es
Casos
Construimos sobre una conversación en vez de sobre un plano firmado. Cada supuesto que nadie había escrito reapareció como una corrección, y las correcciones se acumularon en 15 a 20 días de retrabajo puro. No fue un problema de código: fue un problema de orden.
De ahí salió la regla: el Blueprint se firma antes de escribir la primera línea.
Mismo tipo de proyecto, orden invertido. Blueprint firmado primero, después construcción por lotes validados: cada entrega la aprobó quien la iba a usar antes de habilitar la siguiente.
Cero retrabajo. Ninguna corrección volvió sobre algo ya entregado.
Dos casos, no veinte. Prefiero mostrar los que puedo sostener en detalle antes que un muro de logos. Van sin nombre de empresa por acuerdo de confidencialidad.
Cómo se aplicaría el método en otros sectores
No son clientes ni resultados: son ejemplos del método en sectores donde todavía no tengo un proyecto cerrado. Describen el punto de partida y qué haría el Blueprint, nunca qué logró. Cuando cierre un caso real en uno de estos sectores, reemplaza al escenario.
Punto de partida típico: las órdenes de fusión en una planilla, el control de calidad en papel al pie del horno, y un ERP que factura el despacho pero no sabe de qué colada salió. Cuando un cliente reclama, nadie puede reconstruir la trazabilidad sin abrir tres carpetas.
El Blueprint levantaría la trazabilidad de colada a despacho y el piloto arrancaría por el punto donde hoy se pierde el número, no por el módulo más vistoso.
Punto de partida típico: un Excel de inventario por tienda, el e-commerce con su propio stock y un WhatsApp donde se vende lo que ninguno de los dos tiene registrado. Tres respuestas distintas a la pregunta de cuántas unidades hay.
El Blueprint definiría qué cuenta como una unidad disponible y quién la puede comprometer; el piloto dejaría un solo stock que las tres bocas consultan.
Preguntas frecuentes
Una llamada. Si el caso no es para mí, se lo digo ahí mismo y se queda con el diagnóstico.