AS-IS vs TO-BE: La metodología para ordenar procesos sin improvisar

Cuando una empresa dice "sí, el proceso funciona", casi siempre falta la segunda pregunta: funciona para qué, a qué costo y con cuánta dependencia de personas clave.

Ese es el punto de partida del mapeo AS-IS / TO-BE.

• AS-IS: cómo opera hoy el proceso en la vida real.
• TO-BE: cómo debería operar si quisieras menos fricción, más control y mejores decisiones.

No es una herramienta para llenar un documento bonito. Es una forma de dejar de discutir opiniones y empezar a trabajar sobre hechos.

El problema de muchas PyMEs no es "falta de ganas"

La mayoría de las PyMEs no está detenida porque la gente no trabaje. Está frenada porque:

• el proceso vive en la cabeza de 1 o 2 personas;
• cada área interpreta el flujo a su manera;
• los seguimientos se pierden entre WhatsApp, Excel y llamadas;
• el gerente termina cerrando huecos operativos todo el día;
• nadie sabe con precisión dónde se pierde tiempo, margen o control.

En ese contexto, hablar de automatización demasiado pronto es un error. Primero toca entender qué está pasando de verdad.

Qué significa mapear un proceso AS-IS

Mapear AS-IS no es dibujar el procedimiento ideal. Es documentar el flujo real, incluyendo lo incómodo:

• pasos redundantes;
• esperas;
• reingresos de información;
• aprobaciones que no agregan valor;
• tareas que dependen de una sola persona;
• decisiones tomadas por intuición;
• puntos donde el cliente espera, insiste o reclama.

El valor del AS-IS aparece cuando deja de existir la frase "yo pensé que eso lo hacía tal persona".

Qué significa diseñar un TO-BE serio

Un TO-BE útil no busca "perfección". Busca un proceso que:

• reduzca fricción visible;
• mejore trazabilidad;
• haga más predecible el resultado;
• permita medir mejor;
• y solo después, si tiene sentido, incorpore automatización.

Un TO-BE malo suena moderno, pero no cabe en la realidad de la empresa.

Un TO-BE bueno respeta restricciones:

• presupuesto;
• madurez del equipo;
• herramientas existentes;
• velocidad de adopción;
• y capacidad gerencial para sostener el cambio.

Caso 1: pedidos en una distribuidora

Lo que parecía el problema

El gerente decía:

"Necesitamos un sistema más robusto para despachos."

Lo que mostraba el AS-IS

Al observar el flujo real aparecieron estos puntos:

1. El pedido entraba por llamada o WhatsApp sin formato consistente.
2. La disponibilidad se validaba preguntando a bodega.
3. El estado del despacho se confirmaba por mensajes sueltos.
4. La cartera y la entrega no estaban alineadas.
5. El cliente volvía a preguntar porque no había trazabilidad visible.

El problema no era "falta de software". Era falta de estructura operacional.

Lo que definió el TO-BE

• entrada de pedidos con formato único;
• confirmación de disponibilidad con criterio claro;
• tablero simple para estado del pedido;
• responsables definidos por etapa;
• indicadores mínimos de tiempo de respuesta, pedidos con novedad y entregas fuera de tiempo.

Lo importante

La primera mejora no fue comprar una plataforma compleja. Fue ordenar el flujo y volverlo visible.

Caso 2: agenda y ausentismo en servicios de salud

Lo que parecía el problema

"La gente no confirma citas."

Lo que mostraba el AS-IS

• la agenda se llenaba sin criterios uniformes;
• no había recordatorios consistentes;
• el equipo confirmaba tarde;
• las cancelaciones no liberaban cupos a tiempo;
• nadie medía ausentismo por franja, profesional o tipo de servicio.

Lo que definió el TO-BE

• confirmación automatizada;
• política clara de recordatorio;
• criterios de reasignación del cupo;
• medición semanal de ausentismo;
• lectura operativa de por qué se perdía la cita.

Otra vez: antes de hablar de tecnología, hubo que ordenar reglas, responsables e información.

Cómo se hace un AS-IS / TO-BE bien aterrizado

