Construir un flujo sin escribir código: qué se gana y qué no
Arrastrar bloques es fácil. Saber qué bloques hacen falta sigue siendo el trabajo, y ese no lo quita ninguna herramienta.
Qué resuelven realmente
Las herramientas visuales de flujos permiten montar en una tarde algo que antes requería un desarrollo: un formulario que dispara un aviso, una aprobación con dos pasos, un archivo que se guarda con el nombre correcto. Para ese tipo de cosas funcionan muy bien y ahorran mucho dinero.
Lo que no resuelven es la parte difícil, que es saber qué debería hacer el flujo. Esa sigue siendo una decisión de organización, y ninguna interfaz la toma por nadie.
Dónde está el techo
| Situación | Suele funcionar | Suele complicarse |
|---|---|---|
| Ramificaciones | Dos o tres caminos | Condiciones anidadas |
| Volumen | Decenas o cientos al día | Miles por hora |
| Integraciones | Conectores ya disponibles | Sistema propio antiguo |
| Cálculos | Sumas y comparaciones | Lógica de negocio compleja |
| Errores | Reintentar y avisar | Recuperación fina del estado |
| Mantenimiento | Pocos flujos | Decenas sin documentar |
El coste que aparece después
El primer flujo es barato y rápido. El problema llega al cabo de dos años, cuando hay cuarenta flujos, la persona que los montó ya no está y nadie sabe qué hace cada uno ni si se puede tocar.
- Nombre descriptivo en cada flujo, no «Flujo 12».
- Una descripción de dos líneas dentro del propio flujo: qué hace y para quién.
- Un responsable por flujo, con nombre.
- Una revisión anual de todo lo que está activo: qué sigue haciendo falta.
- Documentación fuera de la plataforma, por si algún día se cambia de herramienta.
Antes de montar el primero
- Dibuje el proceso como es hoy, con sus excepciones. Si no cabe en una hoja, todavía no está listo para automatizarse.
- Simplifique en papel: quite pasos, junte aprobaciones. Automatizar un proceso enrevesado lo consolida.
- Empiece por lo más repetitivo y de menor riesgo.
- Defina qué pasa cuando falla: quién se entera y qué hace.
- Mantenga el camino manual durante unas semanas, en paralelo.
El problema casi nunca es programar
Cuando un flujo no acaba de funcionar, la causa suele ser que no estaba claro quién decide qué, o que la información llega incompleta al primer paso. Ninguna de esas cosas se arregla con más bloques: se arreglan hablando y escribiendo el acuerdo.
