# 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 fait respecter en arrière-plan, en toute discrétion, vos règles d'éligibilité et de risque.

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

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

*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 de rien afficher.

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 réviseur 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.

En façade, 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. Avec une Procédure qui capture les variables clés, des réponses ancrées dans des Sujets ciblés, et des renvois vers un humain structurés via les Messages et les Notifications, vous gardez une expérience fluide pour les visiteurs, tout en restant dans vos limites internes et réglementaires.