# Navigateur d'adéquation produit et formule, conforme à la réglementation

**Résumé:** Concevez un navigateur conforme à la réglementation qui pose les bonnes questions, applique une logique d'éligibilité et n'affiche que des formules conformes, avec un renvoi vers un humain si besoin.

**En bref:** Aidez les visiteurs à explorer les formules adaptées, tandis que l'IA applique discrètement vos règles d'éligibilité et de risque en arrière-plan.

**Publié:** 2026-02-18

**Dernière mise à jour:** 2026-08-20

*Cette recette explique comment transformer des règles d'éligibilité et de risque en une expérience guidée de sélection de formule, qui reste dans des limites claires.*

Tous les produits ne sont pas accessibles à tous les clients, en particulier dans les environnements réglementés. L'éligibilité peut dépendre de la géographie, du type de client, du niveau de risque ou d'accords déjà en place. Un navigateur d'adéquation collecte le minimum d'informations nécessaires, et s'en sert pour filtrer les formules avant d'afficher quoi que ce soit.

Créez une **Procédure** nommée par exemple « Navigateur d'éligibilité aux formules ». Définissez des variables telles que `country`, `customer_type`, `industry`, `risk_appetite` et `current_products`. La Procédure doit les traiter comme des entrées obligatoires et poser des questions courtes et directes pour les renseigner. Pour la clarté et la traçabilité, conservez ces noms de variables stables dans le temps et documentez-les dans votre configuration.

Ancrez la Procédure sur un ensemble restreint de **Sujets** plats comme `Eligibility`, `Risk-policies`, `Regional-availability` et `Product-constraints`. Associez à ces Sujets vos réglementations, vos règles internes et vos guides de disponibilité des formules, afin que l'assistant n'ait jamais besoin de puiser dans un texte marketing générique pour expliquer pourquoi une formule est autorisée ou non.

La logique centrale peut résider dans une table de routage ou dans la Procédure elle-même. Pour chaque combinaison de `country`, `customer_type` et `risk_appetite`, vous marquez chaque produit comme `allowed`, `disallowed` ou `review`. La Procédure utilise cette table après la phase de questions, puis ne présente que les options `allowed`, avec de courtes justifications fondées sur les Sujets de politique.

Si un produit est marqué `review`, la Procédure ne doit pas l'afficher comme une recommandation finale. Elle ajoute plutôt des détails dans les variables `edge_case_reason` et `case_summary`, et crée un **Message** pour un validateur humain, avec un intitulé clair comme « Revue d'éligibilité requise ». Une **Notification** peut être envoyée vers un canal conformité ou opérations produit, pour que le cas ne passe pas inaperçu.

Côté front-end, vous pouvez compléter le navigateur avec des **Notifications** déclenchées par les mêmes variables. Par exemple, si `country=DE` et `risk_appetite=low`, vous pourriez afficher une courte note inline ou une bannière sur les règles de protection locales ou les parcours d'onboarding recommandés. Utilisez des **Audiences** fondées sur ces variables pour limiter ces messages aux visiteurs concernés ou aux utilisateurs connectés.

**Conclusion**  
Un navigateur d'adéquation produit et formule conforme à la réglementation transforme les règles d'éligibilité et de risque en une expérience claire et guidée. La Procédure capture les variables clés, les réponses s'ancrent dans des Sujets ciblés et les renvois structurés vers un humain passent par les Messages et les Notifications. Vous gardez ainsi une expérience fluide pour les visiteurs, tout en restant dans vos limites internes et réglementaires.