Le carnet de La Refonte

Comment La Refonte trie ses demandes entrantes avec l’IA

Comment La Refonte trie ses propres demandes entrantes avec le modèle de décision Jev : questions typées, seuil de confiance, cas exclus et revue hebdomadaire. Dispositif réel, déployé le 20 septembre 2026.

  • IA & Automatisation
  • Jev
  • Cloudflare
  • Automatisation
  • Retour d’expérience
Refonte de Site Web

Refonte

Intégration IA

IA

Agence SEO

SEO

Depuis le 20 septembre 2026, La Refonte trie ses propres demandes entrantes, reçues par le formulaire du site et par la boîte de contact, avec un Worker Cloudflare qui interroge le modèle de décision Jev. Trois questions typées, le service concerné, l’urgence perçue et le ton du message, réduisent chaque demande à une probabilité et une confiance. Sous un seuil de confiance fixé au départ, ou pour une demande de devis, un litige ou une candidature, le message part directement en lecture humaine. Au-dessus du seuil, un routage automatique est proposé, puis Rémi ou Loïs le relit en revue hebdomadaire et l’inscrit dans un journal de décisions. Le journal des premières semaines viendra compléter ce dossier.

📌 À retenir

  • Le tri s’appuie sur Jev, un modèle de décision qui renvoie des probabilités, pas sur un grand modèle de langage qui rédige.
  • Trois questions typées suffisent à router un message : le service concerné, l’urgence perçue et le ton employé.
  • Devis, litiges et candidatures ne passent jamais par la machine, quelle que soit la confiance qu’un modèle leur attribuerait.
  • Les chiffres de latence et de coût cités viennent des relevés publics de la démo askjev.ai, pas encore d’une mesure de La Refonte depuis son propre Worker.

Ce que le tri automatique change, concrètement

Depuis le 20 septembre 2026, La Refonte trie ses propres demandes entrantes avec un modèle de décision plutôt qu’à la main. Le formulaire du site et la boîte de contact reçoivent chaque semaine des messages très différents : une demande de devis, une question technique, une candidature, parfois une réclamation. Lire chaque message, deviner à qui il revient et estimer son urgence prend du temps, surtout aux heures où l’équipe est déjà occupée sur des projets clients. C’est le même constat qui guide l’automatisation des tâches chez les clients de l’agence, appliqué cette fois à son propre fonctionnement.

Le tri automatique ne remplace pas ce jugement, il le devance. Un Worker Cloudflare, nommé jev-bench, reçoit le message et interroge le modèle de décision Jev avec trois questions typées avant qu’une personne n’ouvre l’e-mail. Le gain visé est un délai de traitement plus court sur les demandes claires, pas une suppression de la relecture humaine sur les cas qui la méritent. Rien n’est traité tout seul : chaque message garde une décision de routage explicite, prise selon une règle écrite d’avance, et cette décision reste révisable en revue hebdomadaire si elle s’avère mauvaise.

Cet article décrit le dispositif tel qu’il est construit aujourd’hui, ratés compris : les choix faits et pourquoi ils ont été faits ainsi, les cas qui ne passent jamais par la machine, les cas de bord anticipés avant la mise en service, et ce qui remonte chaque semaine en revue. Il ne présente pas encore de bilan chiffré sur plusieurs semaines de fonctionnement réel. Le journal de décisions vient d’être ouvert avec le dispositif lui-même, et une lecture honnête de ce journal demande plusieurs semaines de messages, pas quelques jours de mise en service.

Le flux de tri, du message reçu au journal

1Formulaire / boîte de contactUn message est reçu2Worker Cloudflare jev-benchAppel au modèle typesafe…33 questions typéesService, urgence, ton4Seuil de confianceAu-dessus ou en dessous5Routage ou lecture humaineSelon la confiance et la…6Journal de décisionsChaque décision inscrite

Trois questions typées, pas dix

La tentation, avec un outil de classement, est d’ajouter des critères : la langue, le canal d’origine, l’historique du contact. La Refonte a choisi l’inverse. Jev, le modèle de décision décrit dans notre article sur Jev, ne rédige pas de texte : il évalue un état contre des questions fermées et renvoie une probabilité par réponse possible, avec un niveau de confiance. Plus les questions sont nombreuses, plus la confiance moyenne se dilue et plus la relecture humaine grossit sans raison utile.

