Ir al contenido principal

Ejecutar simulaciones para procedimientos de Fin

Aprende a usar Simulations para validar Procedimientos de Fin, generar confianza y detectar problemas antes de que afecten a los customers.

Escrito por Dawn

Simulations te permiten validar Procedimientos de Fin, generar confianza en tu automatización y detectar problemas antes de que afecten a tus customers. Al modelar conversaciones completas, las simulations ayudan a tu equipo a manejar escenarios complejos o de alto volumen, como cancelaciones y reembolsos, con certeza.

Diseñadas para reemplazar comprobaciones manuales que consumen tiempo, las simulations te ayudan a identificar problemas o cambios graduales en el comportamiento de Fin a medida que evoluciona tu lógica empresarial.


Acceder a simulations

Las simulations se encuentran dentro del panel de pruebas de un Procedure. Para acceder a ellas:

  1. Abre el Procedure que deseas probar.

  2. Haz clic en Test en la esquina superior derecha del lienzo.

  3. Selecciona la pestaña Simulations en el panel derecho

Nota: Acceder a Simulations requiere los siguientes permisos:

  • "Can manage workspace data",

  • "Can access lead and user profile pages" y

  • "Can access lists of people, companies, and accounts".

Si el botón Simulations no responde, verifica con el administrador de tu workspace que estos permisos estén habilitados para ti en Settings > Workspace > Teammates.

Las simulations omiten la coincidencia de intención. A diferencia de Preview o conversaciones en vivo, las simulations no verifican tus instrucciones de 'When to use this Procedure', asumen que el Procedure ya se ha activado y lo ejecutan directamente. Esto hace que las simulations sean ideales para probar la lógica de ejecución de forma aislada.

Importante:

  • Preview muestra toda la experiencia orientada al cliente; usarlo mientras tu procedure está en vivo puede exponer mensajes a clientes reales.

  • Simulations ejecutan el procedure en segundo plano sin salida hacia el cliente, lo que las hace la forma más segura de validar la lógica antes de publicarla. Usa Preview para verificaciones rápidas; usa Simulations antes de cada publicación.


Crear una simulation

Puedes crear una simulation de dos maneras: usando sugerencias generadas por AI para un inicio rápido o definiendo manualmente el escenario para un control total.

  • Simulations generadas por AI: Úsalas para cubrir rápidamente escenarios comunes o esperados de los customers basados en tus instrucciones. Fin AI genera pruebas "listas para usar" para ahorrarte tiempo.

  • Simulations manuales: Úsalas cuando necesites control preciso sobre datos, casos límite específicos o ramas particulares en tu lógica.

Simulations generadas por AI

Basado en tus instrucciones, Fin AI generará pruebas iniciales para ayudarte a crear rápidamente simulaciones "listas para usar".

  1. Abre la pestaña Simulations en el panel derecho de tu Procedure.

  2. En Suggested for these instructions, revisa la lista de escenarios propuestos (por ejemplo, "Full cancellation request").

  3. Haz clic en el ícono de reproducción junto a una sugerencia para ejecutarla al instante.

  4. Una vez que se crea o acepta una simulation desde las sugerencias, aparecerá en tu lista. Luego puedes hacer clic en Run all para ejecutar todas tus simulations guardadas a la vez.

Simulations creadas manualmente

También puedes crear una simulation desde cero para probar casos límite específicos basados en las instrucciones del Procedure.

  1. En la pestaña Simulations, haz clic en + New.

  2. Nombre de la simulation: Da un título claro a tu simulation.

  3. Simulate as: Elige un user o marca específica para probar la personalización. Puedes seleccionar desde una lista desplegable de users reales en tu workspace.

  4. Mensaje inicial del customer: Ingresa el primer mensaje que envía el customer (por ejemplo, "Necesito ayuda con mi pedido"). También puedes adjuntar una imagen, como una captura de pantalla de un error, para probar cómo Fin maneja el contexto visual.

  5. Detalles adicionales: Proporciona orientación sobre la situación del customer o acciones específicas que haya tomado.

Selecciona un canal

Las simulations te permiten seleccionar el canal que Fin usará para esta simulation, para que puedas probar cómo se comporta. Usa el desplegable de canal para alternar entre Messenger y Email antes de ejecutar tu simulation.

Nota: Fin se comporta de manera diferente según el canal. En Email, Fin agrega múltiples piezas de información en una sola respuesta en lugar de enviar varios mensajes. La Guidance y Content targeting también pueden configurarse por canal; por ejemplo, las respuestas por Email pueden configurarse para usar un tono más formal o incluir una introducción específica.

