Comprar un sistema no ordena una empresa. Ordena a las personas que ya saben qué tiene que pasar con un pedido, una factura o un pallet. Si eso vive en la cabeza de una o dos personas, el software solo va a copiar el desorden más rápido.
El síntoma no es “falta un sistema”
En una PyME argentina el pedido suele nacer en un chat, anotarse en una planilla y cargarse después (si se carga) en el ERP. El depósito ve otra prioridad. Administración factura con un día de desfasaje. El dueño se entera del faltante cuando el cliente reclama.
Eso no se arregla eligiendo entre Tango, SAP Business One, Odoo o “el que usa el primo”. Se arregla cuando alguien camina la operación y escribe, con gente de adentro, qué pasa hoy y qué debería pasar mañana. Eso es consultoría de procesos, no implementación de software.
Cuándo no hay que comprar software todavía
Hay señales concretas. Si dos de estas le suenan, la compra de licencias puede esperar:
- El mismo pedido existe en tres versiones y nadie puede decir cuál manda.
- Si falta una persona, se para la cobranza, el picking o la producción.
- Hay ISO o un ERP pago, y el piso hace otra cosa.
- Cada área cierra el mes con un número distinto de “venta”.
- Se habla de automatizar y nadie puede dibujar el flujo en un pizarrón.
Comprar en ese estado no es modernizarse. Es tercerizar el caos a un proveedor que va a pedirle “el proceso” que usted todavía no tiene.
Regla práctica. Si no puede explicar el flujo en diez minutos, con excepciones incluidas, no está listo para un ERP nuevo ni para un robot. Está listo para un mapa.
Qué hace una consultoría de procesos que sí cierra
El trabajo no es un informe de 80 páginas. Es un mapa de cómo se opera hoy (as-is), una lista priorizada de desvíos y un rediseño que el equipo interno puede correr sin el consultor en la sala. En OPSSA ese criterio de cierre es el mismo en las dos unidades.
Un diagnóstico útil deja por escrito:
- El flujo real (no el del procedimiento enmarcado) del proceso que duele: pedido, depósito, factura, o el que usted nombre.
- Quién es dueño de cada paso y qué registro lo demuestra.
- Qué excepciones se aceptan y quién las autoriza.
- Un plan a 30, 60 y 90 días con responsables de la empresa, no del consultor.
Si ya hay ISO 9001, se usa el mapa certificado como base y se busca la diferencia con el piso. Si ya hay ERP, no se reemplaza: se ve qué no se carga, qué se duplica en Excel y qué decisión se toma igual a ojo.
Qué queda afuera (y por qué importa)
La mejora de procesos no incluye, salvo que se contrate aparte, el desarrollo de software, la programación de un PLC ni la compra de licencias. Si el diagnóstico termina pidiendo un tablero Power BI o un trabajo de planta, eso se presupuesta como siguiente etapa. Mezclar todo en un combo opaco es cómo se inflan los proyectos que nunca cierran.
Cuando el proceso ya se puede describir y el problema es que cada gerencia mira un número distinto, el siguiente paso no es otro sistema: es una sola definición de venta en Power BI.
Qué tiene que preparar la empresa
El trabajo define procesos incluidos, visitas y plazo. Antes de la primera reunión hacen falta tres cosas: un responsable interno con mandato para abrir agenda, los registros que ya existan (aunque estén incompletos) y los tres problemas que hoy le quitan tiempo al dueño o al gerente.
OPSSA trabaja desde Mendoza, con relevamiento presencial cuando hay que caminar el depósito o la planta, y seguimiento en todo el país. El criterio no es la distancia: es si el proceso se puede ver y medir donde ocurre.
Preguntas que evitan un gasto inútil
Antes de firmar un software, pregunte: ¿quién carga el dato? ¿qué pasa cuando el cliente cambia el pedido a las cinco de la tarde? ¿quién autoriza un faltante? Si esas respuestas no caben en una hoja, no compre. Escríbanos el proceso que hoy depende de una persona y le decimos si corresponde consultoría, datos o esperar.
