Frontline Studio · Workflows · Grabación real del producto

Crear un workflow

Construye un workflow en Studio desde el trigger hasta la acción: ruteo, pasos de IA o datos, actualizaciones CRM, mensajes de canal, logs, analytics y controles Draft o Live.

Grabación real del producto3 min

Flujo de trabajo designer with Scheduled Trigger conectado to Data Action and Live state — Designer de workflowNodos y routing
Mira Flujos de trabajo para ubicar la acción principal, los datos que la sostienen y qué debe revisar el equipo antes de avanzar.

Resumen

Construye un workflow en Studio desde el trigger hasta la acción: ruteo, pasos de IA o datos, actualizaciones CRM, mensajes de canal, logs, analytics y controles Draft o Live.

ProductoFrontline Studio

MóduloFlujos de trabajo

CategoríaFlujos de trabajo

Conceptos cubiertos

Workflow BuilderTriggerRuteoLogsAnalyticsDraftLive

Pasos

Define el triggerElige el evento que inicia el workflow y el payload de muestra que usarás para probar.
Construye el caminoAgrega nodos de acción, ruteo, CRM, canal, API, handoff y actividad en el orden que necesita la operación.
Verifica logsInspecciona inputs, outputs, errores y decisiones de rama antes de publicar.
Publica con intenciónMantén Draft mientras editas y cambia a Live solo después de validar camino de muestra y camino de falla.

Qué vas a construir

Vas a construir un camino repetible de workflow que empieza con un trigger claro, ejecuta los nodos correctos, registra el resultado y deja logs que un operador puede revisar.

Usa un evento de muestra de lead o soporte para probar el workflow sin datos de clientes.

Cuándo usarlo

Usa Workflow Builder cuando una operación necesita lógica repetible: rutear un mensaje, calificar un lead, crear o actualizar un registro, llamar una API, notificar a un compañero o escalar un caso.

Un workflow corresponde cuando el mismo camino de decisión debe ejecutarse cada vez que ocurre un trigger.

Antes de empezar

Define el trigger, la data que entrega, el registro CRM o tabla que se actualizará, el mensaje o handoff que debe recibir el usuario y el camino de falla.

Prepara payloads de muestra con valores placeholder y sin credenciales, tokens, URLs privadas ni datos de clientes.

Implementación paso a paso

Abre Studio, luego Workflow Builder, y elige un workflow existente para revisar o crea uno nuevo para la operación.

Confirma primero el trigger. Puede venir de un evento de canal, cambio CRM, agenda, Webhook u otra fuente configurada.

Agrega o revisa cada nodo en orden: paso de IA, lookup de datos, conditional routing, actualización CRM, mensaje de canal, API Call, Outgoing Webhook, asignación a teammate o Max Activity.

Nombra las ramas por la decisión que representan, como Qualified, Needs human review, Missing context o API failed.

Usa Logs para revisar inputs, outputs y errores de nodos. Usa Analytics para verificar volumen, completions, failures, tiempos y créditos.

Mantén el workflow en Draft mientras editas y pásalo a Live solo cuando el camino de muestra y el camino de falla estén verificados.

Cómo verificar que funcionó

Ejecuta el workflow con un evento de muestra y confirma que aparezcan el registro esperado, mensaje de canal, asignación, log y actualización de analytics.

Verifica también la rama de falla: contexto faltante, payload inválido, falla API, falta de owner o intención ambigua no deben desaparecer en silencio.

Errores comunes

No publiques antes de probar el camino feliz y el camino de falla.

No hagas ramas sobre texto inestable si existe status, intent, score o campo estructurado.

No hardcodees credenciales en nodos; usa configuración segura del workspace para secretos y placeholders en ejemplos.

Solución de problemas

Si el workflow no arranca, revisa trigger, conexión del canal, payload de Webhook y estado Draft o Live.

Si arranca pero toma la rama incorrecta, inspecciona outputs en Logs y confirma que los nombres de variables coincidan con la regla de ruteo.

Si el usuario o teammate no ve resultado, revisa mensaje final, actualización CRM, asignación y nodos de Max Activity.

Flujos relacionados

