Usando Fin Tasks, puede dar a Fin instrucciones paso a paso para la tarea que desea que realice. Hemos proporcionado algunas mejores prácticas y ejemplos al redactar estas instrucciones para Fin.

Instrucciones claramente redactadas pueden hacer una gran diferencia en cómo funciona su Fin Task.

Antes de profundizar en los detalles de Fin Tasks, aquí hay algunos consejos útiles que generalmente se aplican al trabajar con modelos de lenguaje grandes (LLMs):

Para lectura adicional, vea los temas de introducción aquí.

Aunque Fin retiene memoria de pasos previos, acciones realizadas o datos almacenados, aún debe diseñar tareas con límites claros y propósitos enfocados.

Cuándo usar una sola Fin Task:

Cuándo considerar múltiples Fin Tasks:

Asegúrese de que el título sea descriptivo y no solo interno.

Debe escribir de 3 a 5 oraciones para describir cuándo Fin debe activar esta tarea. Sea lo más específico posible e incluya uno o más de los siguientes:

Ejemplo de buena práctica:

Use esta tarea cuando un cliente reporte haber recibido un pedido que fue dañado durante la entrega, como bebidas derramadas, comida derramada o envases rotos. No use esta tarea si el cliente reporta una entrega tardía, un artículo faltante o problemas no relacionados con daños al producto.

Ejemplo de mala práctica:

Use esta tarea para reembolsar un pedido.

El bloque de instrucciones sigue un formato estructurado compuesto por las siguientes secciones...

1. Instrucciones:

Este es un plan claro, lógicamente completo y paso a paso que Fin debe seguir. Asegúrese de cubrir todas las reglas de decisión necesarias para que Fin realice la tarea.

La mejor y más fácil forma de formularlas es seguir una lógica de “if + else”. Esta lógica garantiza que siempre podrá tomar una decisión en cualquier etapa y avanzar hacia una solución o tener una salida del proceso si está atascado. Para nuestro ejemplo, esto sería:

1. Si puede determinar la fecha del pedido y es menor a 30 días, emita un reembolso.

2. Si puede determinar la fecha del pedido pero es mayor a 30 días, informe al cliente que la política de Company X no permite reembolsos en compras con más de 30 días de antigüedad.

3. De lo contrario, informe al cliente que escalará a un miembro humano del equipo de soporte y ejecute la escalación haciendo... (este ejemplo asume que la lógica de escalación ha sido incorporada en la Fin Task)

Si la lógica y la información a la que Fin necesita acceder es demasiado abierta, debe considerar si puede dividir el bloque de instrucciones en pasos más pequeños con lógica más definida y restringida.

También necesitará identificar los valores de entrada necesarios para realizar la tarea. Indique explícitamente en el prompt:

2. Guía (opcional):

Guía sobre cómo Fin interactúa, responde y se comporta durante una tarea proporcionando instrucciones claras. Simplemente describe cualquier comportamiento específico que desees que Fin siga mientras realiza los pasos.

Una práctica clave para gestionar las Tareas de Fin es usar la función Guardar como borrador. Esto te permite editar y probar cambios en una Tarea activa sin afectar a tus clientes.

Cuando editas una tarea activa, creas dos versiones:

Esto te brinda un entorno seguro para perfeccionar tus automatizaciones antes de publicarlas. Siempre usa las funciones Vista previa y Simulaciones desde el editor de tareas para probar tu versión borrador. Tus cambios solo se harán activos una vez que estés seguro y hagas clic en el botón Publicar cambios.

Para mejorar la precisión en la coincidencia de tareas, debes proporcionar preguntas de ejemplo específicas que deberían y no deberían activar tu tarea. Esto ayuda a Fin a entender mejor cuándo usar tu tarea, especialmente cuando tienes múltiples tareas similares.

Puedes agregar tanto ejemplos positivos ("Activar cuando...") como ejemplos negativos ("No activar cuando...").

Comienza con unas 10 preguntas de ejemplo altamente relevantes para asegurar que la tarea se reconozca correctamente. Si es necesario, puedes extender esto a 20–30 ejemplos, pero ten en cuenta la complejidad. Si la lista se vuelve demasiado larga o específica, considera simplificar la descripción o pasar a disparadores basados en intención para mantener claridad y manejabilidad.

Los ejemplos de "No activar cuando..." solo deben incluirse si observas un comportamiento incorrecto de activación. Los ejemplos negativos ayudan a refinar la detección aclarando a qué Fin no debe responder, pero evita agregarlos a menos que estén abordando un problema específico con activaciones erróneas.

Usa un solo bloque de instrucciones estructurado cuando tu tarea sea sencilla o tenga menos de aproximadamente 10 pasos. Si la tarea implica lógica compleja, ramificaciones significativas o se vuelve difícil de seguir, es mejor dividirla en múltiples bloques de instrucciones para mayor claridad y mantenimiento.

No necesitas recopilar todas las entradas manualmente antes de ejecutar un conector de datos. Al configurar el conector de datos, especifica las entradas requeridas y Fin preguntará automáticamente al cliente por las que falten. Esto reduce la complejidad de tus instrucciones y mantiene las interacciones más eficientes.

