Le flux

Six étapes, quel que soit le canal

Un flux est un graphe déclaratif d'étapes, et il se moque de savoir si le message vient d'une boîte mail ou d'un widget de chat. Chaque étape consigne ce qui est entré et ce qui est sorti, si bien qu'une réponse n'est jamais une boîte noire qu'il faut croire sur parole.

1 · Entrée

E-mail, chat web, SMS, formulaires web, applications mobiles et API alimentent tous un seul pipeline d'admission. Les messages sont normalisés vers une forme neutre au canal, dédupliqués, rattachés à un fil, et tout ce qui est suspect est mis en quarantaine avant d'atteindre un modèle.

2 · Classification

Chaque message est trié et reçoit une intention — une question fréquente, une demande de devis, une question sur l'état d'une commande. L'intention choisit le flux qui s'exécute. Tout ce dont le classifieur n'est pas sûr part vers une personne.

3 · Consultation

Recherche hybride sur vos corpus indexés : catalogue produits, bibliothèque de FAQ, modèles de réponse, commandes et correspondance passée. Toujours limitée à votre locataire.

4 · Génération

Une réponse est rédigée à partir des faits consultés, avec vos modèles de réponse et vos règles de ton, puis validée avant de pouvoir devenir un brouillon.

5 · Approbation

Votre politique décide : l'envoyer, ou la retenir pour une personne. Une réponse retenue entre dans une file avec un cycle de vie complet — affectation, relecture, modification, approbation ou rejet, avec SLA et expiration. Fixez la limite par intention, pas une fois pour toutes.

6 · Distribution

Les réponses repartent par le canal d'où elles sont venues, sont réécrites dans le système d'origine lorsqu'il en existe un, et le résultat de la distribution est vérifié plutôt que supposé.

Canaux

Sept entrées, un message canonique

Chaque voie d'entrée converge vers une seule porte d'admission et produit un enregistrement doté d'un noyau indépendant du canal. Classification, consultation, génération et approbation lisent ce noyau — une étape qui va chercher l'enveloppe du canal a contracté une dépendance au canal et doit la déclarer.

Langue

La langue d'un message est détectée à l'admission, portée par l'enregistrement canonique, et utilisée pour choisir les règles de ton et générer la réponse. Les données d'ancrage ne sont pas dupliquées par langue — le catalogue est lu une fois et la réponse est écrite dans la langue employée par le client.

Détectée à l'admission

Par message, pas par correspondant. Personne ne tient de liste de préférences linguistiques.

Des règles de ton par marché

Formalité, salutation et formule de politesse varient par langue et par région à partir d'un seul jeu de faits.

Les langues non approuvées remontent

Une langue qu'un locataire n'a pas activée est orientée vers une personne plutôt que tentée.

Ajouter un canal ne dédouble pas la logique. Une nouvelle voie d'entrée est un adaptateur devant la même porte et les mêmes flux. Vos règles de ton, votre ancrage et votre politique d'approbation s'y appliquent dès le jour où elle est activée.

Outils

Ce que l'agent a le droit d'aller chercher

Une étape du flux peut appeler un outil. Les outils sont la seule façon dont un agent touche à vos systèmes, et c'est ce qui rend la frontière opposable plutôt que simplement souhaitée.

Recherche produit

Spécifications, disponibilité et variantes depuis votre catalogue.

Recherche de commande

État, historique et détail d'expédition d'une commande donnée.

Tarification

Prix à la quantité, selon les conditions applicables à ce compte.

Récupération de modèle

La formulation validée que vous employez déjà pour ce type de réponse.

De la configuration, pas du code

Nouvelles intentions et nouvelles activités sont des réglages

Le moteur de flux est générique. Intégrer une activité, ou apprendre à la plateforme un nouveau type de message, n'oblige pas à écrire un nouveau service.

Versionnée
Chaque changement de configuration est une version. Vous pouvez voir ce qui était en vigueur à n'importe quel moment passé, et c'est ce qui rend explicable un brouillon ancien.
Validée et progressive
Les changements sont validés puis publiés délibérément, au lieu de prendre effet à l'instant où ils sont saisis.
Réversible
Revenez à la version précédente. Un mauvais prompt ou un modèle erroné est un retour arrière, pas un incident.
Héritée
Les espaces de travail — une marque, une région, une seule boîte mail — héritent de la configuration du locataire et ne redéfinissent que ce qui diffère.

La console

Deux métiers, une seule interface

Pour les relecteurs

Tous les canaux dans une même file, conçue pour quelqu'un qui y travaille des heures et non pour quelqu'un qui y jette un œil une fois par semaine. Le contenu généré par IA se distingue visuellement de ce qu'une personne a écrit, et le contenu client non fiable est affiché de sorte qu'il ne puisse pas agir sur la page.

Pour les administrateurs

Canaux, flux, modèles, catalogues, politiques d'approbation, seuils d'autonomie et utilisateurs. La navigation découle de vos permissions, si bien qu'on ne vous montre pas de portes que vous ne pouvez pas ouvrir.

Autonomie

Trois niveaux, réglés par intention

L'autonomie est une configuration par locataire et par intention — pour qu'un état de commande puisse se traiter seul pendant qu'un litige tarifaire attend toujours une personne.

Une règle vaut à tous les niveaux. Une réponse sans ancrage remonte et une validation échouée ne peut pas partir — ni par un relecteur, ni par une politique. L'autonomie change qui dit oui, jamais ce qui a le droit de passer.

Également inclus

Les pièces qui en font une plateforme

Identité & accès

Locataires, espaces de travail, appartenances et rôles, avec fédération OpenID Connect par locataire pour que vos collaborateurs se connectent via le fournisseur d'identité que vous exploitez déjà.

Contreparties

Un registre de ceux avec qui vous correspondez — comptes, prospects, les personnes qui agissent pour eux, et leurs points de contact.

Mesure & budgets

Consommation relevée par locataire et agrégée en périodes de facturation, avec application de quotas et de budgets pour que le coût ne dérape pas sans qu'on le voie.

Elle s'intègre, elle ne remplace pas. Broa échange des données avec les systèmes CRM, ERP, e-commerce, helpdesk et ticketing que vous exploitez déjà. Les remplacer n'est explicitement pas un objectif.

Pointez-la sur un vrai message

La démonstration utile, c'est un de vos propres e-mails, et un regard honnête sur ce qu'elle refuse de traiter.