Antes de automatizar decide qué alcance tendrá el mapa, qué nivel de detalle exige cada paso y qué excepciones quedarán bajo revisión humana. La decisión más importante es fijar el límite de automatización: si omites una entrada, un responsable o un posible fallo, la herramienta ejecutará una interpretación incompleta.
Documenta primero la secuencia manual; según Microsoft Learn, esa lista reduce errores y sirve de base para diseñar la automatización. Al terminar, podrás distinguir tareas repetitivas de decisiones sensibles, asignar cada traspaso y comprobar si la especificación permite calcular costes y riesgos sin depender de la memoria de quien ejecuta el proceso.
Decide qué pasos puede ejecutar el sistema con reglas explícitas y cuáles requieren una aprobación humana.
Tabla de contenidos
- Qué necesitas saber antes de empezar a documentar el proceso
- Cómo documentar cada paso, decisión y excepción para que otro pueda ejecutarlo
- Qué partes conviene automatizar primero y cuáles deben seguir bajo revisión
- Cómo validar la documentación antes de pedir una automatización
- Preguntas frecuentes
Qué necesitas saber antes de empezar a documentar el proceso
Elige un caso concreto y un inicio verificable
Define qué trabajo vas a observar, cuál es su objetivo y qué evento lo pone en marcha. Reúne el mensaje o formulario de entrada, los datos disponibles, las personas responsables, los sistemas utilizados, los documentos generados y el resultado que permite cerrar el caso. Según GOV.UK Service Manual, el mapa debe cubrir el recorrido completo: puntos de contacto digitales y no digitales, procesos internos, personas e información o evidencias de cada etapa.
Checklist de preparación
- Objetivo y resultado esperado definidos.
- Evento de inicio verificable identificado.
- Entradas y canales registrados.
- Participantes y responsabilidades localizados.
- Herramientas y documentos usados anotados.
- Casos normales, incompletos y excepcionales seleccionados.
Observa varias ejecuciones, no solo la explicación de una persona
Imagina una pequeña empresa que gestiona una solicitud recibida por WhatsApp. Registra el mensaje inicial, la comprobación de datos, la respuesta, el presupuesto y el cierre; después contrasta el recorrido con dos solicitudes incompletas. Anota lo que realmente ocurre, incluidos cambios de canal, esperas, consultas y evidencias, para no describir únicamente el caso perfecto.
Cómo documentar cada paso, decisión y excepción para que otro pueda ejecutarlo
Describe acciones observables y criterios de entrada y salida
Una especificación ejecutable convierte cada tramo en una ficha: orden, responsable, entrada, acción observable, herramienta, salida, evidencia, decisión, excepción, destinatario del traspaso y criterio de finalización. La entrada debe indicar formato y condiciones; la salida, un estado verificable, no expresiones como «gestionado».
- Recibir: registrar canal, fecha, datos obligatorios y responsable. La salida es una entrada identificable o un rechazo con motivo.
- Validar: comprobar campos, formato y duplicados. La salida es «válido» o una incidencia concreta, con responsable.
- Ejecutar: realizar la acción en la herramienta indicada y guardar la evidencia. La salida es un resultado trazable.
- Decidir: aplicar reglas explícitas —por ejemplo, «si falta teléfono, solicitarlo»— y asignar cada ruta. Cada condición debe producir una salida única.
- Transferir: enviar datos, contexto y plazo al destinatario nombrado. Debe quedar confirmación de recepción.
- Cerrar: verificar el criterio de finalización y conservar el registro. El estado final incluye la fecha.
Haz visibles los traspasos y las excepciones
En la solicitud de presupuesto, la persona valida el mensaje, crea el registro y envía la propuesta. Si el teléfono no es válido, la salida es «solicitar corrección», con responsable y plazo; contrasta esa ruta con una solicitud completa, otra incompleta y otra duplicada. Cada traspaso debe especificar quién recibe la información, qué debe entender y qué ocurre si falla; sin responsable, el proceso puede interrumpirse, según UK Department for Education.
Qué partes conviene automatizar primero y cuáles deben seguir bajo revisión
Separa tareas repetitivas de decisiones ambiguas
Automatiza una tarea completa cuando se repite, sus reglas son estables, los datos están estructurados y el riesgo de error es asumible. Si necesita una excepción ocasional, automatiza el tramo mecánico y deriva los casos dudosos a una persona. No automatices todavía cuando el volumen sea bajo, falten datos fiables o el resultado dependa de criterio contextual.
Validar que un formulario contiene nombre, correo y servicio ofrece alta automatizabilidad: el sistema comprueba los campos y envía a revisión los registros rechazados. Decidir si la solicitud de presupuesto requiere una solución personalizada exige interpretar contexto y necesidades; esa decisión debe conservar revisión humana.
Prioriza con una matriz sencilla
Puntúa cada criterio de 1 (bajo) a 5 (alto). En riesgo, necesidad de criterio y esfuerzo de integración, una puntuación alta favorece mantener o asistir la tarea, no automatizarla sin controles.
| Criterio | Automatizar | Asistir con automatización | Mantener manualmente |
|---|---|---|---|
| Repetición y volumen | Altos | Medios | Bajos |
| Estabilidad de reglas | Alta | Parcial | Baja |
| Calidad de datos | Estructurados | Revisables | Incompletos |
| Riesgo y criterio humano | Bajo | Medio | Alto |
| Esfuerzo de integración | Bajo | Asumible | Alto o incierto |
La decisión puede ser automatizar todo, solo el tramo predecible o nada todavía. Verifica el resultado comparando registros procesados con casos rechazados. Para alinear negocio e implementación, puedes representar el flujo, los eventos y las decisiones con BPMN, notación estándar según Object Management Group.
Cómo validar la documentación antes de pedir una automatización
Haz una revisión cruzada con quien ejecuta el proceso
El documento está listo cuando dos perfiles —quien lo ejecuta y quien debe implementarlo— pueden recorrerlo sin preguntar qué significa cada instrucción. Revisad un caso normal y varios excepcionales: entradas incompletas, datos duplicados, errores de herramienta, aprobaciones rechazadas y solicitudes fuera de plazo. Anotad cada pregunta abierta, asignad responsable y fecha para resolverla.
Si el documento indica que una solicitud se cierra al enviar el presupuesto, comprobad si también debe registrarse una fecha de seguimiento. Cuando sea así, corregid la salida, añadid la evidencia requerida y especificad quién revisa ese registro.
Comprobad que el documento incluye:
- Entrada, responsable, herramienta y salida de cada paso.
- Decisiones expresadas como reglas observables.
- Excepciones, tratamiento y responsable asignado.
- Evidencia que confirma cada resultado.
- Preguntas abiertas resueltas o bloqueadas con dueño.
Define una prueba pequeña y medible
Antes de implementar, probad el flujo con cinco solicitudes, habituales y excepcionales. Definid criterios de aceptación concretos: cada solicitud debe terminar en el estado correcto, conservar sus evidencias, registrar la fecha de seguimiento y dejar trazabilidad de cualquier intervención manual. Si falla una condición, corregid el documento y repetid la prueba.
Preguntas frecuentes
¿Es necesario dibujar el proceso con BPMN para poder automatizarlo?
No, puedes automatizarlo con una documentación paso a paso suficientemente precisa; BPMN es útil cuando necesitas representar eventos, decisiones, tareas y traspasos de forma estándar. Según Object Management Group, esta notación conecta el modelado del proceso con su implementación tecnológica. El criterio práctico es que negocio e implementación interpreten el flujo sin preguntas abiertas.
¿Qué hago si cada persona ejecuta el mismo proceso de una manera distinta?
Compara varias ejecuciones, separa las diferencias justificadas de los hábitos personales y fija una regla común para cada entrada, decisión y salida. Registra al menos un caso normal y varios excepcionales, identifica quién decide cuando hay criterio y conserva como excepción documentada cualquier variante necesaria. Después valida el procedimiento con quienes lo ejecutan y con quien lo implementará.
Una documentación útil empieza con un inicio verificable y termina con estados, evidencias y responsables claros. También distingue las tareas repetitivas, aptas para automatización, de las decisiones que requieren contexto y revisión humana. Antes de construir nada, probad el flujo con casos normales y excepcionales y resolved cada pregunta abierta con un responsable. Para avanzar: contactad con Valma Web.
Precios y funciones consultados en las webs oficiales el 28 de octubre de 2026.