Cómo analizar y documentar un proceso antes de automatizarlo

Antes de automatizar, documenta el proceso que ocurre de verdad, no solo el procedimiento que figura en una guía interna. Debes poder explicar dónde empieza, qué resultado entrega, quién interviene, qué datos y sistemas utiliza, qué decisiones se toman y qué ocurre cuando algo se sale del caso normal.

Este análisis evita trasladar a una herramienta pasos innecesarios, reglas implícitas o excepciones que nadie había identificado. También permite decidir con más criterio si una parte del flujo es candidata a automatización, si primero necesita rediseñarse o si debe conservar una revisión humana.

Qué debes conocer antes de automatizar un proceso

Un proceso no es una lista aislada de tareas. Tiene entradas, salidas, actividades, una secuencia, interacciones con otros procesos, responsables, riesgos, controles y criterios para hacer seguimiento. El enfoque de procesos de ISO 9001 propone considerar estos elementos antes de gestionar o mejorar un proceso.

La primera distinción importante es entre el proceso as-is y el proceso to-be:

• As-is: cómo se realiza hoy el trabajo, incluidos atajos, correos, hojas de cálculo, esperas, retrabajos y excepciones.
• To-be: cómo debería funcionar después de una mejora, integración o automatización.

No conviene dibujar el proceso futuro demasiado pronto. Si se parte de una descripción incompleta, es fácil automatizar una ineficiencia o dejar fuera una decisión crítica.

Documentar tampoco exige crear un diagrama complejo en todos los casos. ISO contempla formatos como instrucciones escritas, listas de comprobación, diagramas, flujos visuales, historias de usuario o medios electrónicos. El formato debe ajustarse al tamaño, complejidad, riesgos y necesidades reales de la organización.

Paso 1: delimita el proceso y define su propósito

Empieza por escoger un proceso con un inicio y un final reconocibles. «Gestionar clientes» suele ser demasiado amplio; «registrar y aprobar una solicitud comercial recibida» es un alcance que se puede observar y validar.

Completa estas preguntas antes de entrevistar a nadie:

• ¿Qué objetivo persigue el proceso?
• ¿Qué hecho lo dispara?
• ¿Cuál es su primera actividad y cuál es el resultado final?
• ¿Quién recibe o utiliza ese resultado?
• ¿Qué entradas necesita para empezar?
• ¿Qué queda expresamente fuera del análisis?

Evita reunir en un solo mapa tareas que pertenecen a procesos distintos y dependen de responsables o sistemas diferentes. Cuando hay muchos procesos relacionados, una clasificación jerárquica ayuda a establecer un lenguaje común, ordenar los mapas de extremo a extremo y priorizar el análisis. APQC mantiene marcos de clasificación de procesos que pueden servir como referencia conceptual, sin que sea necesario adoptarlos literalmente.

Paso 2: observa cómo se trabaja en realidad

No construyas el mapa a partir de la explicación de una única persona ni de un procedimiento oficial. Habla, como mínimo, con quien es propietario del proceso, quienes lo ejecutan y quienes revisan o reciben el resultado. Después contrasta lo explicado con casos reales.

Durante la recogida de información, revisa dónde sucede cada paso:

• Correo electrónico y buzones compartidos.
• ERP, CRM y aplicaciones internas.
• Hojas de cálculo y documentos compartidos.
• Carpetas o sistemas de almacenamiento documental.
• Llamadas, mensajes o tareas que no quedan registradas en un sistema.

Conviene clasificar cada hallazgo para no confundir información confirmada con suposiciones:

Incluye tanto el caso habitual como las excepciones: datos incompletos, documentos erróneos, duplicados, aprobaciones pendientes, cambios solicitados o fallos de integración. A menudo son esas variantes las que determinan si una automatización resulta operable.

Paso 3: documenta el proceso actual con una ficha práctica

Una ficha de proceso concentra la información necesaria para revisar el flujo sin depender de la memoria de quienes lo realizan. No necesita tener una extensión fija: debe contener el nivel de detalle suficiente para operar, revisar y mejorar el proceso.

Registra las métricas existentes, pero no fuerces cifras ni umbrales genéricos. La frecuencia, los tiempos o los errores solo son útiles para decidir cuando proceden de los datos internos y se interpretan en el contexto del proceso.

La guía de ISO sobre información documentada indica que esta debe mantenerse en la medida necesaria para apoyar la operación y conservarse como evidencia de que el proceso se realiza según lo previsto. No impone una única forma de documentar.

Ejemplo hipotético: aprobación de una factura

Una empresa recibe una factura por correo, una persona comprueba que el proveedor existe en el ERP, compara la información con un pedido, solicita aprobación si detecta una diferencia y registra el documento. El mapa no debería limitarse a «recibir y registrar factura». Debe recoger qué datos se comparan, dónde están, quién puede aprobar una discrepancia, qué sucede si falta el pedido y cómo se evita registrar el mismo documento dos veces.

