Trois notions qui ne décrivent pas la même chose

Le chatbot décrit d’abord un mode d’interaction : l’utilisateur échange des messages avec un système. Les réponses peuvent venir de règles, d’une recherche documentaire ou d’un modèle génératif. La conversation ne renseigne pas, à elle seule, sur les actions possibles dans les logiciels de l’entreprise.

L’automatisation décrit l’exécution d’un processus. Un formulaire peut créer une fiche, attribuer un responsable et envoyer une notification selon des règles connues. Le résultat peut être utile sans raisonnement génératif. Certaines automatisations utilisent aussi un modèle pour classer un message, tout en conservant un chemin global prédéfini.

L’agent décrit une capacité de choix dans le déroulement. La distinction architecturale proposée par Anthropic entre workflows et agents porte sur ce point : chemin défini à l’avance ou processus dirigé dynamiquement par le modèle. Dans un projet métier, il reste nécessaire de préciser quelles décisions sont réellement laissées au système.

Comparer les solutions à partir d’une même demande

Prenons une demande de brochure accompagnée d’une question sur une offre. Plusieurs solutions sont possibles et aucune n’est automatiquement supérieure. Le choix dépend du volume, de la diversité des questions et du niveau d’engagement autorisé.

Le même utilisateur peut percevoir ces trois dispositifs comme un simple assistant. Pour l’entreprise, leurs besoins de maintenance et de contrôle diffèrent. Le cahier des charges doit donc décrire le traitement réel, pas seulement l’écran de conversation.

Choisir une automatisation lorsque les règles sont stables

Si chaque demande suit les mêmes étapes et que les exceptions sont identifiables, commencez par examiner une automatisation classique. Un calcul, un routage fondé sur un territoire ou une notification de changement de statut peuvent souvent être définis précisément. La valeur vient alors de la fiabilité d’exécution, pas de la liberté de choisir une action.

Cette approche ne dispense pas de contrôle. Il faut gérer les erreurs de connexion, les doublons et les demandes incomplètes. Mais la question de validation porte principalement sur les règles et les données d’entrée. Ajouter un modèle à une étape stable peut introduire une variabilité qui n’apporte rien au besoin.

Documentez les changements de règle et les cas non couverts. Une automatisation qui fonctionne aujourd’hui peut devenir inadaptée si l’organisation commerciale évolue. La simplicité doit rester lisible pour les personnes qui reprendront sa maintenance.

Choisir un chatbot lorsque le besoin principal est l’accès à l’information

Un dispositif conversationnel peut être pertinent lorsque les utilisateurs ne savent pas où trouver une réponse dans une documentation. Il doit toutefois indiquer ce qu’il peut expliquer, quelles sources il utilise et comment joindre une personne lorsque la réponse reste incertaine.

Pour une première version, limitez les thèmes et testez les questions réellement posées. Un outil capable de répondre à une question générale n’est pas nécessairement fiable sur une condition particulière d’un contrat. La source et sa version doivent être vérifiables lorsqu’elles déterminent la réponse.

Mesurez l’utilité pour l’utilisateur : réponse trouvée, besoin de reformulation, transmission à une personne et résolution effective. Le nombre de conversations n’indique pas à lui seul si le service facilite le travail. Plusieurs échanges peuvent simplement signaler une réponse initiale insuffisante.

Envisager un agent lorsque le chemin doit s’adapter

Une approche agentique devient intéressante à étudier lorsque le système doit choisir entre plusieurs recherches ou étapes selon les informations trouvées. Il pourrait, par exemple, préparer une analyse en consultant différentes sources autorisées, constater un manque puis poser une question complémentaire.

Cette flexibilité doit correspondre à un besoin réel. Si l’équipe ne sait pas définir le résultat attendu, l’agent ne résout pas le problème de cadrage. Il peut produire une réponse plausible sans que personne puisse établir si le travail est terminé correctement.

Fixez une limite de travail, des actions interdites et des points de transmission. Décrivez aussi ce qui se passe lorsqu’une source est indisponible. La faculté de s’adapter ne doit pas devenir une autorisation de contourner une restriction ou d’inventer une information.

Ne pas confondre accès aux données et droit d’action

Quel que soit le dispositif, séparez la consultation, la préparation et l’exécution. Lire une fiche ne justifie pas de modifier son propriétaire. Préparer un message ne justifie pas de l’envoyer. Ces autorisations doivent être décidées selon le processus et le risque de l’opération.

Les connexions et l’identité utilisée constituent un sujet distinct de l’interface. La documentation Microsoft sur les connexions illustre notamment la nécessité d’authentifier l’accès aux services. Les capacités exactes dépendent ensuite du produit et de sa configuration ; elles doivent être vérifiées avant déploiement.

Demandez une démonstration des cas refusés, pas seulement des actions réussies. Un système qui empêche correctement une opération non autorisée satisfait une exigence importante, même si la démonstration paraît moins spectaculaire.

Exemple de choix progressif pour une équipe commerciale

Exemple fictif : une équipe reçoit des demandes de documentation et des questions sur des projets. Elle commence par automatiser l’accusé de réception et l’attribution au bon responsable. Un chatbot permet ensuite de retrouver certaines informations publiques validées. Les demandes de proposition restent traitées par les commerciaux.

Un agent est testé séparément pour préparer les dossiers complexes : il rassemble les informations autorisées et signale les contradictions. L’équipe mesure le temps de préparation et les corrections. Les trois approches coexistent parce qu’elles répondent à des besoins différents, sans chercher à remplacer tout le parcours par une seule technologie.

Cette progression permet d’évaluer chaque brique. Si le chatbot n’améliore pas l’accès à l’information, il peut être corrigé sans remettre en cause l’attribution automatique des demandes. Si l’agent apporte peu de valeur, le processus de base continue à fonctionner.

Construire une décision d’achat sur des critères observables

Demandez aux solutions comparées de traiter le même ensemble de cas, avec les mêmes données et les mêmes limites. Notez la qualité, le temps total, les erreurs, les reprises et les opérations réellement effectuées. Incluez le travail humain nécessaire pour obtenir un résultat exploitable.

La méthode de sélection doit aussi examiner la maintenance : qui met à jour les contenus, qui change les règles et qui intervient en cas d’incident ? Notre approche des outils commerciaux aide à relier ces choix au fonctionnement de l’équipe. Le pilotage commercial permet de vérifier l’effet sur le travail, au-delà de l’usage de l’outil.