Definir datos disponibles

La sección Customer data available to Fin te permite definir los datos a los que Fin tiene acceso durante la prueba. Esto garantiza que pruebes con valores de datos precisos en lugar de depender de descripciones vagas.

  • Hora de la simulation: Úsalo para definir "cuándo" ocurre el escenario. Establecer una fecha y hora específicas te permite probar la lógica sensible al tiempo, como verificar si un customer está dentro de una ventana de reembolso de 30 días.

  • Atributos y Data Connectors: Esta sección se rellena con los atributos referenciados en tu Procedure. Actualiza estos valores (por ejemplo, establece People.Plan en "Pro") para probar diferentes resultados de bifurcación.

Nota: Para asegurar que tu simulation se ejecute con precisión, coloca los datos según cuándo Fin debería "saber"lo:

  • Usar Attributes: Si Fin se supone que ya conoce la información al inicio de la conversación (por ejemplo, el Plan actual del customer o la fecha de registro).

  • Usar Detalles adicionales: Si la información debe ser proporcionada por el customer durante la conversación (por ejemplo, el customer proporciona su "Order ID" en una respuesta posterior). Esto te permite probar si Fin captura y almacena correctamente esos datos en un atributo.

Nota:

  • Los Data Connectors no utilizan datos de users en vivo en las simulations. En lugar de llamar a tu sistema externo, Fin usa los valores de prueba que defines en la sección Customer data available to Fin. Asegúrate de haber rellenado los campos de tu Data Connector con los valores que quieres que Fin use durante la prueba; de lo contrario, el conector devolverá resultados vacíos.

  • La sección Customer data available to Fin solo muestra y retiene atributos que son explícitamente referenciados en las instrucciones de tu Procedure o en un bloque de código. Si agregas manualmente un atributo usando el botón + Add attribute pero ese atributo no se referencia en ningún lugar del Procedure, el sistema no lo guardará: desaparece después de guardar porque no tiene efecto en la simulation. Para agregar un valor personalizado que persista, asegúrate de que el atributo se utilice primero en el Procedure.

Evaluar el comportamiento de Fin

Define los criterios que deben cumplirse para que la prueba pase. Haz clic en + Add criteria y selecciona:

  • Fin reply: Especifica lo que Fin debe (o no debe) decir durante la conversación.

  • Attributes: Verifica si se estableció un atributo, no se estableció, fue igual a, o no fue igual a un valor específico.

  • Data connector: Verifica si un conector se activa, no se activa o se activa exactamente X veces.

  • Instruction outcome: Comprueba si la conversación alcanzó una conclusión específica, como finalizar, transferirse a un compañero o resultar en otros desenlaces como cambiar a otro Procedure.

Una vez configurado, haz clic en Save.

Note: Al hacer clic en Save, Fin utiliza AI para revisar tu formulario de simulación. Si las instrucciones no son claras o los criterios de éxito son inconsistentes, verás recomendaciones sobre cómo mejorar la prueba para obtener resultados más precisos.


Mejores prácticas para la cobertura de simulaciones

Para aprovechar al máximo las simulaciones, estructura tu conjunto de pruebas en torno a estos principios:

  • Test one branch per simulation. Si tu Procedure tiene Conditions o subprocedimientos con múltiples rutas, crea una simulación separada para cada rama. Esto crea una red de seguridad de regresión: si una edición futura rompe una ruta específica, lo detectarás de inmediato.

  • Cover both success and failure paths for Data Connectors. Ejecuta una simulación donde tu conector devuelva datos válidos y otra donde no devuelva nada o falle. Esto verifica que tu lógica de respaldo (p. ej., un paso @Condition que maneje una respuesta vacía) funcione correctamente.

  • Run all simulations before publishing changes. Después de editar un Procedure, haz clic en Run all para reejecutar todo tu conjunto antes de publicarlo. Cualquier simulación que falle recientemente indica una regresión introducida por tu edición.

  • Use descriptive simulation names. Nombra cada simulación según el escenario que representa (p. ej., "Full refund — within 30 days" o "Cancellation — no order found"). Esto facilita identificar qué prueba cubre qué ruta al revisar los resultados.

Estrategia de pruebas: camino feliz, camino de riesgo y casos límite

