We build Agents. You build the Future. Nous construisons les agents. Vous construisez l’avenir.
● Offre B2B — Organisation & fluxAgent de tri et routage : la bonne demande au bon service
Une demande mal orientée fait deux fois le tour de l'organisation avant d'arriver au bon endroit. Votre agent lit la demande entrante, la classe selon vos catégories et propose le service destinataire, en expliquant sur quoi il s'appuie. Données hébergées en France ; le modèle d'IA est appelé chez son éditeur, sauf option Modèle souverain. En formule 100 % Souverain, le contenu des demandes reste chez vous. L'attribution reste modifiable : le service destinataire garde la main.
Mis à jour le
Simulation fictive — pas un résultat client
Pour chacune, le service destinataire proposé et l'élément du message sur lequel je m'appuie.
Quatre demandes relèvent de plusieurs catégories : je les signale sans trancher.
✎ Action · attribution proposée, modifiable
Je les remonte avec les deux lectures possibles, à vous d'arbitrer.
✎ Appui · ambiguïté remontée, pas résolue au hasard
Pour une organisation établie hors de l'Union européenne, c'est le droit de son pays qui s'applique ; sur sa demande, nous mettons en place des garanties équivalentes (revue humaine avant toute action, journal des critères, information des personnes).
Un agent Blue Lemon Agent de tri et de routage lit les demandes entrantes, les classe selon vos catégories et propose le service destinataire en indiquant sur quel élément il se fonde. Les demandes ambiguës sont remontées plutôt qu'attribuées au hasard. Données hébergées en France ; le modèle d'IA est appelé chez son éditeur, sauf option Modèle souverain. En formule 100 % Souverain, le contenu des demandes de vos clients et partenaires ne sort pas de chez vous, architecture conçue pour réduire l'exposition aux législations extraterritoriales, la localisation ne garantissant pas à elle seule l'immunité. Mise en service en quelques semaines,.
Cet agent fait partie de l’équipe
Repères décrivant notre offre, et non des résultats mesurés chez un client : l'ampleur du gain sur votre volume de demandes entrantes se confirme par un pilote.
Estimation indicative, à confirmer par un pilote sur vos dossiers réels (conditions générales de vente, article 4).
Une formule, un seul agent
Un agent de tri et de routage (classification, attribution motivée), installé et exploité pour vous. Tarifs HT — abonnement annuel, le temps que les gains s'installent durablement.
Installation + abonnement maîtrisé
- Installation, paramétrage et formation de vos équipes
- Exploitation, supervision humaine, mises à jour et support
- Hébergement en France, ressource dédiée et isolée
Tout inclus, sans frais d'installation
- Mise en service incluse (installation, paramétrage, formation)
- Exploitation, supervision humaine, mises à jour et support
- Hébergement en France, géré de bout en bout
Sur site, vous êtes propriétaire
- Matériel installé dans vos locaux (vous en êtes propriétaire)
- Modèles IA français / européens exécutés en local
- Maintenance à distance sécurisée (Suivi Pro inclus)
Que fait l'agent concrètement ?
Un agent, plusieurs points d'entrée de vos flux. L'agent réalise lui-même ce que vous l'autorisez à faire ; vous décidez de ce qu'il fait seul et de ce qu'il vous soumet.
Classement par catégorie
Range chaque demande dans vos catégories métier, sans en créer de nouvelles.
Proposition de service destinataire
Suggère l'équipe compétente et indique l'élément du message qui motive ce choix.
Remontée des cas ambigus
Signale les demandes relevant de plusieurs services au lieu de trancher au hasard.
Besoin d'aller plus loin ?
Ces agents traitent un autre processus métier, avec leur propre responsable et leur propre tarif. Ils s'ajoutent à celui-ci.
Agent support client niveau 2 (diagnostic)
La demande orientée, le diagnostic technique et la résolution reviennent au support de niveau 2.
Agent support client niveau 2 (diagnostic) dès 299 € HT / mois Découvrir l'agent →Agent de relation client omnicanal
Tenir la conversation sur tous les canaux, et son historique, relève de la relation client omnicanale.
Agent de relation client omnicanal dès 355 € HT / mois Découvrir l'agent →En 30 minutes, nous identifions l'agent le plus pertinent — sans surdimensionner le projet.
Voyez l'agent au travail
4 situations courantes, prises parmi celles qui reviennent le plus. Choisissez-en une : l'échange se déroule comme il se déroulerait chez vous.
Démonstration écrite à l'avance. Ces échanges illustrent le comportement de l'agent — ses sources, ses refus, ce qu'il laisse à vos équipes. Rien n'est envoyé depuis cette page, aucun modèle n'y est interrogé, et les dossiers cités sont fictifs. C'est précisément ce que nous promettons à vos données. Les comportements montrés ici — surveillance, règles d'automatisation, routage et relances — sont paramétrés avec vous lors du déploiement, à partir de vos outils, de vos règles et de vos seuils. Les points d'architecture cités dans ces échanges — localisation, exécution locale, isolation, chiffrement, accès par rôle, journalisation — ne sont pas une garantie attachée à la démonstration : ils sont ceux de l'architecture décrite à votre devis, et vérifiés avant mise en service.
Simulation fictive — pas un résultat client
· Quarante et une demandes ont fait deux allers-retours entre services. Elles ont pris onze jours de plus que les autres.
· Sept demandes marquées urgentes sont parties vendredi vers une boîte relevée le lundi.
· La catégorie « autre » a triplé en six mois : 312 demandes, contre 104.
· Mon taux de non-classé est de 8 %. Je ne cherche pas à le baisser, et je vais vous dire pourquoi. veille-matin_4-signalements.pdf41 demandes, onze jours de plus
⛓ Sourcé · 3 940 demandes, journal de routage, horaires de relève des boîtes
Ce que je pourrais faire : classer 100 % des demandes. Techniquement, il suffit de choisir la catégorie la plus probable quand je ne sais pas.
Ce qui se passerait : les demandes que je ne comprends pas partiraient quand même, vers un service qui ne les attend pas. Elles reviendraient — c'est exactement l'origine des 41 allers-retours de ce matin — mais leur délai, lui, aurait couru.
Ce que je fais à la place : quand je ne reconnais pas une demande, je la place dans une file visible, avec ce que j'ai compris et ce qui me manque. Un humain la route en quinze secondes.
Ce que ça donne, mesuré : 315 demandes non classées sur 3 940, routées à la main en moins de deux heures en moyenne. Contre onze jours pour une demande mal routée.
Ce que je refuserai toujours : qu'on me demande de descendre ce taux. Un tri qui classe tout ne se trompe pas moins : il se trompe en silence. 315-non-classees_2-heures.pdf2 heures contre 11 jours
⛓ Sourcé · 3 940 demandes, 315 non classées, délais comparés
Le routage suit qui perd du temps : une demande qui revient une deuxième fois ne repart pas — je la mets en file et je préviens le responsable du circuit ; une demande urgente partie vers une boîte non relevée au service émetteur, dans l'heure ; une catégorie qui gonfle à qui définit les catégories, mensuellement ; une demande que je ne reconnais pas dans la file visible, sans destinataire deviné.
Avec une relance : dans l'heure sur une urgence mal orientée, 7 jours sinon. Puis une synthèse mensuelle : par catégorie et par délai, jamais par service ni par agent.
Ce que ça donne, sur le mois : 3 625 demandes classées et acheminées sans intervention, 315 routées à la main en moins de deux heures, et plus une seule des 41 demandes qui coûtaient onze jours en faisant deux fois le tour de la maison.
Ce que vous y gagnez dès demain : onze jours rendus sur chaque demande égarée, sept urgences qui ne partent plus vers une boîte relevée le lundi, et un service destinataire qui reçoit la demande avec sa catégorie, l'élément du message qui la motive et son historique. Il garde la main, et il la reprend en quinze secondes quand je me trompe.
Sur ce que je vois : je lis les demandes que vous m'ouvrez, rien d'autre ; l'accès s'ouvre par rôle, se journalise et se retire d'un mot, et le contenu de vos échanges ne quitte ni vos murs ni la France.
Le pas suivant est prêt : trente minutes pour cartographier vos catégories, vos services et les horaires de relève de vos boîtes.
✎ Cadre · aucune catégorie devinée, aucune demande fermée, aucune urgence modifiée
Simulation fictive — pas un résultat client
Ce que je constate : 41 demandes routées vers un service, renvoyées, routées vers un autre, renvoyées encore. Délai moyen : 19 jours, contre 8 pour les autres.
Ce que ce chiffre désigne, et ce n'est pas un service : chaque renvoi pris isolément est défendable — le service estime que ce n'est pas son périmètre, et il a souvent raison. Ce qui manque, c'est une troisième instance, et c'est exactement ce que je mets en place ci-dessous.
Ce que je fais depuis ce matin : une demande qui revient une deuxième fois ne repart pas. Je l'arrête, je la mets en file visible avec l'historique de ses deux passages, et je préviens le responsable du circuit. C'est le seul cas où je bloque quelque chose.
Pourquoi bloquer plutôt que router une troisième fois : parce qu'un troisième routage a une chance sur deux d'être le bon, et que la demande a déjà attendu. Un arbitrage humain de deux minutes vaut mieux qu'un pari.
Ce que je fournis : les deux services saisis, le motif de chaque renvoi tel qu'il a été écrit, et le délai déjà consommé. 41-demandes_19-jours-contre-8.pdfUne demande qui revient deux fois ne repart pas
⛓ Sourcé · 41 demandes, journal des renvois, délais comparés
Ce que je constate : 312 demandes classées « autre » sur le semestre, contre 104 six mois plus tôt. C'est devenu la troisième catégorie du circuit.
Ce que j'ai regardé : ce qu'elles contiennent. Sur les 312, 187 se regroupent en quatre sujets qui n'existaient pas dans votre nomenclature il y a six mois — deux nouvelles offres, un changement réglementaire, et un type de réclamation apparu après une modification de vos conditions.
Ce que ça veut dire : « autre » n'est pas une catégorie, c'est un indicateur. Quand elle gonfle, ce n'est pas que les demandes deviennent obscures : c'est que la nomenclature a vieilli.
Ce que j'ai écrit, et ce qui reste à arbitrer : les quatre catégories sont rédigées — libellé, définition, et la règle de routage qui va avec. Leur adoption s'arbitre entre services : une catégorie décide qui reçoit quoi, donc qui travaille — cela se tranche autour d'une table, pas dans un outil de tri.
Ce que je fournis : les quatre sujets, leur volume, et une demande type pour chacun, à qui définit la nomenclature. Quatre catégories créées feraient passer « autre » de 312 à 125. 312-autres_4-sujets.pdf« Autre » est un indicateur, pas une catégorie
⛓ Sourcé · 312 demandes « autre », regroupement par sujet, nomenclature en vigueur
Ce qu'est un cas ambigu ici : une demande qui satisfait les critères de deux catégories ou plus, sans qu'aucun élément du texte ne départage. Ce n'est pas la même chose qu'un non-classé : le non-classé ne ressemble à rien, l'ambigu ressemble à deux choses.
Sur 3 400 demandes du trimestre : 8 % de non-classé — les 272 dont nous avons parlé — et 141 cas ambigus, soit 4,1 %. Leurs couples les plus fréquents :
· 62 entre facturation et contrat — « on me facture une prestation que mon contrat ne prévoit pas » relève des deux, et le service qui la reçoit seul la renvoie ;
· 39 entre technique et commercial — une panne sur une option qui n'a peut-être jamais été souscrite ;
· 24 entre ressources humaines et paie ;
· 16 portant deux demandes distinctes dans le même message. Celles-là, je les scinde et je propose deux routages, en le disant.
Ce que reçoit le superviseur : les deux services possibles, les éléments du texte qui plaident pour chacun, et l'historique de la demande s'il y en a un. Il tranche en une minute. Le routage choisi est enregistré comme règle proposée : quand le même couple revient dix fois avec la même décision, je vous propose d'en faire une règle — 4 règles proposées ce trimestre, 3 adoptées.
Ce que ça a rapporté : les 41 demandes qui faisaient deux allers-retours relevaient à 34 de ces couples ambigus. Sur le trimestre suivant, 6 allers-retours au lieu de 41, et les 11 jours perdus en moyenne sont tombés à 1 jour et 4 heures.
Et le principe ne bouge pas : trancher au hasard entre deux services fait disparaître l'ambiguïté de l'écran, pas du circuit. Un tri qui classe tout ne se trompe pas moins, il se trompe en silence.
✎ Cadre · remontée des cas ambigus — deux destinataires possibles, aucun choisi
Simulation fictive — pas un résultat client
Ce que je constate : sept demandes marquées urgentes sont parties vendredi après 16 h vers un service dont la boîte est relevée le lundi matin. Le routage était correct ; le résultat ne l'était pas. Et l'envoi du vendredi soir est le mien : je les ai acheminées à la cadence ordinaire parce que je n'avais pas l'heure de relève de ce service — quatre services sur onze ne l'ont jamais déclarée —, et j'ai tranché sans elle au lieu de la réclamer. Sept demandes urgentes ont attendu le lundi : je vous le publie plutôt que de vous laisser le découvrir.
Où elles partent quand même, et pourquoi : au service qui en a la charge. Router une demande vers un service qui n'en a pas la charge parce qu'il relève sa boîte plus souvent revient à échanger une bonne orientation contre une mauvaise — et la demande repartirait.
Et le degré d'urgence, je le respecte tel quel : il a été posé par celui qui a écrit, ou par la règle que vous m'avez donnée. Un tri qui rectifie les urgences apprend aux gens à les surévaluer, et le degré cesse alors de vouloir dire quoi que ce soit.
Ce que je fais : je route normalement, et je préviens le service émetteur dans l'heure — « cette demande urgente ne sera lue que lundi ; si elle ne peut pas attendre, voici le contact direct du service. »
Ce que je propose, et c'est la vraie correction : que chaque service déclare ses horaires de relève, et que je les affiche au moment du routage. Sur onze services, quatre ne les ont pas déclarés — je ne peux donc rien annoncer les concernant. 7-urgences_4-services-sans-horaires.pdfLe routage était bon, l’horaire ne l’était pas
⛓ Sourcé · 7 demandes, horaires de relève déclarés par 7 services sur 11
Ce que je pourrais faire : repérer qu'une réponse est partie et clore la demande. Cela viderait la file et le tableau de bord serait beau.
Pourquoi je ne le fais pas : parce que je ne sais pas si la réponse répond. Une demande close est une demande qui sort des relances — et si la réponse était à côté, personne ne le saura plus.
Ce que je fais : je marque « réponse envoyée le [date] », et la demande reste ouverte jusqu'à ce qu'un humain la ferme, ou que le demandeur confirme.
Ce que ça produit, et c'est inconfortable : 412 demandes portent « réponse envoyée » sans avoir été fermées. Sur les 412, 38 ont reçu un nouveau message du demandeur — c'est-à-dire que la réponse n'avait pas suffi.
Ces 38 sont l'argument entier : si je les avais fermées, elles seraient revenues comme des demandes neuves, sans leur historique, et le circuit aurait recommencé de zéro. 412-ouvertes_38-relances.pdf38 réponses qui n’avaient pas suffi
⛓ Sourcé · 412 demandes avec réponse envoyée, 38 relances de demandeurs
Simulation fictive — pas un résultat client
Ce que je produis si vous le demandez : le délai moyen de traitement par service, le nombre de demandes reçues, le nombre renvoyées. C'est licite, et je fournis la note d'information et le dossier CSE si vous descendez à l'échelon individuel.
L'effet à connaître : un service comparé sur son délai renvoie plus vite ce qui ne le concerne pas de façon évidente. C'est exactement ce qui produit vos 41 demandes ayant fait deux allers-retours entre services — onze jours perdus chacune, chaque renvoi paraissant justifié.
La mesure que je propose à la place, et qui répond à la même question : le délai de bout en bout de la demande, du dépôt à la réponse au demandeur, attribué à la chaîne et non au dernier maillon. Un renvoi rapide ne l'améliore pas — il l'aggrave, parce qu'il ajoute un trajet.
Ce que ça change immédiatement : les 41 allers-retours cessent d'être invisibles, et la catégorie « autre » — passée de 104 à 312 demandes en six mois — apparaît pour ce qu'elle est : un symptôme de circuit, pas une négligence de tri.
Les deux sont disponibles. Vous pouvez avoir les deux. delai-de-bout-en-bout.pdfCe qui s’ouvre · l’effet du délai par service · la mesure qui ne se contourne pas
⛓ Sourcé · 41 allers-retours à onze jours, catégorie « autre » de 104 à 312
Ce qui est conservé : la demande et sa catégorie, avec le motif du classement, les services successifs par lesquels elle est passée et la durée à chaque étape, les renvois avec leur motif, les horaires de relève des boîtes de destination, et les demandes non classées.
Pourquoi je garde 8 % de non-classé plutôt que de forcer : je pourrais classer 100 % des demandes. Ce qui est certain, c'est que le taux serait de 100 % — pas qu'il serait juste. Les 8 % non classés sont ce qui empêche les 92 % d'être faux, et c'est la seule chose que je défendrai sans réserve sur cette page.
Ce que les horaires de relève ont rattrapé : 7 demandes marquées urgentes parties un vendredi après 16 h vers un service relevé le lundi. Elles étaient bien routées : c'est l'horaire qui ne l'était pas. Je décale désormais vers le circuit d'astreinte, et je le signale.
Ce que je ne fais toujours pas : clore une demande parce qu'une réponse est partie. Cela viderait la file et donnerait un excellent chiffre — et une réponse partie n'est pas une demande traitée. La clôture appartient à qui a traité, ou au demandeur. ce-que-vous-gardez_tri.pdf5 données gardées · les 8 % qui empêchent les 92 % d’être faux
⛓ Sourcé · 8 % de non-classé assumé, 7 urgences parties vers une boîte relevée le lundi
Votre cas n'est pas ici ? C'est exactement ce dont on parle en 30 minutes. Parler de votre projet →
Les étapes de votre projet d'agent IA
Audit & cadrage
30 min pour cibler le cas d'usage le plus rentable.
Devis ou souscription directe
Une offre du catalogue se souscrit en ligne ; un besoin particulier reçoit un devis chiffré.
Conception
Nous concevons l'agent et ses garde-fous.
Intégration & tests
Nous raccordons vos outils à l'agent, lui-même hébergé en France.
Déploiement
Mise en service et formation de votre équipe.
Exploitation
Supervision continue et amélioration.
Qu'apporte un agent IA à vos flux de demandes entrantes ?
Chaque réorientation ajoute un délai et une lecture. Mais une attribution automatique erronée envoie la demande dans une file où personne ne l'attend.
! L'enjeu
Une demande mal orientée circule de service en service, chacun la relisant avant de la transmettre — le délai s'allonge sans que personne n'ait avancé. Pourtant, un routage automatique mal conçu envoie la demande dans une file où elle stagne, et confier le contenu des demandes de vos clients et de vos partenaires à un service tiers l'expose au Cloud Act.
✓ Notre réponse
Un routage assisté n'a d'intérêt que s'il est souverain et explicable. Inférence locale ou ressource isolée hébergée en France, attribution justifiée par un élément du message, remontée des cas ambigus : le service destinataire voit sur quoi repose l'attribution et peut la corriger d'un geste. L'agent oriente, il ne verrouille pas.
Le contenu des demandes qui vous parviennent : souveraineté & conformité
Les demandes qui vous parviennent contiennent des réclamations, des données clients et parfois des informations sensibles. Voici comment l'architecture de nos agents les protège.
Inférence locale
En formule 100 % Souverain, l'agent tourne sur une machine de votre organisation : aucune demande ne sort du réseau, aucune pièce jointe ne transite par un cloud public.
Hébergement en France
Sinon, en formules Agilité et Sérénité, une ressource dédiée et isolée hébergée en France, sous droit français : données hébergées en France ; le modèle d'IA est appelé chez son éditeur, sauf option Modèle souverain.
Exposition extraterritoriale réduite
Pour le contenu des demandes qui vous parviennent, l'architecture vise à réduire l'exposition au Cloud Act et au FISA 702 ; la seule localisation en France ou dans l'Union européenne ne garantit pas l'immunité.
Ressource isolée
Aucune mutualisation : un environnement strictement dédié à votre organisation et à ses règles d'attribution.
Règles d'attribution maîtrisées
Vous définissez les catégories et les services destinataires ; chaque attribution est justifiée, journalisée et modifiable à tout moment.
AI Act : déploiement encadré
L'agent exécute ce que vous avez autorisé ; aucune demande verrouillée dans une file sans possibilité de correction ; traçabilité et supervision humaine de bout en bout.
Ce qui dépend de l'architecture retenue Ces points ne sont pas des garanties générales : ils sont arrêtés déploiement par déploiement, au devis.
- La localisation applicable est celle de l'architecture décrite au devis et vérifiée avant mise en service.
- L'exécution locale n'est annoncée que pour la configuration explicitement décrite et recettée au devis.
- L'isolation applicable dépend du mode de déploiement décrit au devis ; aucune isolation dédiée n'est présumée.
- Les événements journalisés, leur contenu, leur durée de conservation et leurs accès sont définis pour le déploiement retenu.
Combien de réorientations une organisation peut-elle éviter ?
En proposant dès l'arrivée le service compétent, on réduit les allers-retours entre équipes et le délai avant première réponse. L'ampleur du gain dépend de votre volume et reste à confirmer par un pilote.
Quatre garanties qui comptent pour vos flux entrants
Ressources liées
Vos questions, nos réponses
L'attribution proposée est-elle définitive ?
Sur quoi l'agent fonde-t-il son choix ?
Que fait l'agent d'une demande à cheval sur deux services ?
Le contenu des demandes est-il protégé ?
S'intègre-t-il à nos outils de gestion des demandes ?
Combien de temps pour déployer cet agent ?
D'autres agents pour vos flux et votre relation client
Estimons le potentiel sur vos demandes entrantes
30 minutes pour cartographier vos catégories et vos services — hébergé en France, supervisé, sans engagement.