Trois questions typées suffisent à router l’essentiel d’une demande : quel service est concerné, quel degré d’urgence est perçu, et quel ton porte le message. Le tableau ci-dessous détaille les valeurs possibles de chaque question et la lecture qu’en fait le routage. Le nombre de critères n’est pas figé : une catégorie qui reviendrait trop souvent en relecture humaine sans jamais se résoudre justifierait d’ajouter une question, pas d’empiler des règles particulières au-dessus du modèle.

Le choix de ces trois questions précises, plutôt que d’autres tout aussi plausibles, vient d’une observation simple sur les demandes reçues avant la mise en service : savoir à qui transmettre pèse plus que savoir pourquoi, dans la plupart des cas. Le service concerné tranche le destinataire. L’urgence perçue tranche le délai. Le ton tranche la prudence à observer avant de répondre, automatiquement ou non. Une quatrième question, sur le canal d’origine par exemple, a été envisagée puis écartée : elle n’aurait rien changé au routage, seulement allongé l’appel et dilué la confiance sur les trois réponses qui comptent réellement.

01

Service concerné

Valeurs possibles
Commercial, technique, recrutement, presse ou partenariat, autre
Ce que la réponse déclenche
Détermine la file de traitement et, si la confiance est suffisante, l’équipe destinataire
02

Urgence perçue

Valeurs possibles
Faible, normale, élevée
Ce que la réponse déclenche
Une urgence élevée raccourcit le délai avant relecture ; elle ne déclenche jamais seule une réponse automatique
03

Ton du message

Valeurs possibles
Neutre, insatisfait, très insatisfait
Ce que la réponse déclenche
Un ton insatisfait ou très insatisfait abaisse la confiance retenue et favorise le passage humain
Les trois questions typées posées à Jev pour chaque demande entrante, et ce que chaque réponse déclenche dans le routage.
Forme du bloc de questions envoyé à Jev (illustration simplifiée)
{
  "state": "Message reçu via le formulaire du site, contenu résumé et anonymisé avant l’appel.",
  "questions": [
    {
      "id": "service",
      "question": "Quel service est concerné par cette demande ?",
      "options": ["commercial", "technique", "recrutement", "presse_partenariat", "autre"]
    },
    {
      "id": "urgence",
      "question": "Quel est le degré d’urgence perçu dans le message ?",
      "options": ["faible", "normale", "elevee"]
    },
    {
      "id": "ton",
      "question": "Quel ton porte le message ?",
      "options": ["neutre", "insatisfait", "tres_insatisfait"]
    }
  ]
}

Le seuil de confiance, la règle qui décide

Jev renvoie des probabilités, jamais une décision définitive. La décision revient au code qui appelle le modèle, avec un seuil de confiance fixé au départ : au-dessus, un traitement ou un routage automatique est proposé ; en dessous, la demande part directement en lecture humaine, sans étape intermédiaire. Ce principe est détaillé dans notre article sur le garde-fou d’une réponse IA : un modèle de décision ne remplace jamais la règle qui l’entoure.

Le seuil retenu au lancement est volontairement prudent, plus proche d’un excès de prudence que d’un pari sur la vitesse. Il n’est pas gravé : la revue hebdomadaire, décrite plus bas, observe les cas passés en relecture humaine malgré une confiance élevée, et les cas routés automatiquement qui auraient mérité une relecture. C’est ce mouvement, pas un chiffre figé à la mise en service, qui ajustera le seuil dans les semaines qui suivent.

01

Confiance au-dessus du seuil retenu

Ce qui se passe
Le message est routé automatiquement vers la file identifiée
Qui décide ensuite
Une relecture reste possible en revue hebdomadaire, pas systématique avant envoi
02

Confiance au-dessous du seuil retenu

Ce qui se passe
Le message part directement en lecture humaine, sans traitement automatique
Qui décide ensuite
Rémi ou Loïs, selon le service concerné identifié par Jev
03

Catégorie exclue (devis, litige, candidature)