Un conjunto de simulaciones equilibrado cubre tres tipos de escenarios. En conjunto, te dan la confianza de que tu Procedure funciona correctamente en condiciones normales, maneja fallos con elegancia y no se rompe cuando los customers se comportan de forma inesperada.

  • Happy path

    El camino feliz representa el flujo ideal e ininterrumpido: un customer que proporciona exactamente la información correcta y cumple todas las condiciones para que Fin complete el Procedure con éxito. Comienza siempre aquí. Si el camino feliz falla, depurar rutas más complejas se vuelve mucho más difícil.

    Example: Un customer solicita un reembolso dentro de la ventana de 30 días, tiene un ID de pedido válido y el Data Connector devuelve los detalles del pedido. Fin procesa el reembolso y lo confirma en una sola pasada.

  • Risk path

    Los caminos de riesgo prueban los escenarios más propensos a fallar en producción, típicamente donde falta información externa, no se cumplen las condiciones o debe activarse una rama de respaldo. Estas son las pruebas que protegen a tus customers de ver respuestas incorrectas o incompletas.

    Examples: El Data Connector no devuelve ningún pedido (prueba que Fin solicite al customer su ID de pedido). El customer está fuera de la ventana de reembolso (prueba que Fin comunique la política correcta y ofrezca la transferencia adecuada). Un atributo está vacío cuando un paso Condition lo evalúa (prueba que la ruta de respaldo de Fin se active correctamente).

  • Edge cases

    Los casos límite cubren entradas inusuales o en condiciones límite que son técnicamente válidas pero poco comunes. Estas pruebas son especialmente importantes para Procedures con lógica sensible al tiempo, umbrales numéricos o entradas de texto libre del customer.

    Examples: Un customer solicita un reembolso exactamente en el día 30 (el límite de la ventana). Un customer envía un mensaje inicial ambiguo que podría coincidir con múltiples intenciones. Un customer proporciona su ID de pedido en un formato inesperado o incluye texto adicional junto a él.

Tip: Usa nombres descriptivos de simulación para indicar a qué categoría pertenece cada prueba; por ejemplo, "Refund — happy path", "Refund — no order found (risk)" o "Refund — boundary day 30 (edge)". Esto facilita detectar brechas en tu cobertura de un vistazo.


Ejecución y revisión de resultados

Una vez que ejecutas una prueba, aparece en el panel Tests en el lado derecho con un indicador de estado:

  • Running: La prueba se está ejecutando activamente.

  • Passed: La prueba se ejecutó y cumplió con todos los criterios de éxito definidos.

  • Failed: La prueba se ejecutó pero no cumplió con los criterios de éxito definidos.

  • Queued: La prueba se ha iniciado pero está esperando a que termine la simulación anterior antes de ejecutarse.

Para investigar un resultado, haz clic en See conversation. Esto abre la transcripción completa entre el customer simulado y Fin, lo que facilita ver exactamente cómo se desarrolló el flujo y por qué una prueba pasó o falló.


Depuración de una Simulation fallida

Cuando una simulación está marcada como Failed, la transcripción disponible a través de See conversation contiene todo lo que necesitas para identificar la causa raíz. Así es como debes leerla eficazmente:

  • Fin's thoughts

    En cada paso de la conversación, expande el razonamiento de Fin para ver cómo interpretó el mensaje del customer, qué paso del Procedure estaba ejecutando y qué decisión tomó. Si Fin tomó una ruta inesperada, Fin's thoughts normalmente te mostrará exactamente dónde su interpretación divergió de tu intención. Busca pasos donde la interpretación de un atributo o condición por parte de Fin no coincida con lo que esperabas.

  • Conversation events

    Los eventos de conversación aparecen en la transcripción y muestran acciones de bajo nivel como actualizaciones de atributos, llamadas a Data Connector y disparadores de handoff. Úsalos para verificar que los conectores correctos se activaron en el momento adecuado y que los atributos se establecieron con los valores esperados antes de cada paso de ramificación.

  • Pinpointing the failure

    Contrasta lo que ves en Fin's thoughts y en los conversation events con los criterios de éxito definidos. Un patrón común es que un paso Condition evalúe a la rama equivocada, típicamente porque un atributo estaba vacío o tenía un valor inesperado. Revisa tu configuración de Customer data available to Fin para asegurar que todos los atributos requeridos se poblaron antes de ejecutar la simulación.

Tip: Tras identificar la causa, ajusta tu Procedure o la configuración de la simulación y haz clic en Run en la misma simulación para volver a probar inmediatamente. No necesitas crear una nueva simulación: la existente conserva su configuración.