Crea un agente de IA cuando un nodo del workflow necesita razonamiento, extracción o generación de respuesta.

Crea una tabla cuando el workflow necesita datos operativos reutilizables que no son un objeto CRM.

Siguiente paso claro

Crea una ejecución de muestra, revisa Logs y Analytics, y documenta qué debe pasar antes de cambiar el workflow de Draft a Live.

Transcripción

Abrir transcripción buscable

Construye un workflow en Studio desde el trigger hasta la acción: ruteo, pasos de IA o datos, actualizaciones CRM, mensajes de canal, logs, analytics y controles Draft o Live. Qué vas a construir Vas a construir un camino repetible de workflow que empieza con un trigger claro, ejecuta los nodos correctos, registra el resultado y deja logs que un operador puede revisar. Usa un evento de muestra de lead o soporte para probar el workflow sin datos de clientes. Cuándo usarlo Usa Workflow Builder cuando una operación necesita lógica repetible: rutear un mensaje, calificar un lead, crear o actualizar un registro, llamar una API, notificar a un compañero o escalar un caso. Un workflow corresponde cuando el mismo camino de decisión debe ejecutarse cada vez que ocurre un trigger. Antes de empezar Define el trigger, la data que entrega, el registro CRM o tabla que se actualizará, el mensaje o handoff que debe recibir el usuario y el camino de falla. Prepara payloads de muestra con valores placeholder y sin credenciales, tokens, URLs privadas ni datos de clientes. Implementación paso a paso Abre Studio, luego Workflow Builder, y elige un workflow existente para revisar o crea uno nuevo para la operación. Confirma primero el trigger. Puede venir de un evento de canal, cambio CRM, agenda, Webhook u otra fuente configurada. Agrega o revisa cada nodo en orden: paso de IA, lookup de datos, conditional routing, actualización CRM, mensaje de canal, API Call, Outgoing Webhook, asignación a teammate o Max Activity. Nombra las ramas por la decisión que representan, como Qualified, Needs human review, Missing context o API failed. Usa Logs para revisar inputs, outputs y errores de nodos. Usa Analytics para verificar volumen, completions, failures, tiempos y créditos. Mantén el workflow en Draft mientras editas y pásalo a Live solo cuando el camino de muestra y el camino de falla estén verificados. Cómo verificar que funcionó Ejecuta el workflow con un evento de muestra y confirma que aparezcan el registro esperado, mensaje de canal, asignación, log y actualización de analytics. Verifica también la rama de falla: contexto faltante, payload inválido, falla API, falta de owner o intención ambigua no deben desaparecer en silencio. Errores comunes No publiques antes de probar el camino feliz y el camino de falla. No hagas ramas sobre texto inestable si existe status, intent, score o campo estructurado. No hardcodees credenciales en nodos; usa configuración segura del workspace para secretos y placeholders en ejemplos. Solución de problemas Si el workflow no arranca, revisa trigger, conexión del canal, payload de Webhook y estado Draft o Live. Si arranca pero toma la rama incorrecta, inspecciona outputs en Logs y confirma que los nombres de variables coincidan con la regla de ruteo. Si el usuario o teammate no ve resultado, revisa mensaje final, actualización CRM, asignación y nodos de Max Activity. Flujos relacionados Crea un agente de IA cuando un nodo del workflow necesita razonamiento, extracción o generación de respuesta. Crea una tabla cuando el workflow necesita datos operativos reutilizables que no son un objeto CRM. Siguiente paso claro Crea una ejecución de muestra, revisa Logs y Analytics, y documenta qué debe pasar antes de cambiar el workflow de Draft a Live.

Preguntas frecuentes

¿Qué debería construir primero?

Empieza con el trigger y una salida verificada. Agrega ruteo e integraciones después de que el camino básico sea observable en Logs.

¿Cómo manejo fallas de API?

Crea una rama de falla explícita, registra el error, evita retries silenciosos y rutea a un teammate cuando la operación necesita revisión.

¿Cuándo debe un workflow usar un agente de IA?

Usa un agente cuando el workflow necesita razonamiento, extracción, resumen o respuesta conversacional que reglas solas no pueden resolver.