Simulations te permiten validar los procedimientos de Fin, aumentar la 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 de alto volumen o complejos, 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 en el panel de pruebas de un Procedure. Para acceder a ellas:
Abre el Procedure que deseas probar.
Haz clic en Test en la esquina superior derecha del canvas.
Selecciona la pestaña Simulations en el panel derecho
Nota: Acceder a Simulations requiere los siguientes permissions:
"Can manage workspace data",
"Can access lead and user profile pages" and
"Can access lists of people, companies, and accounts".
Si el botón Simulations no responde, verifica con el administrador de tu workspace que estos permissions estén habilitados para ti en Settings > Workspace > Teammates.
Simulations omiten la coincidencia de intención. A diferencia de Preview o las conversaciones en vivo, las simulations no verifican tus instrucciones de 'When to use this Procedure', asumen que el Procedure ya se ha desencadenado y lo ejecutan directamente. Esto hace que las simulations sean ideales para probar la lógica de ejecución en aislamiento.
Important:
Preview muestra la experiencia completa orientada al customer; usarla mientras tu procedure está en vivo puede exponer mensajes a clientes reales.
Simulations ejecuta el procedure en segundo plano sin salida hacia el customer, por lo que es la forma más segura de validar la lógica antes de publicarla. Usa Preview para comprobaciones 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 tener control total.
AI-generated simulations: úsalas para cubrir rápidamente escenarios comunes o esperados de customers basados en tus instrucciones. Fin AI genera pruebas "listas para usar" que te ahorran tiempo.
Manual simulations: utilízalas cuando necesites control preciso sobre los datos, casos límite específicos o ramas particulares en tu lógica.
AI-generated simulations
Basado en tus instrucciones, Fin AI generará pruebas iniciales para ayudarte a crear rápidamente simulations "listas para usar".
Abre la pestaña Simulations en el panel derecho de tu Procedure.
En Suggested for these instructions, revisa la lista de escenarios propuestos (p. ej., "Full cancellation request").
Haz clic en el ícono de reproducción junto a una sugerencia para ejecutarla al instante.
Una vez creada o aceptada una simulation de las sugerencias, aparecerá en tu lista. Luego puedes hacer clic en Run all para ejecutar todas tus simulations guardadas de una vez.
Simulations creadas manualmente
También puedes construir una simulation desde cero para probar casos límite específicos según las instrucciones del Procedure.
En la pestaña Simulations, haz clic en + New.
Simulation name: Dale a tu simulation un título claro.
Simulate as: Elige un user o brand específico para probar la personalización. Puedes seleccionar de una lista desplegable de users reales en tu workspace.
Customer's opening message: Ingresa el primer mensaje que envía el customer (p. ej., "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.
Additional details: Proporciona orientación sobre la situación del customer o las acciones específicas que ha tomado.
Selecciona un canal
Simulations te permiten seleccionar el canal que Fin usará para esta simulation, para que puedas probar cómo se comporta Fin. Usa el desplegable de canales para alternar entre Messenger y Email antes de ejecutar tu simulation.
Note: Fin se comporta de manera diferente según el canal. En Email, Fin agrega varias piezas de información en una sola respuesta en lugar de enviar varios mensajes. También se pueden configurar Guidance y Content targeting 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 estés probando con valores de datos precisos en lugar de confiar en descripciones vagas.
Simulation time: Usa esto 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.
Attributes and Data Connectors: Esta sección se completa con los atributos referenciados en tu Procedure. Actualiza estos valores (por ejemplo, establece
People.Planen "Pro") para probar diferentes resultados de ramificación.
Note: Para asegurar que tu simulation se ejecute con precisión, coloca los datos según cuándo Fin debería "saberlos":
Use Attributes: Si se supone que Fin ya conoce la información al inicio de la conversación (p. ej., el Plan actual del customer o la fecha de registro).
Use Additional details: Si la información debe ser proporcionada por el customer durante la conversación (p. ej., 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.
Note:
Los Data Connectors no usan datos de user en vivo en las simulations. En lugar de llamar a tu sistema externo, Fin utiliza 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 conserva atributos que están 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 ninguna parte 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 use primero en el Procedure mismo.
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ó, era igual a o no era 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 producir otros resultados como cambiar a un Procedimiento diferente.
Una vez configurado, haz clic en Save.
Note: Al hacer clic en Save, Fin usa AI para revisar tu formulario de simulación. Si las instrucciones no son claras o si los criterios de éxito son inconsistentes, verás recomendaciones sobre cómo mejorar la prueba para obtener resultados más precisos.
Buenas prácticas para la cobertura de simulaciones
Para sacar el máximo provecho de las simulaciones, estructura tu suite de pruebas en torno a estos principios:
Test one branch per simulation. Si tu Procedimiento tiene Condiciones 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 devuelve datos válidos y otra donde no devuelve nada o falla. Esto verifica que tu lógica de respaldo (por ejemplo, un paso
@Conditionque maneja una respuesta vacía) funcione correctamente.Run all simulations before publishing changes. Después de editar un Procedimiento, haz clic en Run all para volver a ejecutar toda tu suite antes de publicarla. 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 (por ejemplo, "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: ruta feliz, ruta de riesgo y casos límite
Una suite de simulación bien equilibrada cubre tres tipos de escenarios. Juntos, te dan confianza de que tu Procedimiento funciona correctamente en condiciones normales, maneja fallos con elegancia y no se rompe cuando los clientes actúan inesperadamente.
Happy path
La ruta feliz representa el flujo ideal e ininterrumpido: un cliente que proporciona exactamente la información correcta y cumple todas las condiciones para que Fin complete el Procedimiento con éxito. Empieza siempre por aquí. Si la ruta feliz falla, depurar rutas más complejas será mucho más difícil.
Example: Un cliente 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 de su pedido. Fin procesa el reembolso y lo confirma en una sola pasada.
Risk path
Las rutas de riesgo prueban los escenarios con mayor probabilidad de fallar en producción: típicamente donde faltan datos externos, no se cumplen condiciones o debe ejecutarse una rama de respaldo. Estas son las pruebas que protegen a tus clientes de ver respuestas incorrectas o incompletas.
Examples: El Data Connector no devuelve ningún pedido (prueba que Fin pida al cliente su ID de pedido). El cliente 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 de condición límite que son técnicamente válidas pero poco comunes. Estas pruebas son especialmente importantes para Procedimientos con lógica sensible al tiempo, umbrales numéricos o entradas de texto libre del cliente.
Examples: Un cliente solicita un reembolso exactamente en el día 30 (el límite de la ventana). Un cliente envía un mensaje de apertura ambiguo que podría coincidir con múltiples intenciones. Un cliente proporciona su ID de pedido en un formato inesperado o incluye texto adicional junto a él.
Tip: Usa nombres de simulación descriptivos 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 ejecutes 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 la simulación anterior termine antes de ejecutarse.
Para investigar un resultado, haz clic en See conversation. Esto abre la transcripción completa del intercambio entre el cliente 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 simulación fallida
Cuando una simulación se marca como Failed, la transcripción disponible mediante See conversation contiene todo lo que necesitas para identificar la causa raíz. Aquí tienes cómo 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 cliente, qué paso del Procedimiento estaba ejecutando y qué decisión tomó. Si Fin tomó una ruta inesperada, Fin's thoughts suele mostrarte exactamente dónde su interpretación se desvió 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 la conversación aparecen en la transcripción y muestran acciones de bajo nivel como actualizaciones de atributos, llamadas a Data Connector y desencadenadores de transferencia. Ú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 bifurcación.
Pinpointing the failure
Contrasta lo que ves en Fin's thoughts y conversation events con tus criterios de éxito definidos. Un patrón común es que un paso Condition evalúe la rama equivocada, normalmente porque un atributo estaba vacío o tenía un valor inesperado. Revisa tu configuración de Customer data available to Fin para asegurarte de que todos los atributos requeridos se poblaron antes de ejecutar la simulación.
Tip: Después de identificar la causa, ajusta tu Procedimiento 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
Hay 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 Simulación. La asignación se basa en el segmento de volumen de conversaciones de tu espacio de trabajo, con clientes más grandes recibiendo asignaciones más altas.
La asignación de simulaciones se basa en el volumen de conversaciones de tu espacio de trabajo en Intercom.
Asignamos tu espacio de trabajo 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 Simulación puede cambiar en el siguiente ciclo mensual.
Conversation Volume Segment | Simulation Limit per month |
Under 1K | 250 |
1K–15K | 1,000 |
15K–100K | 1,750 |
100K–1M | 5,000 |
1M+ | 12,500 |
Supervisar su uso
Para ayudarle a gestionar sus pruebas, Fin ofrece indicadores visuales en la pestaña Simulations:
Advertencia de uso
Cuando su espacio de trabajo alcanza el 80% de su límite mensual, aparecerá un banner amarillo de advertencia. Muestra su uso actual (p. ej., "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 y transcripciones de simulaciones anteriores haciendo clic en See conversation, pero los botones Run y Run all estarán deshabilitados.
Preguntas frecuentes
¿Las simulaciones interactúan con mis APIs en vivo o con datos externos?
¿Las simulaciones interactúan con mis APIs en vivo o con datos externos?
No. A diferencia de la herramienta Preview, las simulaciones no consultan APIs reales ni sistemas externos (como Shopify o Stripe). No es posible leer ni modificar datos en una API externa durante una simulación. Esto garantiza que pueda probar la lógica de forma segura sin afectar datos del mundo real.
¿Por qué usar Simulations en lugar de pruebas manuales?
¿Por qué usar Simulations en lugar de pruebas manuales?
Las simulaciones le permiten validar Procedures a escala y asegurar que Fin funcione de forma fiable en escenarios complejos y de alto riesgo — a diferencia de las pruebas manuales, que son mejores para comprobaciones puntuales rápidas o revisiones de configuración. Ejecutar Simulations antes de cada lanzamiento le ayuda a detectar comportamientos inesperados a tiempo.
¿Qué ocurre si una Simulation falla?
¿Qué ocurre si una Simulation falla?
Una Simulation fallida puede revisarse en su totalidad: 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 impacto en los clientes.
¿Por qué mi simulation aparece como "Failed" aunque Fin resolviera correctamente el problema?
¿Por qué mi simulation aparece como "Failed" aunque Fin resolviera correctamente el problema?
Una Simulation marcada como "Failed" a pesar de que Fin resolvió el problema suele significar que sus Criterios de Éxito son demasiado rígidos. Por ejemplo, si exige que Fin "Pida un ID de pedido", 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 (p. ej., "Procedure finalizado") en lugar de exigir pasos intermedios específicos.
Fin se detiene a mitad de la simulación. ¿Por qué se queda atascado?
Fin se detiene a mitad de la simulación. ¿Por qué se queda atascado?
Fin a menudo se detiene si llega a un "callejón sin salida" en sus instrucciones, como comprobar una variable que resulta estar vacía (p. ej., People.signed_up). Si no ha indicado a Fin qué hacer cuando faltan datos, se detendrá. Asegúrese de que sus instrucciones incluyan un plan de "respaldo", por ejemplo: "Compruebe si la variable tiene un valor. Si está vacía, pida al cliente la fecha."
¿Dónde debo introducir datos de prueba como "Fechas de registro" u "Historial de pedidos"?
¿Dónde debo introducir datos de prueba como "Fechas de registro" u "Historial de pedidos"?
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 (p. ej., 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é?
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 en una conversación real. Si su conector funciona en conversaciones en vivo pero falla en la simulación, probablemente sea porque los valores de retorno esperados no se han definido en la sección Customer data available to Fin. Añada los datos que su conector normalmente devolvería como valores de prueba allí y vuelva a ejecutar la simulación.
¿Las Simulations se facturan por separado de los Procedures?
¿Las Simulations se facturan por separado de los Procedures?
Las Simulations están incluidas con Procedures y no se facturan como una partida separada. No incurrirá en cargos adicionales por ejecutar simulaciones.
¿Por qué debería probar mi Procedure por Email?
¿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 agrega varias piezas de información en un solo correo en lugar de enviar varios mensajes. Guidance y Content también pueden dirigirse 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?
¿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 costes descontrolados.
¿Puedo simular un sub-procedure de forma independiente?
¿Puedo simular un sub-procedure de forma independiente?
No. Los sub-procedures no tienen su propio panel de simulación y no pueden ejecutarse aisladamente. 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: configure el mensaje del cliente, los atributos y los detalles adicionales para activar la rama específica que lo llama.
Si tiene múltiples sub-procedures dentro del mismo principal, cree una simulación separada para cada uno, con cada simulación cubriendo el escenario que conduce a que se llame a ese sub-procedure.
Mi Data Connector devuelve resultados vacíos en la simulación. ¿Qué debo hacer?
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 debería devolver en la sección Customer data available to Fin de la configuración de la simulación. Compruebe que ha rellenado los campos relevantes del Data Connector con los valores de prueba que desea que Fin use.
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 respaldo @Condition que maneje 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?
¿Cuántas simulaciones puedo ejecutar al mes?
Su límite 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 Simulation 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 simulaciones?
¿Cuándo se restablece mi límite de simulaciones?
Tu asignación de simulaciones se restablece el primer día de cada mes calendario, sin importar cuándo te uniste o cuántas simulaciones hayas usado. Las ejecuciones no utilizadas no se acumulan: tu asignación comienza de nuevo cada mes.
¿Puedo aumentar mi límite de simulaciones?
¿Puedo aumentar mi límite de simulaciones?
Los límites de simulaciones se establecen automáticamente según el volumen de conversaciones de tu espacio de trabajo y se reevalúan al inicio de cada mes calendario. Si el volumen de conversaciones aumenta, tu asignación aumentará en el siguiente ciclo mensual: no existe la opción de comprar ejecuciones adicionales ni aumentar tu límite fuera de este sistema de niveles. Si alcanzas tu límite mensual antes de la fecha de restablecimiento, aún puedes revisar resultados y transcripciones de simulaciones anteriores, pero los botones Ejecutar y Ejecutar todo estarán deshabilitados hasta que tu asignación se restablezca.