Límites de uso de simulaciones

Existe un límite en la cantidad de simulaciones que puedes ejecutar cada mes. Este límite se aplica a nivel de espacio de trabajo y se restablece el primer día de cada mes calendario.

Cada espacio de trabajo recibe una asignación mensual de ejecuciones de Simulation. La asignación se basa en el segmento de volumen de conversaciones de tu workspace, con clientes más grandes recibiendo asignaciones mayores.

La asignación de simulaciones se basa en el volumen de conversaciones de tu workspace en Intercom.

  • Asignamos tu workspace a un segmento usando el número de conversaciones del último mes calendario.

  • Tu segmento se reevalúa mensualmente y tu asignación reflejará el volumen de conversaciones del mes más reciente.

  • Si tu volumen de conversaciones aumenta o disminuye, tu asignación de Simulation puede cambiar en el siguiente ciclo mensual.

Conversation Volume Segment

Límite de Simulation por mes

Under 1K

250

1K–15K

1,000

15K–100K

1,750

100K–1M

5,000

1M+

12,500

Supervisión de su uso

Para ayudarle a gestionar sus pruebas, Fin proporciona indicadores visuales en la pestaña Simulations:

Advertencia de uso

Cuando su espacio de trabajo alcance el 80 % de su límite mensual, aparecerá un banner amarillo de advertencia. Muestra su uso actual (por ejemplo, "85/100") y le recuerda cuándo se restablecerá el límite.

Límite alcanzado

Una vez que alcance el 100 % de su límite mensual, aparecerá un mensaje de error en rojo. No podrá ejecutar más simulaciones hasta el inicio del mes siguiente.

Nota: Si alcanza su límite, aún puede revisar resultados de simulaciones anteriores y transcripciones haciendo clic en See conversation, pero los botones Run y Run all estarán desactivados.


Preguntas frecuentes

¿Las simulaciones interactúan con mis APIs en vivo o datos externos?

No. A diferencia de la herramienta Preview, las simulaciones no llaman a APIs reales ni a sistemas externos (como Shopify o Stripe). No es posible leer ni cambiar datos en una API externa durante una simulación. Esto garantiza que pueda probar la lógica de forma segura sin afectar los datos del mundo real.

¿Por qué usar Simulations en lugar de pruebas manuales?

Las simulaciones le permiten validar Procedures a escala y garantizar que Fin actúe de forma fiable en escenarios complejos y de alto riesgo — a diferencia de las pruebas manuales, que son más adecuadas para comprobaciones rápidas o revisiones de configuración. Ejecutar Simulations antes de cada lanzamiento le ayuda a detectar comportamientos inesperados pronto.

¿Qué ocurre si una Simulation falla?

Una Simulation fallida puede revisarse por completo: abra la conversación simulada para entender por qué Fin no se comportó como se esperaba, ajuste su Procedure y vuelva a ejecutar la Simulation sin afectar a los clientes.

¿Por qué mi simulation aparece como "Failed" aunque Fin resolvió el problema?

Una Simulation marcada como "Failed" a pesar de que Fin resolvió el problema suele significar que sus Success Criteria son demasiado rígidos. Por ejemplo, si exige que Fin "Ask for an Order ID", pero Fin es lo suficientemente inteligente como para encontrar el ID automáticamente, la prueba fallará porque Fin omitió la pregunta. Actualice sus criterios para centrarse en el resultado final (por ejemplo, "Procedure finished") en lugar de exigir pasos intermedios específicos.

Fin se detiene a mitad de la simulación. ¿Por qué se queda atascado?

Fin suele detenerse si llega a un "callejón sin salida" en sus instrucciones, como comprobar una variable que resulta estar vacía (por ejemplo, People.signed_up). Si no le ha indicado a Fin qué hacer cuando faltan datos, se detendrá. Asegúrese de que sus instrucciones incluyan un plan de "respaldo", como: "Verifique si la variable tiene un valor. Si está vacía, pida al cliente la fecha."

¿Dónde debo introducir datos de prueba como "Sign up dates" u "Order history"?

Los datos de prueba, como las fechas de registro o el historial de pedidos, deben introducirse en la sección Customer data available to Fin de la configuración de la simulación, no en el mensaje inicial del cliente ni en los campos Additional details, ya que Fin podría pasarlos por alto. Introduzca valores exactos (por ejemplo, 2024-06-01) en los atributos o variables específicos que esté probando.

