Il est 17 h 42. Un prospect demande si la livraison est comprise, joint un ancien devis et souhaite une réponse avant le lendemain. L’assistant retrouve la grille tarifaire, résume l’échange, prépare une proposition et place une réponse dans les brouillons.
La démonstration paraît réussie. Pourtant, quatre questions restent ouvertes : a-t-il consulté uniquement ce dossier ? Le tarif repris est-il encore valable ? La pièce jointe appartient-elle au bon client ? Et que se serait-il passé si l’outil avait eu le droit d’envoyer ?
C’est à cet endroit qu’un projet d’IA devient un projet d’entreprise. La qualité du texte compte moins que la maîtrise du trajet entre la boîte mail, les documents, le CRM, le devis et l’action finale.
Le Baromètre France Num 2025 indique que 26 % des TPE-PME interrogées utilisent désormais des solutions d’intelligence artificielle et que 14 % utilisent des chatbots ou assistants. Connecter ces outils aux données métier est l’étape suivante pour certaines entreprises. Elle ne doit pas commencer par « donnez-lui accès à tout et voyons ce qu’il produit ».
La frontière utile n’est pas entre humain et IA
Elle se situe entre quatre verbes : lire, proposer, modifier et envoyer.
Un assistant autorisé à lire une boîte partagée peut résumer une demande. S’il peut aussi consulter les tarifs, il peut préparer une réponse. Avec un accès au CRM, il peut modifier une fiche. Avec un droit d’envoi, il peut engager l’entreprise auprès d’un client.
Ces capacités ne présentent ni le même impact ni le même besoin de contrôle. Il faut donc décrire les droits par action et par source, plutôt que donner un rôle vague d’« assistant commercial ».
Pour un premier périmètre, une PME peut décider que l’outil :
- lit uniquement une adresse commerciale dédiée et les nouveaux messages classés dans un dossier précis ;
- consulte une base tarifaire validée, sans parcourir tous les fichiers partagés ;
- crée un brouillon, sans envoyer ni modifier le devis de référence ;
- propose une mise à jour CRM, qui reste à confirmer par un salarié ;
- signale les informations manquantes au lieu de les inventer.
Ce découpage complète la réflexion plus générale sur ce qu’un assistant peut lire, écrire ou envoyer. Ici, le sujet n’est pas de choisir une technologie : il est de vérifier un parcours opérationnel avant de l’ouvrir.
Le test à blanc : un vrai dossier, aucun pouvoir d’envoi
Prenez un échange client terminé, désensibilisé autant que possible, dont l’équipe connaît déjà la bonne réponse. Reconstituez le dossier dans un environnement de test : message entrant, pièce jointe, fiche client fictive, tarif en vigueur et ancien tarif placé volontairement à proximité.
L’assistant doit produire un brouillon et une liste des sources utilisées. Aucun email ne part. Aucun devis officiel n’est créé. Aucune donnée de production n’est modifiée.
Le test devient intéressant lorsqu’il contient des pièges réalistes.
Un homonyme dans le CRM
Deux sociétés portent presque le même nom. L’une bénéficie d’une remise négociée, l’autre non. L’assistant doit demander une confirmation ou s’appuyer sur un identifiant fiable ; il ne doit pas choisir la fiche qui « ressemble » le plus à la demande.
Un document ancien mais bien nommé
Le dossier contient tarifs-definitifs.pdf, alors que la base validée comporte une version plus récente. Le nom du fichier ne fait pas autorité. Le système doit pouvoir indiquer la date et l’emplacement de la source retenue.
Une donnée personnelle inutile à la réponse
La conversation précédente contient une information médicale, familiale ou financière sans rapport avec le devis. Le brouillon ne doit ni la reprendre ni l’exposer à davantage de personnes. La minimisation ne consiste pas seulement à réduire le volume envoyé au fournisseur : elle consiste aussi à limiter ce qui remonte dans chaque résultat.
Une instruction glissée dans la pièce jointe
Un document reçu peut contenir une phrase demandant à l’assistant d’ignorer ses règles, d’envoyer un fichier ou de révéler une information. Même si l’instruction paraît lisible, une pièce jointe externe ne doit pas acquérir le même niveau d’autorité qu’une règle interne validée.
Une demande qui mérite un refus ou une escalade
Le prospect réclame les tarifs d’un autre client, demande une promesse contractuelle inhabituelle ou évoque un litige. Le bon résultat n’est pas un texte fluide. C’est un arrêt accompagné d’un motif et d’une transmission à la bonne personne.
Contrôler le dossier avant de juger la prose
Une réponse élégante peut être dangereuse si elle s’appuie sur la mauvaise source. Pour chaque essai, conservez une fiche courte :
- message et documents autorisés en entrée ;
- systèmes effectivement consultés ;
- sources citées pour le prix, le délai et les conditions ;
- actions proposées et actions réellement exécutées ;
- personne ayant validé ou refusé le brouillon ;
- résultat attendu, écart observé et correction décidée.
Le journal doit être compréhensible par le responsable métier, pas seulement par le prestataire technique. « L’agent a appelé l’outil X » aide peu. « Le tarif a été lu dans la grille validée le 2 août, puis le brouillon a été approuvé par la responsable commerciale » permet d’enquêter et d’améliorer le processus.
Cette trace ne doit pas devenir une nouvelle archive illimitée. Définissez qui y accède, combien de temps elle est conservée et comment traiter les données personnelles qu’elle contient.
Les conditions du fournisseur ne sont pas une case à cocher
Avant de transmettre des emails ou des devis à un service d’IA, documentez au minimum :
- où les données sont traitées et quels sous-traitants interviennent ;
- si les requêtes, pièces jointes et résultats sont conservés ;
- s’ils peuvent servir à améliorer ou entraîner le service, et avec quels réglages ;
- comment supprimer, exporter ou restituer les données ;
- quelles protections existent pour les comptes, clés API et journaux ;
- comment une personne concernée peut exercer ses droits lorsque le traitement le nécessite ;
- quelle procédure suivre en cas d’incident ou de changement de fournisseur.
La FAQ de la CNIL sur l’IA générative rappelle notamment que l’organisme qui déploie un système doit veiller à sa conformité et à la sécurité des données fournies, y compris les réglages de réutilisation et d’historique. Ce contrôle ne se résume donc pas à l’emplacement d’un serveur.
Selon le contexte, le responsable de traitement, le DPO, le conseil juridique ou le prestataire sécurité devront qualifier plus précisément le dispositif. Un audit opérationnel ne remplace pas cette analyse ; il lui donne un périmètre réel au lieu d’une description abstraite.
Le bouton « envoyer » doit arriver en dernier
Une progression raisonnable comporte trois paliers.
Au premier, l’assistant résume et classe, sans écrire dans les outils métier. L’équipe vérifie les erreurs de dossier, les omissions et les données inutiles.
Au deuxième, il prépare des brouillons et des propositions de mise à jour. Une personne identifiée valide chaque action, avec la source et les changements visibles.
Au troisième seulement, certaines actions répétitives et réversibles peuvent être automatisées. Les montants importants, engagements contractuels, réclamations, changements bancaires, données sensibles et destinataires inhabituels restent soumis à une validation explicite.
Le droit d’envoi ne devrait jamais être déduit du droit de rédaction. Il doit être accordé séparément, limité à un canal, un type de message, une plage d’action et une procédure d’arrêt testée.
Un pilote utile se mesure en erreurs évitées
Le nombre de brouillons produits est une mesure flatteuse mais insuffisante. Pendant quatre semaines, suivez plutôt :
- la part des dossiers correctement rattachés au bon client ;
- le nombre de sources obsolètes ou contradictoires détectées ;
- les escalades déclenchées au bon moment ;
- les corrections humaines par type : prix, délai, pièce jointe, destinataire, ton ;
- les données inutiles écartées du résultat ;
- le temps gagné sur les cas simples, sans le mélanger au temps de contrôle des cas risqués.
Si l’assistant accélère les réponses standards mais oblige l’équipe à vérifier chaque source à la main, le problème se trouve peut-être dans la qualité documentaire, pas dans le modèle. Le projet peut alors commencer par nettoyer les tarifs, nommer les propriétaires des documents et clarifier les règles commerciales.
Le livrable avant la connexion
À la fin du test à blanc, l’entreprise doit pouvoir tenir sur une page : le cas d’usage retenu, les sources autorisées, les actions interdites, les validations humaines, les situations d’arrêt, les journaux conservés, le propriétaire métier et la procédure de révocation.
Cette page vaut davantage qu’une démonstration spectaculaire. Elle permet de comparer des fournisseurs, cadrer une intégration et expliquer aux équipes ce que l’outil fait réellement.
1Design peut mener un audit IA et optimisation de l’entreprise à partir d’un parcours concret — email entrant, préparation de devis, document client ou mise à jour CRM — puis traduire le test en droits, contrôles et étapes d’intégration. Pour un diagnostic plus large des outils et du site, consultez aussi l’audit IA appliqué à l’entreprise et au web.
Choisissez un parcours à tester sans envoi réel. Le premier objectif n’est pas de rendre l’assistant autonome ; c’est de rendre son action observable, limitée et réversible.
Vous voulez un site plus clair, plus crédible ou mieux pensé pour convertir ?