Aller au contenu
NOT MORE.
Perspectives

IA et automatisation

Avez-vous besoin d’un chatbot, d’une automatisation ou d’un agent d’IA ?

Les différences qui comptent dans le choix d’un système : conversation, règles, actions et responsabilité.

Le choix dépend de ce qui doit se passer après la question de l’utilisateur. Un chatbot offre une interface conversationnelle, une automatisation suit des étapes définies, et un agent d’IA peut choisir des actions et des outils dans le cadre d’un objectif. Ces éléments peuvent fonctionner ensemble. Une décision utile part de la tâche, des informations et de la responsabilité.

Une entreprise peut demander « un robot pour le site » alors que son vrai besoin est de donner à un collègue le contexte complet d’une demande. Une autre peut simplement avoir besoin de réponses plus faciles à trouver. Nommer la technologie ne définit pas le travail.

Quelle distinction compte pour l’entreprise ?

Ici, l’automatisation désigne un processus aux étapes et aux conditions définies. Un agent désigne un système dans lequel le modèle peut choisir des outils pour poursuivre un objectif autorisé. Le guide d’Anthropic sur les agents (en anglais) explique cette distinction. Une interface de conversation n’a pas forcément d’autonomie.

Quelle distinction compte pour l’entreprise ?
BesoinApproche à évaluerCe qu’il faut vérifier
Envoyer un formulaire vers le CRMUne intégration fondée sur des règlesL’information arrive-t-elle correctement, et une seule fois ?
Répondre à des questions sur une offreUne interface conversationnelle avec des informations validéesLa réponse est-elle étayée par l’offre actuelle ?
Résumer des demandes formulées différemmentL’IA dans un processus reluLes faits et les inconnues sont-ils préservés ?
Choisir entre plusieurs étapes suivantes possiblesUn agent avec des outils et des limites définisPeut-il choisir de façon appropriée et vérifier le résultat ?

Pour une tâche simple, une règle peut être plus facile à exploiter et à contrôler. Lorsque la formulation varie d’une demande à l’autre, une interprétation assistée peut être utile. L’autonomie est un choix de conception qui a besoin d’un objectif.

Une conversation ne prouve pas qu’une action a eu lieu

Dans un exemple hypothétique, un visiteur demande s’il peut visiter un showroom le samedi. Une réponse sur les horaires peut suffire. S’il veut un rendez-vous, le système doit vérifier la disponibilité et enregistrer le créneau choisi.

« Votre rendez-vous est réservé » ne prouve pas que l’opération a réussi. Pour ce processus, nous n’afficherions la confirmation qu’après une réponse valide du système de réservation. Si l’intégration ne répond pas, la réservation resterait non confirmée et une alternative serait proposée.

Cette distinction influence le coût, les tests et la responsabilité. Un assistant qui explique des informations publiques et un assistant qui modifie des enregistrements dans un système demandent des contrôles différents.

Que faut-il autour du modèle ?

L’offre, les sources d’information et les règles commerciales doivent être identifiables. Pour chaque action, nous définissons les données nécessaires, l’autorisation, le résultat attendu et la réponse en cas d’échec.

L’équipe doit voir ce qui s’est passé et pouvoir continuer manuellement si nécessaire. Qui relit une synthèse préparée ? Où va la réponse à une question de clarification ? Qui prend le relais lorsqu’un collègue n’est pas disponible ? Ces questions définissent une part importante de la solution.

Quand une expérience conversationnelle a-t-elle du sens ?

Lorsque les questions et la situation des gens gagnent à être clarifiées. Le choix d’un produit peut dépendre de l’espace disponible et de l’usage prévu. Une demande B2B peut dépendre du calendrier et d’exigences déjà documentées ailleurs.

Les visiteurs doivent aussi pouvoir naviguer et contacter l’équipe directement. Certains savent exactement ce dont ils ont besoin et préfèrent comparer eux-mêmes les options. Nous ferions de la conversation un choix utile et testerions où elle aide, en gardant les informations essentielles accessibles.

Comment commencer avec un périmètre maîtrisable ?

Choisissez un besoin et un parcours délimité. Définissez ce que le système reçoit, ce qu’il peut faire et quel résultat doit être vérifié. Testez des demandes ordinaires, des demandes ambiguës et des situations où il doit demander de l’aide.

Plusieurs rôles sur un schéma n’exigent pas automatiquement plusieurs agents. La préparation, la vérification et le passage de relais peuvent appartenir à un même processus. Les éléments supplémentaires doivent se justifier par les résultats et la capacité à les exploiter.

Chez NOT MORE., nous pouvons clarifier le choix, construire l’expérience et les intégrations, et assurer le suivi convenu. Nous pouvons aussi réaliser seulement l’élément qui manque à un processus déjà défini.

Que doit faire le système pour le client et pour l’équipe, au-delà d’une conversation ?

D’UNE QUESTION À VOTRE SITUATION

Qu’est-ce qui mérite une réponse plus claire dans votre entreprise ?

Voyons ce qui aiderait dans votre processus
Rechercher sur le site

Trouvez une direction.

Décrivez votre besoin. Ce guide recherche des articles, des scénarios et des informations sur ce site.

Exemples