No hace falta convertir esto en una consultoría eterna. Lo que hace falta es hacerlo con método.

1. Elegir el proceso correcto

No se empieza por "todo". Se empieza por un proceso que cumpla al menos dos de estas condiciones:

• impacta dinero;
• impacta tiempo del gerente;
• genera reclamos o reprocesos;
• tiene muchas handoffs entre personas;
• hoy no se puede medir bien.

2. Ver el proceso real

Eso implica observar, preguntar y contrastar:

• qué dice el gerente;
• qué hace el equipo;
• qué recibe el cliente;
• y dónde se atasca el flujo.

3. Medir lo mínimo indispensable

No necesitas 40 métricas para empezar. Necesitas unas pocas preguntas con datos:

• cuánto tarda;
• dónde se detiene;
• cuántas veces se reingresa información;
• cuántas excepciones aparecen;
• cuánto depende de una persona puntual.

4. Separar síntomas de causa raíz

Ejemplos:

• "necesitamos un CRM" puede ser síntoma;

• "no existe un flujo comercial consistente" puede ser la causa.

• "necesitamos automatizar cartera" puede ser síntoma;

• "no hay criterio de seguimiento ni responsables por tramo" puede ser la causa.

5. Diseñar el TO-BE con criterio operativo

El TO-BE debería responder:

• qué se elimina;
• qué se simplifica;
• qué se estandariza;
• qué se mide;
• y qué sí vale la pena automatizar.

Errores frecuentes

Error 1: mapear el manual en lugar del proceso real

Si el documento dice una cosa y la operación hace otra, manda la realidad.

Error 2: querer rediseñar todo de una vez

Eso diluye foco. Un buen trabajo empieza por un proceso crítico y construye tracción.

Error 3: dibujar un TO-BE imposible de sostener

Si el nuevo proceso depende de disciplina heroica, no está bien diseñado.

Error 4: hablar de software antes de hablar de criterio

Herramienta sin proceso termina en más complejidad.

Error 5: cerrar el proyecto sin ruta posterior

El mapeo no sirve si no termina en decisiones:

• prioridades;
• responsables;
• indicadores;
• y una ruta clara para 30, 60 y 90 días.

Qué entregables debería producir un buen trabajo

Como mínimo:

• mapa del proceso actual;
• hallazgos por fricción, riesgo o desperdicio;
• propuesta de proceso objetivo;
• quick wins posibles;
• indicadores base;
• prioridades por impacto y esfuerzo;
• ruta 30 / 60 / 90 días.

Si no aterriza en acción, no fue diagnóstico. Fue solo documentación.

Cómo saber si tu empresa necesita esto ahora

Estas son señales claras:

• el gerente termina resolviendo demasiadas excepciones;
• un mismo dato se escribe varias veces;
• el cliente pide más seguimiento del que debería;
• el equipo trabaja bastante, pero el proceso sigue siendo opaco;
• hay tareas que se sostienen por costumbre, no por criterio;
• si una persona sale, el flujo se cae.

Cuándo no empezar por aquí

No todo problema requiere un ejercicio formal AS-IS / TO-BE.

Si tu empresa todavía no tiene un proceso repetible o apenas está validando una oferta, tal vez necesitas primero claridad comercial o foco operativo básico.

Pero si ya existe operación real, equipo, clientes y volumen, entonces este trabajo deja de ser opcional. Se vuelve una manera de evitar que el crecimiento empeore el desorden.

Conclusión

AS-IS / TO-BE no es un lenguaje de consultoría. Es una forma de contestar cuatro preguntas que toda PyME debería hacerse:

1. Cómo funciona hoy el proceso, de verdad.
2. Dónde se está perdiendo tiempo, control o margen.
3. Cómo debería operar si quisiéramos menos fricción.
4. Qué conviene hacer primero.

Si no tienes esas respuestas, probablemente tu empresa no necesita "más herramientas". Necesita más claridad operativa.

---

Si reconociste uno de tus procesos en este artículo, la sesión inicial sirve para revisar si vale la pena hacer un diagnóstico operacional formal y por dónde conviene empezar.

Agendar sesión inicial →