Ejecución y pruebas

Un workflow se ejecuta siguiendo las conexiones del canvas. En cada turno del usuario, el motor retoma el estado de la conversación, ejecuta los nodos necesarios y decide si debe responder, esperar o finalizar.

Cómo avanza el flujo

1. El workflow empieza en el primer nodo ejecutable conectado al inicio visual.
2. El nodo actual recibe el mensaje del usuario y el contexto acumulado.
3. El nodo se ejecuta según su tipo.
4. Si el nodo tiene una única salida, el flujo sigue al siguiente nodo.
5. Si el nodo tiene ramas, el motor elige la salida correspondiente.
6. Si el nodo está configurado para esperar respuesta, el workflow se pausa en ese nodo.
7. En el siguiente mensaje del usuario, el workflow retoma desde el nodo que estaba esperando.
8. El flujo termina cuando llega a un nodo final, a un nodo configurado para responder y terminar, o al nodo marcado como salida.

Qué pasa con nodos que esperan al usuario

Cuando un nodo tipo El bot responde está en modo Esperar respuesta, no debería avanzar solo por haber respondido. Primero debe confirmar que la información requerida está completa.

Ejemplo:

1. El nodo pide nombre, email y teléfono.
2. El usuario responde solo el nombre.
3. El nodo detecta que faltan email y teléfono.
4. El workflow sigue en el mismo nodo.
5. El usuario completa los datos.
6. Recién ahí el flujo avanza al siguiente nodo.

Para lograr esto, configurá:

• Datos requeridos: campos concretos que el flujo necesita.
• Condición para avanzar: criterio conversacional para validar completitud.

Consejo

La condición para avanzar debe describir el resultado esperado, no una frase exacta. Por ejemplo: “Avanzar cuando se hayan recolectado nombre, teléfono, zona y presupuesto”.

Cómo funcionan las ramas

Condicional por reglas

El nodo Elegir camino evalúa una condición. Si coincide, usa esa salida. Si ninguna coincide, usa la salida default.

Ejemplo:

• Si el presupuesto es mayor a cierto monto, ir a “Lead prioritario”.
• Si no, ir a “Seguimiento”.

Router conversacional

El nodo Router conversacional interpreta la intención del usuario.

Ejemplo:

• “Quiero alquilar” → rama Alquiler.
• “Mejor quiero vender mi propiedad” → rama Venta.
• “Necesito otra cosa” → default u otra rama configurada.

Este nodo es útil cuando el usuario puede cambiar de tema. Si el flujo estaba en una rama de venta y el usuario dice “mejor veamos alquileres”, podés volver a pasar por un router conversacional o conectar una rama que lleve al flujo de alquileres.

Probar un workflow

En el editor podés cambiar al modo de prueba para conversar con el workflow antes de activarlo.

Durante una prueba vas a ver:

• Mensajes del usuario.
• Respuestas del workflow.
• Nodos ejecutados.
• Duración de cada nodo.
• Logs de ejecución.
• Qué rama fue elegida en condicionales o routers.

Usá esta vista para validar que el flujo ejecuta exactamente los pasos esperados.

Casos que conviene probar

Antes de activar un workflow, probá al menos:

• Camino principal completo.
• Usuario que responde datos incompletos.
• Usuario que da varios datos juntos.
• Usuario que cambia de intención.
• Usuario que responde algo fuera de las opciones.
• Rama default.
• Errores de herramientas o datos faltantes.
• Respuesta final.

Estados del workflow

• Borrador: ideal para construir y probar. No debería usarse como flujo productivo.
• Activo: disponible para ejecutarse en conversaciones reales.
• Pausado: se conserva, pero no se ejecuta.

Buenas prácticas

• Probá con frases reales de usuarios, no solo con respuestas perfectas.
• Conectá todas las salidas visibles.
• Marcá el nodo de salida si querés controlar qué respuesta final se devuelve.
• Usá notas para explicar decisiones complejas.
• Mantené prompts cortos y específicos por nodo.
• Revisá los logs cuando un flujo salte un nodo o quede esperando.