Cuando pase, si cumple, hacer: la frase que contiene todas las automatizaciones
Las plataformas sin código asustan por la cantidad de botones y fascinan por lo que hacen. En cuanto las entiendes de arriba, se quedan en tres piezas que se leen como una oración: CUANDO pase algo (disparador), SI se cumple una condición, HACER una o varias acciones. «Cuando llegue un pedido nuevo a la tienda en línea, si el cliente es mayorista, agregarlo a la hoja de pedidos mayoreo y avisar por chat al vendedor». Esa oración es la automatización completa; todo lo demás son detalles de cómo se teclea.
El disparador se elige del proceso, no de la herramienta. Los hay de tres sabores: evento («cuando llegue un correo», «cuando se cree una fila»: el más puntual, el que hace que «se mande solo»), programado («cada lunes a las 7»: para reportes y limpieza) y manual (un botón para el humano: cuando el criterio todavía es humano pero la mecánica no). Regla de diseño: el disparador debe ser el momento en que la información está completa; disparar con datos a medias genera registros cojos que hay que reparar a mano, y se pierde lo que se quería ganar.
La parte que separa la automatización profesional del juguete es el camino del error. Toda conexión se cae a veces: el servicio está lento, el permiso de acceso caducó, el archivo llegó con columnas nuevas. Si el flujo no tiene plan B, el pedido simplemente no aparece en ningún lado y la empresa se entera cuando el cliente reclama. El diseño mínimo con dignidad: reintentar un número limitado de veces, avisar a un humano concreto cuando falla (correo o chat con el dato completo del caso atorado, no «error 500»), y dejar el caso en una bandeja de pendientes para que no se pierda. Y sobre todo: registro. Cada ejecución deja constancia de cuándo corrió, con qué datos, qué hizo y si algo se fue mal. Ese registro es el que te deja dormir y es el que, a las tres de la mañana del día del problema, te dice qué pasó sin reconstruir la historia por correos.
Una precisión de tamaño: esto no es programación. No hay código; hay bloques que se arrastran y se conectan. La habilidad que se requiere es la del módulo anterior: tener el proceso limpio y las reglas escritas. Quien no sabe qué pasa con un pedido incompleto, tampoco puede configurar el «si»; la plataforma sin código no decide por ti, solo ejecuta más rápido lo que decidiste.
La automatización no reemplaza la decisión: la decide una vez, por escrito, y la repite mil veces sin cansarse.
— Lumbre · Empresa
| Pieza | Buena práctica | Fallo típico |
|---|---|---|
| Disparador | Evento cuando el dato ya está completo | Disparar antes de que exista el dato |
| Condición | Regla de negocio con camino para el «ninguno» | Olvidar el caso raro que se vuelve el martes |
| Acciones | Cada paso verificable: agregar, enviar, avisar | Encadenar diez acciones sin probar una |
| Ruta de error | Reintentar, avisar a un humano, bandeja de pendientes | Perder el caso en el limbo sin registro |
| Registro | Fecha, datos, resultado de cada corrida | «Se mandó solo» sin forma de probar que sí |
Clasifica cada necesidad de tu PyME en el tipo de disparador que le conviene:
Arrastra cada ficha a su categoría (o tócala y luego toca la categoría). También puedes usar el teclado.
Montas la automatización «nuevo pedido → hoja de operación → aviso al vendedor». La primera semana funciona; de pronto los pedidos dejaron de aparecer y nadie se enteró hasta la reclamación del cliente. ¿Qué le faltó al diseño?
En una plataforma sin código, la decisión de cuándo un pedido debe escalar a un humano se puede dejar por completo a la herramienta una vez configurada.
Toma la versión limpia de tu proceso y escribe la oración completa de su automatización: CUANDO (evento del proceso limpio), SI (tu regla de negocio con camino para el «ninguno»), HACER (acciones verificables), y añade las dos frases que casi nadie escribe: SI FALLA (a quién se avisa y dónde cae) y QUÉ QUEDA PROBADO (el registro). Léela en voz alta: ¿se entiende sin ti?
Si la oración necesita un «y luego vemos», ahí todavía hay una decisión sin escribir: vuelve al proceso.
Tu texto se guarda sólo en este dispositivo.
Para dominar este tema
Lo esencial que debes saber
- Toda automatización es una oración: cuando pase, si cumple, hacer.
- El disparador se elige del proceso (evento, programado, manual) y debe correr con datos completos.
- La condición es tu regla de negocio: requiere camino para el caso no previsto.
- La ruta de error es obligatoria: reintentos, humano avisado y bandeja de pendientes.
- El registro hace la automatización auditable y confiable; lo sensible sigue aprobándolo un humano.
Preguntas clave del tema
- ¿Qué tres piezas forman la gramática de toda automatización?
- ¿Qué tipo de disparador corresponde a cada necesidad?
- ¿Por qué el «si» es la parte delicada del diseño?
- ¿Qué incluye una ruta de error con dignidad?
- ¿Qué decisiones no se delegan a la herramienta?
Lo que debes poder hacer
- Escribir la oración completa de una automatización propia con su ruta de error.
- Montar en una plataforma sin código un flujo con disparador, condición y acciones.
- Verificar con datos reales y dejar el registro encendido.
Chequeo: la oración que trabaja sola
Aquí se mira lo que ya fuiste acertando. Pulsa «Comprobar» para saber si puedes seguir.
Siguiente: Del papel a la trazabilidad: formularios, firma y aprobaciones — captura limpia, flujo de visto buenos y evidencia firmada: donde más papel se pierde la empresa.
Comentarios
Inicia sesión para comentar.
Todavía no hay comentarios. Sé la primera persona en opinar.