En ese ejemplo, la extracción o comprobación de datos podría ser una parte candidata a automatización. La aprobación de una discrepancia, en cambio, puede requerir criterio humano según las reglas y el riesgo del caso.

Paso 4: representa el flujo con el nivel de detalle adecuado

Elige el formato por su capacidad para hacer el proceso comprensible y validable, no por su apariencia técnica.

• Tabla o checklist: adecuada para un proceso sencillo, una primera recogida de información o una revisión operativa rápida.
• Diagrama de flujo: útil para ver la secuencia, los puntos de decisión, los bucles, las esperas y los traspasos entre personas o sistemas.
• BPMN: recomendable cuando participan varias áreas, sistemas o equipos técnicos y se necesita una notación compartida más precisa.

BPMN 2.0.2 es una notación estandarizada para modelar actividades, eventos, decisiones, participantes y flujos, de manera que negocio, análisis y desarrollo puedan interpretar el modelo. No es un requisito obligatorio para una pyme ni garantiza, por sí misma, una automatización correcta.

Un mapa sencillo que las personas implicadas entienden y corrigen es más útil que un modelo sofisticado que nadie puede validar.

Paso 5: valida el mapa con quienes ejecutan y controlan el trabajo

Antes de diseñar una solución, revisa la ficha y el flujo con el propietario del proceso, usuarios operativos y, cuando intervengan sistemas, con las personas responsables de tecnología, datos o control.

La validación debe confirmar, como mínimo:

• Que el inicio, el final y las variantes corresponden a casos reales.
• Que se han identificado aprobaciones, excepciones, errores y escalados.
• Que los datos necesarios tienen una fuente conocida y un formato revisable.
• Que los permisos y accesos requeridos son viables.
• Que está claro qué decisiones requieren revisión humana.
• Que las dudas pendientes tienen una persona responsable de resolverlas.

Si el proceso utiliza datos personales, la revisión debe contemplar la finalidad, la base jurídica aplicable, la minimización de datos, accesos, conservación, encargados del tratamiento y medidas de seguridad con asesoramiento especializado. Si afecta a facturación, nóminas, crédito, selección de personal, salud, seguridad o decisiones con impacto sobre personas, conviene incorporar además una revisión legal, de cumplimiento y de control humano antes de implantar cambios.

Cómo decidir qué parte del proceso merece automatizarse

El volumen de trabajo por sí solo no determina la viabilidad. Valora cada tarea o bloque del proceso según el beneficio esperado, su frecuencia, estabilidad, variación, calidad de los datos, integraciones necesarias, permisos, controles y riesgos operativos. No existe una puntuación universal que sirva para todas las empresas.

Como orientación, suelen ser mejores candidatas las tareas repetitivas con reglas claras, entradas identificables y una salida verificable. Requieren más análisis las decisiones ambiguas, los casos muy variables, las actividades basadas en información no estructurada o los pasos con consecuencias relevantes para personas o para el cumplimiento.

Una herramienta estándar puede ser suficiente si cubre el flujo, los sistemas y los controles necesarios. Si el proceso necesita conectar sistemas que no encajan entre sí, aplicar reglas propias o ofrecer una interfaz específica para el equipo, puede tener sentido estudiar una integración o una aplicación a medida. Esa decisión exige revisar el caso concreto; no depende solo del nombre de la herramienta.

Si todavía estás identificando oportunidades, revisa estas 7 señales de que tu empresa necesita automatizar procesos con IA, teniendo en cuenta que una señal de necesidad no sustituye el análisis del proceso, los datos y los controles.

Lista de comprobación antes de construir la automatización

• Existe un propietario del proceso y están identificados los responsables operativos, revisores y escalados.
• El inicio, el final, las entradas, las salidas y el alcance están definidos.
• La ficha refleja el proceso real y se ha contrastado con varios casos, no solo con el procedimiento oficial.
• Las reglas, excepciones, aprobaciones, errores y controles están documentados.
• Se conocen los sistemas, documentos, fuentes de datos, formatos, permisos e integraciones implicados.
• Las métricas disponibles y la situación inicial están registradas con datos internos.
• Hay un criterio de éxito concreto para evaluar el cambio.
• Está decidido qué actividades o decisiones conservarán supervisión humana.
• Las cuestiones pendientes tienen un responsable y un momento de validación.

Con esta documentación validada ya puedes diseñar un proceso futuro sin asumir que todo lo que ocurre hoy deba automatizarse. El siguiente paso es seleccionar un proceso concreto, completar la ficha con quienes lo realizan y usar el resultado para plantear una mejora, una integración o una prueba limitada con controles definidos.