Ce qui se passe
Aucun appel au seuil : la demande part toujours en lecture humaine
Qui décide ensuite
Rémi ou Loïs, quelle que soit la confiance qu’aurait renvoyée le modèle
La règle de décision qui entoure Jev : le seuil de confiance tranche, sauf pour les catégories exclues avant même l’appel au modèle.

Ce qui ne passe jamais par la machine

Un seuil de confiance protège des cas ambigus, pas des cas où la question elle-même ne devrait jamais être posée à un modèle. Trois catégories de demandes sont reconnues avant même l’appel à Jev et écartées du routage automatique, quelle que soit la confiance qu’un modèle leur attribuerait : une demande de devis, qui engage un prix et un délai envers un client ; un litige, où le ton et les faits rapportés méritent une lecture attentive et souvent un avis extérieur ; une candidature, qui engage une décision sur une personne.

Cette liste n’est pas un désaveu du modèle de décision : elle fixe la frontière entre ce qui se laisse réduire à une probabilité utile et ce qui ne le devrait pas. La checklist ci-dessous reprend ces exclusions avant même la lecture des trois questions typées.

Les cas de bord attendus, et comment ils sont traités

Un dispositif de tri se juge sur ce qu’il fait des messages qui ne rentrent pas franchement dans une case. La Refonte a anticipé plusieurs cas de bord avant la mise en service, pour décider de leur traitement à l’avance plutôt qu’au moment où ils arrivent. Un message qui mélange deux sujets, une demande commerciale glissée dans un message technique par exemple, pousse le service concerné vers celui jugé le plus probable et abaisse mécaniquement la confiance retenue, ce qui favorise la relecture humaine. Un ton neutre qui cache une urgence réelle, une panne signalée sans exclamation ni mot fort, reste le risque le plus difficile à couvrir par une question fermée : c’est un des points que la revue hebdomadaire observe en priorité.

Un message très court, sans contexte, ou rédigé dans une langue que le formulaire ne prévoit pas, renvoie une confiance basse par construction : moins de matière donnée à Jev, moins de certitude dans sa réponse. Le tableau ci-dessous résume ces cas attendus et la parade retenue pour chacun, avant toute donnée réelle sur leur fréquence.

Ces cas ont un point commun : aucun n’a été traité en ajoutant une règle spéciale au-dessus du modèle. La parade retenue s’appuie chaque fois sur le même mécanisme, une confiance qui baisse quand la matière transmise est pauvre ou contradictoire, plutôt que sur une liste de cas particuliers qui grossirait indéfiniment. C’est aussi ce qui rend ces cas observables dans le journal : une confiance basse récurrente sur un même type de message est un signal à traiter en revue, pas un bug à corriger au cas par cas.

Les cas de bord attendus, et comment ils sont traités

Un dispositif de tri se juge sur ce qu’il fait des messages qui ne rentrent pas franchement dans une case. La Refonte a anticipé plusieurs cas de bord avant la mise en service, pour décider de leur traitement à l’avance plutôt qu’au moment où ils arrivent. Un message qui mélange deux sujets, une demande commerciale glissée dans un message technique par exemple, pousse le service concerné vers celui jugé le plus probable et abaisse mécaniquement la confiance retenue, ce qui favorise la relecture humaine. Un ton neutre qui cache une urgence réelle, une panne signalée sans exclamation ni mot fort, reste le risque le plus difficile à couvrir par une question fermée : c’est un des points que la revue hebdomadaire observe en priorité.

Un message très court, sans contexte, ou rédigé dans une langue que le formulaire ne prévoit pas, renvoie une confiance basse par construction : moins de matière donnée à Jev, moins de certitude dans sa réponse. Le tableau ci-dessous résume ces cas attendus et la parade retenue pour chacun, avant toute donnée réelle sur leur fréquence.

Ces cas ont un point commun : aucun n’a été traité en ajoutant une règle spéciale au-dessus du modèle. La parade retenue s’appuie chaque fois sur le même mécanisme, une confiance qui baisse quand la matière transmise est pauvre ou contradictoire, plutôt que sur une liste de cas particuliers qui grossirait indéfiniment. C’est aussi ce qui rend ces cas observables dans le journal : une confiance basse récurrente sur un même type de message est un signal à traiter en revue, pas un bug à corriger au cas par cas.

