Este artículo cubre ejemplos prácticos de cómo estructurar sus pasos, condiciones y llamadas a conectores de datos en Procedimientos Fin.

El paso Instrucción es el paso predeterminado y más poderoso.

Menos pasos bien diseñados que combinen coherentemente acciones relacionadas son mejores que muchos pasos pequeños y separados.

❌ Menos efectivo:

✅ Más efectivo:

@read email. Si no se conoce, pida al usuario su correo electrónico antes de continuar. Luego @use get_subscription_details y responda preguntando al usuario en qué necesita ayuda. Incluya el plan actual del usuario, estado del plan y próxima fecha de renovación en su respuesta.

Piense en Fin como un nuevo compañero sin contexto previo. Si un humano no puede entender fácilmente sus instrucciones, probablemente Fin tampoco.

❌ Menos efectivo:

Recoja el número de pedido del cliente y asegúrese de que sea válido y no un número de seguimiento

✅ Más efectivo:

Recoja el número de pedido del cliente. Si proporcionaron un número pero es más largo de 11 caracteres excluyendo el # al inicio, infórmeles que puede ser un número de seguimiento y pídales el número de pedido nuevamente. Si el cliente no puede proporcionar su número de pedido, no continúe @Escalate:Support team.

Use @Add note dentro de un paso de instrucción para dejar contexto interno en la conversación. Esto es especialmente útil antes de escaladas o transferencias, dando a los compañeros el contexto que necesitan.

❌ Menos efectivo:

✅ Más efectivo:

@use Get_Order_Details y diga al cliente el estado. Si el pedido aparece como perdido o no entregado después de la fecha de entrega esperada, @Add note con el número de pedido, proveedor de envío, fecha de entrega esperada y estado actual del seguimiento. Luego @Escalate a Support team.

Las condiciones le indican a Fin cómo comportarse en diferentes situaciones. Puede usarlas para bifurcaciones mayores y distintas en su lógica.

Este ejemplo usa una condición Código para verificar la salida de un conector de datos.

SI: data["Check refund eligibility"].decision == "eligible"

SINO:

Este ejemplo usa lenguaje natural para verificar un atributo.

SI: @Read Fulfillment status es 'fulfilled'

Desde aquí, puede hacer clic en el ícono + para Agregar condición else if o Agregar else.

Puede usar conectores de datos y atributos para obtener o actualizar información.

Puede instruir a Fin para usar un conector de datos para obtener o actualizar información de un sistema externo.

Ejemplo: @Use: Get order status y diga al cliente cuál es el estado de su pedido.

No necesitas decir explícitamente a Fin que recopile los datos que un conector necesita. Fin infiere las entradas que debe recopilar según la configuración del conector.

❌ Incorrecto (innecesariamente complejo):

Primero pide al cliente su correo electrónico, luego llama a @get_order_details con ese correo electrónico

✅ Sencillo y claro:

Llama a @get_order_details

Cuando usas un conector de datos, los datos devueltos están disponibles durante todo el Procedimiento. Usa @read attribute para acceder a estos datos en pasos posteriores en lugar de llamar al mismo conector nuevamente.

❌ Menos efectivo (más lento):

Sencillo y más rápido:

También puedes leer datos de Intercom como atributos de People, Company o Conversation.

Ejemplo: Informa al cliente su @Read People.Plan

Las secciones te permiten organizar un Procedimiento en bloques lógicos con nombre. Por defecto, Fin ejecuta los pasos de arriba hacia abajo sin importar los límites de sección; las secciones no cambian el comportamiento de ejecución a menos que indiques a Fin que salte a una.

Divide un procedimiento largo en secciones con nombre para mejorar la legibilidad y facilitar la navegación con Ir a sección.

Sección: Verificar pedido

Sección: Determinar tipo de devolución

SI: el cliente quiere un reembolso

SINO:

Sección: Procesar reembolso

Sección: Procesar cambio

Usa secciones para organizar el flujo dentro de un solo procedimiento. Usa sub-procedimientos cuando la misma lógica se reutiliza en varios procedimientos o cuando quieres encapsular una pieza compleja de lógica que tiene sus propias entradas y salidas.

Los sub-procedimientos son conjuntos reutilizables de pasos que pueden ser llamados desde otro Procedimiento. Esto se recomienda para lógica compleja o repetida.

Puedes ejecutar un sub-procedimiento como parte de una rama condicional.

SI: la elección del cliente es devolver el artículo y obtener un reembolso completo

SINO:

Usa nombres claros y orientados a la acción que comuniquen lo que hace el sub-procedimiento.

✅ Buenos nombres:

❌ Malos nombres:

El paso Ask Teammate permite que Fin pause a mitad del procedimiento y solicite la opinión de un compañero humano — sin ceder toda la conversación. Úsalo para decisiones de alto riesgo, sensibles o complejas donde quieres automatización la mayor parte del tiempo pero aún necesitas un humano en puntos clave.

Paso 1: @use Check_Refund_Eligibility. Si es elegible, @read refund amount.

SI: data["Check_Refund_Eligibility"].refund_amount > 500

SINO:

Cuando Fin llega al paso Ask Teammate:

Puedes dirigir a Fin para que pase de un procedimiento a otro cuando las necesidades del cliente cambien a mitad de la conversación.

Usa el comando @Switch dentro de un paso de instrucción para moverte explícitamente a otro procedimiento.

Ejemplo:

Si el cliente dice que quiere cancelar su suscripción en lugar de actualizar su método de pago, @Switch al procedimiento de Cancelación.

Cuando Agentic Switch está habilitado, Fin puede cambiar autónomamente del procedimiento actual a otro procedimiento activo si determina que la intención del cliente ha cambiado. Fin toma esta decisión basándose en la conversación y las descripciones de activación del procedimiento, y puede hacer preguntas aclaratorias para despejar dudas.

Agentic Switch es opcional y puede habilitarse desde la configuración del procedimiento. Aún puedes usar @Switch para control determinista junto con Agentic Switch.

Usa Guidance para reglas generales y pasos End para indicarle a Fin qué hacer a continuación.

Usa la sección Guidance para reglas globales sobre cómo Fin debe interactuar durante este Procedimiento.

Los pasos End le indican a Fin que el Procedimiento ha terminado y qué hacer a continuación.