Fin es capaz de cambiar de tarea a mitad de la conversación, e incluso cambiar a respuestas informativas (de tu contenido de soporte) cuando cambia el contexto o la intención del cliente. Esto significa que puede salir de una tarea y comenzar otra sin problemas, permitiendo interacciones más dinámicas y receptivas basadas en las necesidades cambiantes del usuario.

Fin recuerda automáticamente las respuestas de API dentro del mismo bloque de instrucciones. Puedes referirte a estos resultados de forma natural en pasos posteriores, como diciendo “usando el saldo devuelto anteriormente,” sin necesidad de repetir o almacenar los datos manualmente.

No es necesario almacenar explícitamente las respuestas de API en atributos temporales. Fin mantiene el seguimiento de los datos internamente, permitiéndote referenciarlos directamente en pasos posteriores usando lenguaje natural simple.

Etiquetar una conversación

Mejora la categorización de conversaciones instruyendo a Fin para que etiquete conversaciones con etiquetas predefinidas en las instrucciones de la tarea. Esto ayuda en el filtrado, informes y activación de acciones de seguimiento.

Ejemplo de instrucción:

"Etiquetar conversación 'Consulta de facturación' y 'Alta prioridad'."

Hemos recopilado varios ejemplos de casos de uso a continuación que pueden ayudarte a diseñar tus Tareas Fin.

Descripción: El objetivo de esta tarea es determinar si una solicitud de reembolso hecha por un cliente es válida y, de ser así, procesarla. Siguiendo las instrucciones a continuación, podrás verificar y procesar la solicitud de reembolso de un cliente para pedidos realizados con Company X.

Paso 1: Usa @get_order_details para el pedido con ID @collected_order_id para obtener detalles de ese pedido. Luego sigue la lógica a continuación para determinar si el pedido recuperado puede ser reembolsado:

Paso 2: Usa @process_items_refund con el ID del pedido @collected_order_id para procesar un reembolso para ese pedido. Luego recopila la respuesta y:

Guía: Sé empático al comunicar noticias negativas sobre denegaciones de reembolso. Cuando un reembolso sea exitoso, sé cálido y claro sobre los tiempos de procesamiento del reembolso.

Descripción: El objetivo de esta tarea es determinar si una solicitud de cancelación de suscripción hecha por un cliente es válida y, de ser así, procesarla. Siguiendo las instrucciones a continuación, podrás verificar y cancelar la suscripción de un cliente para Company X.

Paso 1: Usa @get_subscription_details para la suscripción con ID @collected_subscription_id para obtener detalles de esa suscripción. Luego sigue la lógica a continuación para determinar si la suscripción recuperada puede ser cancelada:

Paso 2: Use @cancel_subscription con el ID de suscripción @collected_subscription_id para procesar la cancelación. Luego recopile la respuesta y:

Guía: Sea directo pero empático al explicar los períodos de compromiso. Cuando tenga éxito, confirme claramente qué sucederá con la facturación en adelante.

Descripción: El objetivo de esta tarea es determinar si una actualización solicitada de la dirección de envío para un cliente es válida y, de ser así, procesarla. Siguiendo las instrucciones a continuación, verificará y actualizará la dirección de envío en el sistema de Company X.

Paso 1: Use @get_customer_profile proporcionando el ID @collected_customer_id para obtener el estado actual de la cuenta del cliente. Luego siga la lógica a continuación:

Paso 2: Use @validate_address proporcionando la @collected_new_address para verificar su autenticidad y capacidad de entrega. Luego siga la lógica a continuación:

Paso 3: Use @update_customer_address proporcionando tanto @collected_customer_id como @collected_new_address para finalizar la actualización de la dirección. Luego siga la lógica a continuación:

Guía: Sea claro sobre qué regiones son compatibles. Al confirmar un cambio de dirección exitoso, recuerde al cliente que esto afectará todos los envíos futuros.

Descripción: El objetivo de esta tarea es determinar si la solicitud de un cliente para un ajuste de puntos de fidelidad es válida y, de ser así, realizar ese ajuste. Siguiendo estas instrucciones, revisará el estado de la cuenta de fidelidad del cliente, validará la solicitud y luego ajustará los puntos en el sistema de Company X.

Paso 1: Use @get_loyalty_profile con el ID @collected_loyalty_member_id para obtener el estado de la cuenta del miembro. Luego siga la lógica:

Paso 2: Use @audit_loyalty_activity proporcionando @collected_loyalty_member_id y @collected_points_adjustment_request para revisar transacciones recientes de lealtad y ver si la solicitud está justificada. Luego:

Paso 3: Use @adjust_loyalty_points proporcionando @collected_loyalty_member_id y la cantidad de @collected_points_adjustment_request para finalizar el ajuste de puntos. Luego:

Guía: Cuando un ajuste de puntos es exitoso, haga referencia a la transacción específica que generó los puntos. Sea informativo sobre las políticas del programa al negar solicitudes.