Un mapa de automatización describe qué inicia un proceso, qué decisiones toma, qué acciones realiza y en qué estado puede terminar. Sirve para acordar el funcionamiento con el equipo antes de convertirlo en conexiones entre herramientas.
Empieza por un recorrido comercial concreto. «Automatizar las ventas» es demasiado amplio para dibujarlo con precisión. «Recibir una petición de diagnóstico web y asignarla a una persona» permite identificar un inicio, un resultado y las excepciones que habrá que resolver.
Escribe el acontecimiento que pone todo en marcha
Define el desencadenante con una condición verificable: solicitud recibida, propuesta aceptada o fecha alcanzada. Evita expresiones vagas como «cuando hay interés», porque distintas personas pueden interpretarlas de manera diferente.
Anota qué información llega con ese acontecimiento y de dónde procede. En el ejemplo ficticio de una petición de diagnóstico, podrían recibirse la dirección de la web, el motivo de consulta y los datos de contacto necesarios.
Decide qué distingue una nueva petición de la repetición del mismo envío. Esa regla será importante si el sistema debe volver a procesar un paso que no se completó.
Dibuja las decisiones con preguntas concretas
Cada bifurcación debe responder a una pregunta que el sistema pueda resolver con datos disponibles. Por ejemplo: «¿se ha indicado una dirección web válida?» o «¿hay una persona asignada para este servicio?».
Si la respuesta requiere criterio profesional, dibuja una intervención del equipo. No marques una decisión como automática solo porque resulte fácil escribirla en una caja.
Cuando falte información, define si se solicita una aclaración, se mantiene la petición pendiente o se deriva a revisión. Todas las ramas deben conducir a un estado comprensible.
Distingue las acciones de los estados
«Enviar un aviso» es una acción. «Pendiente de revisión» es un estado. Separarlos evita interpretar que el proceso ha terminado simplemente porque se ha ejecutado una tarea intermedia.
Para el ejemplo de diagnóstico, un recorrido inicial podría ser:
- Recibir e identificar la petición.
- Comprobar que contiene la información mínima.
- Asignar una persona o dejarla en una cola visible.
- Comunicar al cliente el siguiente paso confirmado.
- Mantener el estado hasta que el equipo continúe la atención.
Escribe qué evidencia permite avanzar entre pasos. Si una conexión falla, la petición no debería aparecer como entregada al equipo sin confirmación.
Añade errores, esperas y reintentos
Incluye qué ocurre si una herramienta no responde o un dato no puede procesarse. Define quién recibe el aviso y dónde puede ver lo que quedó pendiente.
Como ejemplo de capacidad técnica, n8n permite configurar flujos de error para actuar cuando falla una ejecución. Tener esa función disponible no decide por sí solo qué debe hacer el negocio ante cada incidencia: esa respuesta debe figurar en el mapa.
Antes de reintentar, comprueba si alguna acción anterior ya se realizó. Repetir todo el recorrido podría generar avisos o registros duplicados. Señala también qué estados detienen el proceso, como una cancelación o una petición ya resuelta.
Recorre el mapa con el equipo
Prueba sobre el papel un caso normal, otro incompleto y otro interrumpido. Pide a cada responsable que explique qué recibe y qué debe hacer. Las dudas muestran dónde falta una regla, un dato o una decisión.
Guarda una versión del mapa con fecha y responsable. Cuando cambie el servicio o una conexión, actualiza también el recorrido para que siga representando el funcionamiento real.
En FEBEN diseñamos automatizaciones comerciales partiendo de esos pasos y decisiones. Un mapa claro permite presupuestar, implementar y revisar el sistema con el mismo criterio.