Cómo documentar un proceso antes de automatizarlo
Qué anotar de un proceso antes de automatizarlo: entradas, pasos, reglas, excepciones y responsables. Con una ficha lista para copiar y cómo validarla.
- Autor
- Equipo de Rapio
- Publicado
- Revisado
- Lectura
- 4 min
En resumen
- Automatizar un proceso que nadie ha descrito reproduce sus vicios: primero hay que ponerlo por escrito, con sus excepciones.
- Una ficha de una página (entradas, pasos, reglas, excepciones, salidas y responsables) basta para empezar.
- Se valida con casos reales, incluidos los raros: si la ficha no los explica, aún no está terminada.
Índice de contenidos
Cuando se pide a alguien que explique cómo se hace un proceso, es habitual que cuente la versión ideal: la que funciona cuando todo va bien. Lo que hay que automatizar es la versión real, con sus excepciones, sus atajos y sus «esto lo hago de otra manera cuando...». Documentar el proceso antes de tocar nada reduce el riesgo de automatizar una versión que no existe.
Por qué documentar antes de automatizar
- Descubres reglas que nadie había dicho en voz alta. Muchas decisiones se toman por costumbre y solo aparecen al intentar escribirlas.
- Ves pasos que sobran. A veces lo que se descubre es que un paso ya no sirve; automatizarlo habría sido un error.
- Acuerdas una versión única. Si dos personas hacen lo mismo de forma distinta, hay que decidir cuál es la correcta antes de programar.
- Facilitas la revisión. Una automatización que hace algo que nadie ha descrito no se puede revisar ni auditar.
La ficha de proceso
Con una página suele bastar. Puedes copiar esta estructura:
| Apartado | Qué anotar |
|---|---|
| Nombre y objetivo | Qué proceso es y para qué existe, en una frase. |
| Cuándo empieza | El hecho que lo dispara (llega un pedido, se cierra el mes, se recibe un correo). |
| Entradas | Qué datos y documentos necesita, de dónde salen y en qué formato. |
| Pasos | La secuencia real, uno por línea, con quién lo hace y con qué herramienta. |
| Reglas de decisión | Cada «si pasa X, se hace Y», con los umbrales exactos. |
| Excepciones | Los casos que se salen de la regla y cómo se resuelven hoy. |
| Salidas | Qué produce el proceso y a quién se entrega. |
| Volumen y tiempos | Cuántas veces al mes y cuánto tarda, con datos recientes. |
| Responsables | Quién lo hace, quién lo revisa y quién decide en caso de duda. |
| Datos sensibles | Qué información personal o confidencial interviene. |
Cómo rellenarla bien
- Habla con quien lo hace, no solo con quien lo supervisa. Los pasos reales los conoce quien los ejecuta.
- Míralo hacerlo. Observar tres ejecuciones suele revelar pasos que nadie menciona al contarlo.
- Escribe los casos raros. Pregunta: «¿cuándo fue la última vez que esto salió distinto?» y anota lo que responda.
- Usa números concretos en las reglas («más de 500 €», «más de tres días»), no adjetivos («importante», «tarde»).
Un diagrama, si ayuda
Para procesos con varios actores y decisiones, un diagrama de flujo aclara más que un texto. La notación BPMN (Business Process Model and Notation) es un estándar del Object Management Group (OMG) que su página de la especificación (se abre en una pestaña nueva) describe como una notación de tipo diagrama de flujo, independiente de cualquier entorno de implementación concreto. No hace falta dominarla: para empezar sirven cuatro elementos (inicio, tarea, decisión, fin) en papel o en cualquier herramienta de dibujo.
Un ejemplo, resumido
Cómo validar la ficha
Una ficha no está terminada hasta que explica casos reales. Toma diez casos recientes, de los últimos meses, incluidos los que salieron mal, y comprueba que con la ficha se habrían resuelto igual que se resolvieron. Si hay casos que no encajan, faltan reglas o excepciones. Ese ejercicio es también un buen momento para preguntarse qué partes deben quedar bajo revisión humana; la guía sobre automatización con supervisión humana desarrolla ese punto.
Errores frecuentes
- Documentar el proceso ideal en lugar del real.
- Hacerlo solo desde el despacho, sin ver la tarea.
- Escribir un manual de treinta páginas que nadie leerá ni actualizará. Mejor una ficha corta, viva y con fecha.
- No fijar quién mantiene la ficha. Si el proceso cambia y la ficha no, se convierte en una fuente de errores.
- Olvidar la versión: anota la fecha y quién la validó.
Próximos pasos
- Elige el proceso candidato con los criterios de qué procesos automatizar primero.
- Rellena una ficha para él con quien lo ejecuta y valídala con diez casos reales.
- Pasa el proceso por el evaluador de automatización para ver si tiene reglas repetibles y datos ordenados.
- Si tienes varios procesos, ordénalos con la plantilla de control de tareas repetitivas.
- Si quieres ayuda para documentar y evaluar el proceso, una auditoría de automatización incluye justo ese trabajo previo.
Fuentes
- Business Process Model and Notation (BPMN), versión 2.0.2 (se abre en una pestaña nueva). Object Management Group (OMG). Consultado el .
Sobre este contenido
Lo prepara el equipo de Rapio, con apoyo de herramientas de IA en la redacción de borradores, y lo revisa una persona antes de publicarse. Los ejemplos etiquetados como «hipotéticos» son ilustrativos: no son casos reales ni cifras de clientes. Es información general, no asesoramiento legal, fiscal ni financiero.
Publicado el · Última revisión el .