Cuando todo parece urgente, la primera mejora suele ser la que tiene un responsable que puede explicar el problema, no la que usa la tecnología más llamativa.
Este marco ayuda a elegir un proceso acotado, entender sus restricciones y definir qué tendría que cambiar para que una prueba enseñe algo útil.
Empieza por una fricción que se pueda describir
“Mejorar producción” es demasiado amplio para iniciar. En cambio, “las órdenes de compra esperan validación entre áreas y no siempre sabemos quién tiene la siguiente acción” describe un flujo que se puede investigar.
Pide al equipo un ejemplo reciente. Registra dónde empieza el trabajo, qué información llega, quién la revisa, dónde se detiene y cómo se sabe que terminó. Aún no propongas una aplicación: puede que el problema esté en una regla ambigua, en datos incompletos o en demasiados traspasos.
Compara impacto, frecuencia y costo de error
La frecuencia por sí sola no determina prioridad. Un trámite repetido puede ser sencillo, mientras que una aprobación menos frecuente puede detener compras, embarques o mantenimiento.
Para cada candidato, anota: cuánto ocurre; qué áreas participan; qué espera o retrabajo genera; qué sucede si hay un error; y qué señal permitiría observar una mejora. No conviertas estas respuestas en una puntuación aparentemente exacta. Úsalas para conversar y hacer visibles los supuestos.
El mejor primer proceso es el que se puede entender, acotar y medir.
Revisa si hay condiciones para cambiarlo
Antes de automatizar, confirma que existe un dueño del proceso y que las personas involucradas pueden dedicar tiempo a revisar el diseño. Identifica excepciones, sistemas usados, permisos y restricciones de seguridad.
Si cada área usa una definición distinta de “completo”, primero acuerden la definición. Si el flujo depende de datos que no están disponibles, identifica la fuente y cómo validar su calidad. La mejora puede empezar con una regla y una responsabilidad más claras.
Haz una prueba que permita aprender
Acota una familia de solicitudes, un área o una etapa. Define una línea base sencilla con el equipo: tiempo de espera, porcentaje de solicitudes devueltas, correcciones o cumplimiento de una fecha acordada. El indicador depende del problema; no hace falta medir todo.
Especifica qué queda fuera, quién revisa excepciones y cómo volver al proceso anterior si la prueba interfiere con la operación. Al cierre, compara la evidencia con los supuestos iniciales y decide si ajustar, ampliar o detener.
Elige el siguiente paso con contexto
El proceso prioritario puede requerir rediseño, automatización, integración de datos o una herramienta existente. La evaluación debe empezar por entender el trabajo y sus límites; la tecnología viene después.