Latence et coût, en ordre de grandeur

La Refonte n’a pas encore mesuré, depuis son propre Worker jev-bench, la latence ni le coût réel d’un appel à Jev sur ses demandes entrantes : le dispositif est trop récent pour un relevé qui aurait un sens statistique. Les seuls ordres de grandeur disponibles à ce jour viennent de la démo publique askjev.ai et de l’éditeur TypeSafe AI, cités dans les sources de cet article. Ils donnent une idée de ce à quoi s’attendre, pas une garantie sur l’infrastructure de La Refonte.

Sur 172 appels relevés par le backend de cette démo les 18 et 19 septembre 2026, la latence médiane s’établissait à 188 millisecondes et son 95e centile à 395 millisecondes, pour des appels de six questions typées. Le coût, sur ces mêmes appels, ressortait autour de 0,0000444 dollar par appel d’environ 1 057 tokens en entrée, cohérent avec le tarif de 0,042 dollar par million de tokens en entrée annoncé par l’éditeur au lancement, sortie gratuite. Ce sont des ordres de grandeur par appel, pas un budget mensuel : celui-ci dépend du volume réel de demandes entrantes, qui n’est pas encore mesuré.

01

Appels observés

Relevé sur askjev.ai (18-19 septembre 2026)
172 appels, 6 questions typées chacun
Lecture
Base des autres chiffres de cette ligne
02

Latence médiane

Relevé sur askjev.ai (18-19 septembre 2026)
188 ms
Lecture
La moitié des appels répondent sous ce délai
03

Latence au 95e centile

Relevé sur askjev.ai (18-19 septembre 2026)
395 ms
Lecture
Repère pour un délai d’attente côté formulaire
04

Coût moyen par appel

Relevé sur askjev.ai (18-19 septembre 2026)
0,0000444 $ pour environ 1 057 tokens en entrée
Lecture
Cohérent avec le tarif éditeur de 0,042 $ par million de tokens en entrée, sortie gratuite
Relevés publics de la démo askjev.ai, non affiliée à l’éditeur, consultés le 19 septembre 2026. Ce ne sont pas des mesures de La Refonte depuis son Worker jev-bench.

La relecture humaine et la revue hebdomadaire

Chaque message routé, automatiquement ou vers une personne, laisse une trace dans le journal de décisions. La revue hebdomadaire ne relit pas chaque ligne : elle porte sur les cas qui méritent une attention, ceux où la confiance était proche du seuil, ceux où une catégorie exclue a été mal identifiée en amont, et ceux qu’un membre de l’équipe a explicitement signalés pendant la semaine. Rémi ou Loïs assurent cette relecture, selon le service concerné par le message.

Les étapes suivantes décrivent cette revue telle qu’elle est organisée aujourd’hui. Elle sert deux objectifs distincts : vérifier que le seuil de confiance reste au bon endroit, et repérer les cas de bord qui n’avaient pas été anticipés avant la mise en service. Un cas de bord réel, une fois identifié, rejoint la liste de ceux décrits plus haut, ou fait remonter une question typée à reformuler.

Cette cadence hebdomadaire n’est pas arbitraire. Un rythme plus lent laisserait s’accumuler des messages mal routés sans que personne s’en rende compte avant plusieurs semaines. Un rythme plus rapide, quotidien par exemple, ne laisserait pas assez de messages pour distinguer un cas isolé d’une tendance qui mérite d’ajuster le seuil ou une question typée. La revue hebdomadaire est elle-même un choix révisable : si le volume de demandes entrantes change nettement, sa fréquence pourra être revue à son tour.

