Le temps ne part pas là où on croit
Demandez à un conseiller combien de temps lui prend une réponse. Il répondra « deux ou trois minutes ». C’est exact pour l’écriture.
Ce qu’il ne compte pas : ouvrir le CRM, chercher le client, vérifier la dernière commande, retrouver l’échange de la semaine dernière, ouvrir le document de conditions pour vérifier un délai, revenir à la messagerie. Huit minutes, dont aucune ne produit de valeur pour le client.
C’est cette partie-là qu’on automatise. La rédaction n’est que le bonus.
Ce que le système prépare
Le dossier. Qui écrit, depuis quand il est client, ce qu’il a commandé, où en est sa commande, ce qui a été dit lors des derniers échanges, s’il a un contrat particulier.
Le point précis du message. Ce qui est demandé, reformulé en une phrase — et signalé quand le message contient deux demandes distinctes, ce qui arrive souvent et se traite mal.
Les éléments applicables. Le passage de vos conditions, la fiche produit, la procédure interne qui concerne ce cas.
Un brouillon. Qui reprend le détail précis évoqué, dans votre ton, avec les éléments du dossier. Jamais une formule générique.
Un signalement d’incertitude. Quand le système n’a pas trouvé de quoi répondre, il l’écrit au lieu de combler.
Comment ça marche techniquement — pour qui veut le détail
La récupération du contexte. C’est le vrai travail d’intégration : interroger le CRM, l’outil de facturation, le suivi logistique, parfois un logiciel métier sans interface moderne. Chaque source est appelée en parallèle avec un délai maximum court : si l’une ne répond pas, le brouillon se fait sans elle et le signale, plutôt que de faire attendre.
La base documentaire. Vos contenus validés — conditions, procédures, fiches — sont découpés et indexés, puis les passages pertinents sont retrouvés au moment de la question et fournis au modèle. C’est ce qu’on appelle RAG (retrieval-augmented generation). La contrainte essentielle : le modèle doit répondre uniquement à partir des passages fournis, et signaler quand il n’y en a pas. C’est une consigne, et elle se vérifie en test.
La génération contrainte. Le modèle reçoit le dossier, le message, les passages applicables et vos exemples de réponses. Il renvoie une structure : objet, corps, points d’incertitude, et les sources utilisées. Afficher les sources au relecteur change tout — il vérifie en trois secondes au lieu de relire en trois minutes.
L’insertion dans l’outil. Le brouillon est déposé comme brouillon réel dans la messagerie ou le logiciel de ticket, pas dans une interface séparée. Un conseiller qui doit changer d’outil pour profiter de l’automatisation ne l’utilisera pas.
La mesure. On enregistre l’écart entre le brouillon proposé et le message réellement envoyé. C’est l’indicateur qui compte : si les conseillers réécrivent tout, le dispositif ne sert à rien et il faut le corriger. Après quelques semaines, cet écart dit aussi quelles catégories sont mûres pour aller plus loin.
Ce qui casse. Une source de contexte indisponible, un changement de format dans le CRM, un quota de modèle atteint. Le flux doit dégrader proprement : un brouillon sans contexte vaut mieux que pas de brouillon, à condition qu’il le dise.