Les simulations vous permettent de valider les procédures Fin, de renforcer la confiance dans votre automatisation et de détecter les problèmes avant qu'ils n'affectent vos clients. En modélisant des conversations complètes, les simulations aident votre équipe à gérer des scénarios à fort volume ou complexes, tels que les annulations et les remboursements, en toute certitude.
Conçues pour remplacer les contrôles manuels chronophages, les simulations vous aident à identifier les problèmes ou les changements progressifs dans le comportement de Fin à mesure que votre logique métier évolue.
Accéder aux simulations
Les simulations se trouvent dans le panneau de test d'une procédure. Pour y accéder :
Ouvrez la procédure que vous souhaitez tester.
Cliquez sur Test dans le coin supérieur droit du canevas.
Sélectionnez l'onglet Simulations dans le panneau de droite
Remarque : l'accès aux simulations nécessite les autorisations suivantes :
"Can manage workspace data",
"Can access lead and user profile pages" et
"Can access lists of people, companies, and accounts".
Si le bouton Simulations ne répond pas, vérifiez auprès de l'administrateur de votre espace de travail que ces autorisations sont activées pour vous dans Paramètres > Espace de travail > Collaborateurs.
Les simulations contournent la correspondance d'intention. Contrairement à l'aperçu ou aux conversations en direct, les simulations ne vérifient pas vos instructions "Quand utiliser cette procédure", elles supposent que la procédure a déjà été déclenchée et l'exécutent directement. Cela rend les simulations idéales pour tester la logique d'exécution en isolation.
Important :
Aperçu montre l'expérience complète destinée au client ; l'utiliser lorsque votre procédure est active peut exposer des messages à de vrais clients.
Simulations exécutent la procédure en arrière-plan sans sortie visible pour le client, ce qui en fait le moyen le plus sûr de valider la logique avant la mise en production. Utilisez Aperçu pour des vérifications rapides ; utilisez les simulations avant chaque publication.
Créer une simulation
Vous pouvez créer une simulation de deux façons : en utilisant des suggestions générées par l'IA pour un démarrage rapide, ou en définissant manuellement le scénario pour un contrôle total.
Simulations générées par l'IA : utilisez-les pour couvrir rapidement les scénarios clients courants ou attendus en fonction de vos instructions. Fin AI génère des tests de démarrage "prêts à l'emploi" pour vous faire gagner du temps.
Simulations manuelles : utilisez-les lorsque vous avez besoin d'un contrôle précis sur les données, des cas limites spécifiques ou des branches particulières de votre logique.
Simulations générées par l'IA
En fonction de vos instructions, Fin AI générera des tests de démarrage pour vous aider à créer rapidement des simulations "prêtes à l'emploi".
Ouvrez l'onglet Simulations dans le panneau de droite de votre procédure.
Sous Suggested for these instructions, passez en revue la liste des scénarios proposés (par exemple, "Demande d'annulation complète").
Cliquez sur l'icône Lecture à côté d'une suggestion pour l'exécuter instantanément.
Une fois une simulation créée ou acceptée depuis les suggestions, elle apparaîtra dans votre liste. Vous pouvez ensuite cliquer sur Run all pour exécuter toutes vos simulations enregistrées en une seule fois.
Simulations créées manuellement
Vous pouvez également créer une simulation à partir de zéro pour tester des cas limites spécifiques en fonction des instructions de la procédure.
Dans l'onglet Simulations, cliquez sur + New.
Nom de la simulation : Donnez un titre clair à votre simulation.
Simuler en tant que : Choisissez un utilisateur ou une marque spécifique pour tester la personnalisation. Vous pouvez sélectionner dans une liste déroulante des vrais users présents dans votre espace de travail.
Message d'ouverture du client : saisissez le premier message envoyé par le client (par ex. : "J'ai besoin d'aide pour ma commande"). Vous pouvez également joindre une image, comme une capture d'écran d'une erreur, pour tester comment Fin gère le contexte visuel.
Détails supplémentaires : fournissez des indications concernant la situation du client ou les actions spécifiques qu'il a entreprises.
Sélectionner un canal
Les simulations vous permettent de sélectionner le canal que Fin utilisera pour cette simulation, afin que vous puissiez tester comment Fin se comporte. Utilisez le menu déroulant du canal pour basculer entre Messenger et Email avant d'exécuter votre simulation.
Remarque : Fin se comporte différemment selon le canal. Dans Email, Fin regroupe plusieurs informations en une seule réponse au lieu d'envoyer plusieurs messages. Les directives et le ciblage de contenu peuvent également être configurés par canal : par exemple, les réponses Email peuvent être définies pour adopter un ton plus formel ou inclure une introduction spécifique.
Définir les données disponibles
La section Données client disponibles pour Fin vous permet de définir les données auxquelles Fin a accès pendant le test. Cela garantit que vous testez avec des valeurs de données précises plutôt que de vous fier à des descriptions vagues.
Heure de la simulation : utilisez ceci pour définir "quand" le scénario se déroule. Définir une date et une heure spécifiques vous permet de tester la logique sensible au temps, par exemple vérifier si un client est dans une fenêtre de remboursement de 30 jours.
Attributs et connecteurs de données : cette section se pré-remplit avec les attributs référencés dans votre procédure. Mettez à jour ces valeurs (par ex., définissez
People.Plansur "Pro") pour tester différents résultats de branchement.
Remarque : Pour garantir l'exactitude de votre simulation, placez les données en fonction du moment où Fin devrait "savoir" :
Utiliser les attributs : si Fin est censé déjà connaître l'information au début de la conversation (par ex. le Plan actuel du client ou la date d'inscription).
Utiliser les détails supplémentaires : si l'information doit être fournie par le client pendant la conversation (par ex. le client fournit son "ID de commande" dans une réponse ultérieure). Cela vous permet de tester si Fin capture correctement et stocke cette donnée dans un attribut.
Remarque :
Les connecteurs de données n'utilisent pas les données users en direct dans les simulations. Au lieu d'appeler votre système externe, Fin utilise les valeurs de test que vous définissez dans la section Données client disponibles pour Fin. Assurez-vous d'avoir renseigné vos champs de connecteur de données avec les valeurs que vous voulez que Fin utilise pendant le test — sinon le connecteur renverra des résultats vides.
La section Données client disponibles pour Fin n'affiche et ne conserve que les attributs qui sont explicitement référencés dans les instructions de votre procédure ou un bloc de code. Si vous ajoutez manuellement un attribut via le bouton + Add attribute mais que cet attribut n'est référencé nulle part dans la procédure, le système ne l'enregistrera pas — il disparaît après enregistrement car il n'a aucun effet sur la simulation. Pour ajouter une valeur personnalisée qui persiste, assurez-vous que l'attribut est d'abord utilisé dans la procédure elle-même.
Évaluer le comportement de Fin
Définissez les critères qui doivent être vrais pour que le test soit considéré comme réussi. Cliquez sur + Add criteria et sélectionnez :
Fin reply: Spécifiez ce que Fin doit (ou ne doit pas) dire pendant la conversation.
Attributes: Vérifiez si un attribut a été défini, n'a pas été défini, était égal à, ou n'était pas égal à une valeur spécifique.
Data connector: Vérifiez si un connecteur est déclenché, n'est pas déclenché, ou est déclenché exactement X fois.
Instruction outcome : Vérifiez si la conversation a atteint une conclusion spécifique, comme la fin, le transfert à un coéquipier, ou d'autres résultats comme le passage à une autre Procedure.
Une fois configuré, cliquez sur Save.
Note: Lorsque vous cliquez sur Save, Fin utilise AI pour passer en revue votre formulaire de simulation. Si les instructions sont floues ou si les critères de réussite sont incohérents, vous verrez des recommandations pour améliorer le test et obtenir des résultats plus précis.
Bonnes pratiques pour la couverture des simulations
Pour tirer le meilleur parti des simulations, structurez votre suite de tests autour de ces principes :
Test one branch per simulation. Si votre Procedure a des Conditions ou des sous-procédures avec plusieurs chemins, créez une simulation distincte pour chaque branche. Cela crée un filet de sécurité de régression : si une modification future casse un chemin spécifique, vous le remarquerez immédiatement.
Cover both success and failure paths for Data Connectors. Exécutez une simulation où votre connecteur renvoie des données valides, et une autre où il ne renvoie rien ou échoue. Cela vérifie que votre logique de secours (par exemple, une étape
@Conditiongérant une réponse vide) fonctionne correctement.Run all simulations before publishing changes. Après avoir modifié une Procedure, cliquez sur Run all pour réexécuter votre suite complète avant la mise en production. Toute simulation qui échoue nouvellement indique une régression introduite par votre modification.
Use descriptive simulation names. Nommez chaque simulation d'après le scénario qu'elle représente (par exemple, "Full refund — within 30 days" ou "Cancellation — no order found"). Cela facilite l'identification du test qui couvre quel chemin lors de la revue des résultats.
Stratégie de test : parcours heureux, parcours à risque et cas limites
Une suite de simulations bien équilibrée couvre trois types de scénarios. Ensemble, ils vous donnent la confiance que votre Procedure fonctionne correctement dans des conditions normales, gère les échecs avec grâce, et ne se casse pas lorsque les customers se comportent de manière inattendue.
Happy path
Le parcours heureux représente le flux idéal et ininterrompu : un customer qui fournit exactement les bonnes informations et remplit toutes les conditions pour que Fin complète la Procedure avec succès. Commencez toujours par celui-ci. Si le parcours heureux échoue, déboguer des parcours plus complexes devient beaucoup plus difficile.
Example: Un customer demande un remboursement dans la fenêtre de 30 jours, a un ID de commande valide, et le Data Connector renvoie les détails de sa commande. Fin traite le remboursement et le confirme en un seul passage.
Risk path
Les parcours à risque testent les scénarios les plus susceptibles d'échouer en production — généralement lorsque des données externes manquent, que des conditions ne sont pas remplies, ou qu'une branche de repli doit s'activer. Ce sont les tests qui protègent vos customers d'afficher des réponses incorrectes ou incomplètes.
Examples: Le Data Connector ne renvoie aucune commande (testez que Fin demande au customer son ID de commande). Le customer est en dehors de la fenêtre de remboursement (testez que Fin communique la bonne politique et propose le bon transfert). Un attribut est vide lorsqu'une étape Condition l'évalue (testez que le chemin de secours de Fin s'enclenche correctement).
Edge cases
Les cas limites couvrent des entrées inhabituelles ou aux conditions limites qui sont techniquement valides mais peu courantes. Ces tests sont particulièrement importants pour les Procedures avec une logique sensible au temps, des seuils numériques, ou des entrées librement rédigées par le customer.
Examples: Un customer demande un remboursement exactement le 30e jour (la limite de la fenêtre). Un customer envoie un message d'ouverture ambiguë qui pourrait correspondre à plusieurs intentions. Un customer fournit son ID de commande dans un format inattendu ou inclut du texte supplémentaire avec celui-ci.
Tip: Utilisez des noms de simulation descriptifs pour indiquer à quelle catégorie appartient chaque test — par exemple, "Refund — happy path", "Refund — no order found (risk)", ou "Refund — boundary day 30 (edge)". Cela facilite la détection des lacunes dans votre couverture d'un coup d'œil.
Exécution et examen des résultats
Une fois que vous lancez un test, il apparaît dans le panneau Tests sur la droite avec un indicateur de statut :
Running: Le test est en cours d'exécution.
Passed: Le test s'est exécuté et a satisfait tous les critères de réussite définis.
Failed: Le test s'est exécuté mais n'a pas satisfait les critères de réussite définis.
Queued: Le test a été lancé mais attend que la simulation précédente se termine avant de s'exécuter.
Pour enquêter sur un résultat, cliquez sur See conversation. Cela ouvre la transcription complète des échanges entre le customer simulé et Fin, ce qui permet de voir exactement comment le flux s'est déroulé et pourquoi un test a réussi ou échoué.
Débogage d'une simulation échouée
Lorsqu'une simulation est marquée Failed, la transcription disponible via See conversation contient tout ce dont vous avez besoin pour identifier la cause première. Voici comment la lire efficacement :
Fin's thoughts
À chaque étape de la conversation, développez le raisonnement de Fin pour voir comment il a interprété le message du customer, quelle étape de la Procedure il exécutait, et quelle décision il a prise. Si Fin a pris un chemin inattendu, Fin's thoughts montrera généralement l'endroit exact où son interprétation a divergé de votre intention. Recherchez des étapes où l'interprétation de Fin d'un attribut ou d'une condition ne correspond pas à ce que vous attendiez.
Conversation events
Les événements de conversation apparaissent en ligne dans la transcription et montrent des actions de bas niveau telles que les mises à jour d'attributs, les appels de Data Connector, et les déclencheurs de transfert. Utilisez-les pour vérifier que les bons connecteurs se sont déclenchés au bon moment et que les attributs ont été définis avec les valeurs attendues avant chaque étape de branchement.
Pinpointing the failure
Recouchez ce que vous voyez dans Fin's thoughts et les événements de conversation avec vos critères de réussite définis. Un schéma courant est une étape Condition qui évalue vers la mauvaise branche — typiquement parce qu'un attribut était vide ou avait une valeur inattendue. Vérifiez votre configuration Customer data available to Fin pour vous assurer que tous les attributs requis ont été remplis avant l'exécution de la simulation.
Tip: Après avoir identifié la cause, ajustez votre Procedure ou la configuration de la simulation et cliquez sur Run sur la même simulation pour retester immédiatement. Vous n'avez pas besoin de créer une nouvelle simulation — celle existante conserve sa configuration.
Limites d'utilisation des simulations
Il y a une limite au nombre de simulations que vous pouvez exécuter chaque mois. Cette limite s'applique au niveau de l'espace de travail et se réinitialise le premier jour de chaque mois civil.
Chaque espace de travail reçoit une allocation mensuelle de lancements de simulations. L'allocation est basée sur le segment de volume de conversation de votre espace de travail, les clients plus importants recevant des allocations plus élevées.
L'allocation de simulations est basée sur le volume de conversations de votre espace de travail dans Intercom.
Nous affectons votre espace de travail à un segment en utilisant le nombre de conversations du dernier mois civil.
Votre segment est réévalué mensuellement et votre allocation reflétera le volume de conversations de votre mois le plus récent.
Si votre volume de conversations augmente ou diminue, votre allocation de simulations peut changer lors du prochain cycle mensuel.
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 |
Surveillance de votre utilisation
Pour vous aider à gérer vos tests, Fin fournit des indicateurs visuels dans l’onglet Simulations :
Alerte d'utilisation
Lorsque votre espace de travail atteint 80 % de sa limite mensuelle, une bannière d’avertissement jaune apparaît. Elle affiche votre utilisation actuelle (par ex. "85/100") et vous rappelle quand la limite sera réinitialisée.
Limite atteinte
Une fois que vous atteignez 100 % de votre limite mensuelle, un message d’erreur rouge s’affiche. Vous ne pourrez pas exécuter d’autres simulations avant le début du mois suivant.
Remarque : Si vous atteignez votre limite, vous pouvez toujours consulter les résultats et transcriptions des simulations précédentes en cliquant sur See conversation, mais les boutons Run et Run all seront désactivés.
FAQ
Les simulations interagissent-elles avec mes API en direct ou des données externes ?
Les simulations interagissent-elles avec mes API en direct ou des données externes ?
Non. Contrairement à l’outil Aperçu, les simulations n’appellent pas d’API réelles ni de systèmes externes (comme Shopify ou Stripe). Il n’est pas possible de lire ou de modifier des données dans une API externe pendant une simulation. Cela vous permet de tester la logique en toute sécurité sans impacter les données réelles.
Pourquoi utiliser les simulations plutôt que des tests manuels ?
Pourquoi utiliser les simulations plutôt que des tests manuels ?
Les simulations vous permettent de valider les Procedures à grande échelle et d’assurer que Fin fonctionne de manière fiable dans des scénarios complexes et à haut risque — contrairement aux tests manuels, mieux adaptés aux vérifications rapides ou aux revues de configuration. Exécuter des simulations avant chaque lancement vous aide à détecter tôt les comportements inattendus.
Que se passe-t-il si une simulation échoue ?
Que se passe-t-il si une simulation échoue ?
Une simulation échouée peut être revue en intégralité : ouvrez la conversation simulée pour comprendre pourquoi Fin n’a pas agi comme prévu, modifiez votre Procedure et relancez la simulation sans impact pour les clients.
Pourquoi ma simulation est-elle marquée « Échouée » alors que Fin a résolu le problème ?
Pourquoi ma simulation est-elle marquée « Échouée » alors que Fin a résolu le problème ?
Une simulation marquée « Échouée » malgré que Fin ait résolu le problème signifie généralement que vos Critères de réussite sont trop stricts. Par exemple, si vous exigez que Fin « Demande un ID de commande », mais que Fin est suffisamment intelligent pour trouver l’ID automatiquement, le test échouera car Fin a évité la question. Mettez à jour vos critères pour vous concentrer sur le résultat final (par ex. « Procedure terminée ») plutôt que d’exiger des étapes intermédiaires spécifiques.
Fin s’arrête au milieu de la simulation. Pourquoi reste-t-il bloqué ?
Fin s’arrête au milieu de la simulation. Pourquoi reste-t-il bloqué ?
Fin s’arrête souvent s’il atteint une impasse dans vos instructions, comme vérifier une variable qui s’avère vide (par ex. People.signed_up). Si vous n’avez pas indiqué à Fin quoi faire lorsque des données manquent, il s’arrêtera. Assurez-vous que vos instructions prévoient un plan de repli, par exemple : « Vérifiez si la variable contient une valeur. Si elle est vide, demandez au client la date. »
Où dois-je saisir des données de test comme "Dates d'inscription" ou "Historique des commandes" ?
Où dois-je saisir des données de test comme "Dates d'inscription" ou "Historique des commandes" ?
Les données de test comme les dates d’inscription ou l’historique des commandes doivent être saisies dans la section Customer data available to Fin de la configuration de la simulation — pas dans le message d’ouverture du client ni dans les champs Détails supplémentaires, car Fin pourrait les manquer. Saisissez des valeurs exactes (par ex. 2024-06-01) dans les Attributs ou Variables spécifiques que vous testez.
Mon outil fonctionne en conditions réelles, mais échoue dans la simulation. Pourquoi ?
Mon outil fonctionne en conditions réelles, mais échoue dans la simulation. Pourquoi ?
Les simulations ne récupèrent pas de données réelles depuis des systèmes externes, donc votre Data Connector ne renverra pas de résultats en direct comme dans une conversation réelle. Si votre connecteur fonctionne en conversation réelle mais échoue en simulation, c’est probablement parce que les valeurs de retour attendues n’ont pas été définies dans la section Customer data available to Fin. Ajoutez les données que votre connecteur renverrait normalement comme valeurs de test, puis relancez la simulation.
Les simulations sont-elles facturées séparément des Procedures ?
Les simulations sont-elles facturées séparément des Procedures ?
Les simulations sont incluses avec Procedures et ne sont pas facturées séparément. Vous n’aurez pas de frais supplémentaires pour l’exécution de simulations.
Pourquoi devrais-je tester ma Procedure par e‑mail ?
Pourquoi devrais-je tester ma Procedure par e‑mail ?
Tester votre Procedure par e‑mail valide le comportement spécifique au canal qui diffère de Messenger. Par e‑mail, Fin regroupe plusieurs informations en un seul message plutôt que d’envoyer plusieurs messages. Les Guidance et Content peuvent aussi être ciblés par canal : par exemple, les réponses par e‑mail peuvent être configurées pour adopter un ton plus formel ou inclure une introduction spécifique. Simuler des conversations par e‑mail vous permet de valider ce comportement et de déployer en toute confiance.
Pourquoi y a‑t‑il une limite sur les exécutions de Simulation ?
Pourquoi y a‑t‑il une limite sur les exécutions de Simulation ?
Chaque exécution de simulation nécessite des ressources pour générer des prédictions IA précises. Nous fournissons une allocation mensuelle pour vous permettre de tester vos Procedures librement pour les cas d’usage standard tout en empêchant une utilisation excessive qui créerait des coûts incontrôlables.
Puis‑je simuler une sous‑procedure indépendamment ?
Puis‑je simuler une sous‑procedure indépendamment ?
Non. Les sous‑procedures n’ont pas leur propre panneau de simulation et ne peuvent pas être exécutées isolément. Pour tester une sous‑procedure, lancez une simulation sur la Procedure parente et configurez le scénario pour que le chemin d’exécution atteigne la sous‑procedure — définissez le message client, les attributs et les détails supplémentaires pour déclencher la branche spécifique qui l’appelle.
Si vous avez plusieurs sous‑procedures au sein du même parent, créez une simulation séparée pour chacune, chaque simulation couvrant le scénario qui mène à l’appel de cette sous‑procedure.
Mon Data Connector renvoie des résultats vides en simulation. Que dois‑je faire ?
Mon Data Connector renvoie des résultats vides en simulation. Que dois‑je faire ?
Des résultats vides de Data Connector en simulation sont généralement causés par des données de test manquantes. Les simulations ne récupèrent pas de données en direct depuis des systèmes externes — vous devez définir les valeurs que votre Data Connector doit renvoyer dans la section Customer data available to Fin de la configuration de la simulation. Vérifiez que vous avez rempli les champs Data Connector pertinents avec les valeurs de test que vous voulez que Fin utilise.
Si vous testez intentionnellement le chemin « le connecteur ne renvoie rien », ce comportement est attendu — et c’est exactement ce que vous devriez tester. Assurez‑vous que votre Procedure a une étape @Condition de secours qui gère les réponses vides du connecteur :
Si le connecteur renvoie vide même pour un utilisateur avec des données réelles, vérifiez que votre contact de test a un external_id valide qui correspond à l’identifiant client de votre système externe.
Combien de simulations puis‑je exécuter par mois ?
Combien de simulations puis‑je exécuter par mois ?
Votre allocation mensuelle d’exécutions de Simulation dépend du volume de conversations de votre espace de travail dans Intercom durant le mois calendaire précédent. La limite s’applique au niveau de l’espace de travail et est réinitialisée le premier jour de chaque mois :
Segment de volume de conversation | Limite de simulations par mois |
Under 1K | 250 |
1K–15K | 1 000 |
15K–100K | 1 750 |
100K–1M | 5 000 |
1M+ | 12 500 |
Quand mon quota de simulations est-il réinitialisé ?
Quand mon quota de simulations est-il réinitialisé ?
Votre quota de simulations est réinitialisé le premier jour de chaque mois calendaire, quel que soit le moment où vous avez rejoint ou le nombre de simulations que vous avez utilisées. Les runs non utilisés ne sont pas reportés : votre quota repart à zéro chaque mois.
Puis-je augmenter mon quota de simulations ?
Puis-je augmenter mon quota de simulations ?
Les quotas de simulations sont définis automatiquement en fonction du volume de conversations de votre espace de travail et réévalués au début de chaque mois calendaire. Si votre volume de conversations augmente, votre quota augmentera lors du cycle mensuel suivant ; il n'est pas possible d'acheter manuellement des runs supplémentaires ni d'augmenter votre quota en dehors de ce système de niveaux. Si vous atteignez votre quota mensuel avant la date de réinitialisation, vous pouvez toujours consulter les résultats et transcriptions des simulations précédentes, mais les boutons Exécuter et Exécuter tout seront désactivés jusqu'à la réinitialisation de votre quota.