Mi herramienta funciona en la vida real, pero falla en la simulación. ¿Por qué?

Las simulaciones no obtienen datos reales de sistemas externos, por lo que su Data Connector no devolverá resultados en vivo como ocurre en una conversación real. Si su conector funciona en conversaciones en vivo pero falla en la simulación, probablemente se deba a que no se han definido los valores de retorno esperados en la sección Customer data available to Fin. Añada los datos que su conector devolvería normalmente como valores de prueba allí y vuelva a ejecutar la simulación.

¿Las Simulations se facturan por separado de Procedures?

Las Simulations están incluidas con Procedures y no se facturan como una línea separada. No incurrirá en cargos adicionales por ejecutar simulaciones.

¿Por qué debería probar mi Procedure por Email?

Probar su Procedure por Email valida el comportamiento específico del canal que difiere de Messenger. En Email, Fin agrupa varias piezas de información en un solo correo en lugar de enviar varios mensajes. Las Guidance y Content también pueden orientarse a canales específicos: por ejemplo, las respuestas por Email pueden configurarse para usar un tono más formal o incluir una introducción específica. Simular conversaciones por Email le permite validar este comportamiento y desplegar en Email con confianza.

¿Por qué hay un límite en las ejecuciones de Simulation?

Cada ejecución de simulación requiere recursos para generar predicciones de IA precisas. Proporcionamos una asignación mensual para que pueda probar sus Procedures libremente en casos de uso estándar y evitar que un uso extremo genere costos descontrolados.

¿Puedo simular un sub-procedure de forma independiente?

No. Los sub-procedures no tienen su propio panel de simulación y no pueden ejecutarse de forma aislada. Para probar un sub-procedure, ejecute una simulación en el Procedure principal y configure el escenario para que la ruta de ejecución alcance el sub-procedure: establezca el mensaje del cliente, los atributos y los detalles adicionales para activar la rama específica que lo llame.

Si tiene varios sub-procedures dentro del mismo padre, cree una simulación separada para cada uno, cubriendo el escenario que lleva a que se llame a ese sub-procedure.

Mi Data Connector devuelve resultados vacíos en la simulación. ¿Qué debo hacer?

Los resultados vacíos del Data Connector en una simulación suelen deberse a datos de prueba faltantes. Las simulaciones no obtienen datos en vivo de sistemas externos: debe definir los valores que su Data Connector debe devolver en la sección Customer data available to Fin de la configuración de la simulación. Verifique que haya rellenado los campos relevantes del Data Connector con los valores de prueba que desea que Fin utilice.

Si está probando intencionadamente la ruta "el conector no devuelve nada", este comportamiento es esperado — y exactamente lo que debería probar. Asegúrese de que su Procedure tenga un paso de @Condition de respaldo que maneje las respuestas vacías del conector:

Si el conector devuelve vacío incluso para un usuario con datos reales, compruebe que su contacto de prueba tenga un external_id válido que coincida con el identificador de cliente de su sistema externo.

¿Cuántas simulaciones puedo ejecutar al mes?

Su asignación mensual de ejecuciones de Simulation depende del volumen de conversaciones de su espacio de trabajo en Intercom durante el mes calendario anterior. El límite se aplica a nivel de espacio de trabajo y se restablece el primer día de cada mes:

Segmento de volumen de conversaciones

Límite de simulaciones por mes

Menos de 1K

250

1K–15K

1.000

15K–100K

1.750

100K–1M

5.000

1M+

12.500

¿Cuándo se restablece mi límite de simulación?

Su asignación de simulaciones se restablece el primer día de cada mes del calendario, independientemente de cuándo se unió o cuántas simulaciones haya usado. Las ejecuciones no utilizadas no se acumulan: su asignación comienza de nuevo cada mes.

¿Puedo aumentar mi límite de simulación?

Los límites de simulación se establecen automáticamente según el volumen de conversaciones de su espacio de trabajo y se reevalúan al comienzo de cada mes del calendario. Si su volumen de conversaciones crece, su asignación aumentará en el siguiente ciclo mensual; no existe la opción de comprar ejecuciones adicionales manualmente ni de aumentar su límite fuera de este sistema de niveles. Si alcanza su límite mensual antes de la fecha de restablecimiento, aún puede revisar resultados y transcripciones de simulaciones anteriores, pero los botones Ejecutar y Ejecutar todo estarán deshabilitados hasta que se restablezca su asignación.

¿Ha quedado contestada tu pregunta?