La revue hebdomadaire, telle qu’elle est organisée

  1. 1

    Étape 1

    Extraire les cas à examiner

    Le journal liste les messages dont la confiance était proche du seuil, ceux routés vers une catégorie exclue par erreur et ceux signalés manuellement pendant la semaine.

  2. 2

    Étape 2

    Relire chaque cas retenu

    Rémi ou Loïs relit le message d’origine, la réponse de Jev et la décision effectivement prise, sans se limiter au résumé inscrit dans le journal.

  3. 3

    Étape 3

    Décider d’un ajustement, ou non

    Le seuil de confiance ne bouge que si plusieurs cas de la semaine pointent dans le même sens ; un cas isolé reste noté sans changer la règle générale.

  4. 4

    Étape 4

    Reformuler une question typée si nécessaire

    Une catégorie de messages mal couverte par le service concerné, l’urgence perçue ou le ton peut justifier de reformuler une question, jamais d’ajouter une règle spéciale par-dessus le modèle.

  5. 5

    Étape 5

    Inscrire la synthèse dans le journal

    La décision de la revue, ajustement ou statu quo, est elle-même inscrite dans le journal de décisions, avec sa date.

Le journal de décisions, en pratique

Le format du journal suit la méthode décrite dans notre article sur le journal des décisions IA : chaque ligne garde le contexte transmis au modèle, la réponse obtenue, la confiance annoncée et la décision effectivement prise, humaine ou automatique. Ce format est pensé pour être relu en revue hebdomadaire, pas seulement archivé.

Le tableau ci-dessous reprend les champs retenus pour le tri des demandes entrantes. Le journal vient d’être ouvert, avec le dispositif : il ne contient pas encore plusieurs semaines de lignes remplies, et cet article ne présente donc aucun décompte de messages traités ni aucun taux de justesse. C’est précisément ce que la revue hebdomadaire doit produire, semaine après semaine.

01

Horodatage

Ce qu’il contient
Date et heure de la décision de routage, pas de la rédaction du message par l’expéditeur
02

Message d’origine (résumé)

Ce qu’il contient
Le contenu du message, résumé si nécessaire, sans les coordonnées du contact
03

Réponses aux trois questions typées

Ce qu’il contient
Service concerné, urgence perçue, ton du message, avec leur probabilité
04

Confiance retenue

Ce qu’il contient
Le niveau de confiance annoncé par Jev pour la réponse retenue
05

Décision prise

Ce qu’il contient
Traitement automatique, routage automatique, ou passage en lecture humaine, et pourquoi
06

Relecture

Ce qu’il contient
Si le cas est passé en revue hebdomadaire : ce qui a été confirmé ou corrigé
Champs retenus pour le journal du tri des demandes entrantes, sur le modèle décrit dans l’article dédié. Le journal vient d’être ouvert : ce tableau décrit son format, pas encore son contenu sur plusieurs semaines.

Pour aller plus loin

Ce dispositif s’inscrit dans une démarche plus large d’automatisation des tâches chez La Refonte, appliquée cette fois à son propre fonctionnement plutôt qu’à celui d’un client. La méthode de tri elle-même, transposable à un formulaire ou une boîte de contact d’entreprise, est détaillée dans notre article sur le tri des demandes de formulaire avec l’IA. Pour aller plus loin sur plusieurs mois, le parcours IA de La Refonte reprend ces principes avec vos propres cas métier.

Le journal des premières semaines viendra compléter ce dossier sur cette même page, une fois qu’il portera assez de lignes pour en tirer une lecture honnête. Si votre entreprise reçoit elle aussi des demandes très variées par formulaire ou par e-mail, La Refonte peut regarder votre flux actuel avec vous, sans engagement, avant de discuter d’un dispositif adapté à votre organisation.

Sources

Dernière mise à jour : 20 septembre 2026

On regarde votre flux de demandes ensemble, 30 minutes

Formulaire, boîte de contact, demandes de devis : La Refonte regarde avec vous ce qui pourrait être trié avant la lecture humaine, sans engagement.

En savoir plus

Questions fréquentes sur notre tri des demandes entrantes

Non. Il devance la lecture humaine sur les demandes claires, mais les cas exclus, devis, litiges, candidatures, et les cas incertains restent traités par Rémi ou Loïs.

Pour aller plus loin

Sur le même sujet

Voir tout le blog

Sans engagement, sans jargon

On regarde votre site ensemble ?

Trente minutes pour identifier ce qui freine votre visibilité et repartir avec les priorités dans le bon ordre.

Discutons de votre projet

30 min · Google Meet

Choisissez le créneau qui vous convient dans notre calendrier. On analyse votre situation avant l’appel pour aller droit au but.