Pourquoi fournir des modules de connaissance dans les bots ?

Notice: Undefined index: extension in /home/hubiaiqdxo/www/wp-content/themes/Divi/epanel/custom_functions.php on line 1473

Un chatbot est une machine à apprendre. Un chatbot sans compétence ne sert à rien. Vendre un chatbot sans proposer des compétences fortes Out-Of-The-Box utiles à la cible de clients que l’on souhaite indexer est signe d’un manque de vision.

Un chatbot devrait aujourd’hui être une boîte de Lego à partir de laquelle on monte nos propres histoires, mais qui propose par défaut un ensemble de compétences clés-en-main nous permettant de ne pas réinventer la roue à chaque fois!

Sans cela, les projets d’intégration de chatbot s’allongent et offrent un R.O.I. laborieux!

 

Moi, Responsable IT

Moi, responsable informatique d’une structure utilisant Office 365 depuis quelques années avec quelques milliers de Teams actifs, quelques milliers de collections de sites SharePoint actives, je ne veux/peux pas attendre la création de toutes ces connaissances… Je veux des chatbots qui savent déjà faire la café, ou plutôt non, je ne veux pas DES Chatbots, je veux UN Chatbot, mais j’aimerais que celui-ci soit versatile, je veux pouvoir choisir moi-même dans quels canaux s’appliquent chacune des compétences que je lui ajoute.

Par exemple, je ne veux pas que mon Chatbot m’explique le fonctionnement de Teams lorsque je suis dans mon Teams « Question RH », mais je ne veux pas à contrario qu’il me réponde aux « questions sociales » dans le canal Teams lié à l’adoption du cloud.  En revanche, j’aimerais qu’il réponde tout le temps aux questions généralistes sur ma société, et bien entendu j’aimerais pouvoir déclarer mes tickets au support depuis n’importe où.

Mais voilà, aujourd’hui, nous sommes bloqué par le mono usage des bots. Demain, 9h, si je crée un SharePoint pour stocker des documents commerciaux, j’ai envie qu’à 9h02, sur ce site, un bot puisse répondre aux questions sur le partage de documents dans SharePoint (et accessoirement à d’autres sujets…), et j’ai envie de pouvoir le faire par moi-même.

 

Les concepts de modules et de bases de connaissance

Le concept de module a été introduit dans Hubi depuis la première version du produit, c’est d’ailleurs pour cela (et à cause du multilinguisme aussi) que nous avons dû revoir notre architecture et se passer de certaines technologies Microsoft Cognitive Services que nous utilisions alors.

Hubi.ai est multi-compétences, multi-langue, multi-canal et rajouter un seul de ces multiples est un jeu d’enfant (qui ne coûtera pas un $/€) . La plateforme est fournie avec l’ensemble des modules créés par la communauté de partenaires Hubi.ai et par l’éditeur. Vous aurez accès à plusieurs dizaines de bases de connaissances (inclus dans des modules), que ce soit sur de l’adoption O365 (Teams, Onedrive, Sharepoint), de l’assistance sur les outils de productivité (PowerPlatform, Nintex), sur les règles inhérentes à la RGPD, sur les fondamentaux d’Azure….Etc,etc.  Vous pourrez bien sûr en créer de nouvelles, mais également amender les existantes, et bénéficier de l’amélioration continue de ces bases par les linguistes et experts Hubi ou leurs partenaires.  Un module peut intégrer plusieurs bases, et vous activez les modules en un seul clic!

Jusqu’ici, tout va bien, mais en plus de quelques bases de connaissances, les modules intègrent également un ensemble de scénarios d’automatisation intégrant aux dialogues des connexions à des outils de votre SI ou à des services SaaS (là aussi, vous pourrez créer les vôtres ce qui ne coûtera toujours pas un $/€ quel que soit le connecteur que vous intègrerez, hors coût du service cible évidemment).

Modules disponibles 

L’intérêt dans le fait de proposer ces dizaines de modules (et ces milliers de Questions/réponses sur étagère) c’est de pouvoir alimenter votre chatbot avec des compétences que vous pourrez intégrer dans les canaux de votre choix et ainsi réduire le temps de mise en production de votre chatbot de plusieurs mois à quelques heures (le temps de configurer vos canaux et de choisir vos activations par canaux). Au total c’est plus de 10.000 questions qui directement comprises par le bot améliorant ainsi les scores de prédictions du moteur d’intelligence artificielle.

 

Contextualiser ses contenus sur de multiples canaux dans Office365

Cette approche s’oppose ouvertement aux logiques « Un Chatbot / Un usage ». Via un chatbot comme Hubi, votre nombre d’instances de bot est illimité, vous pourriez avoir un chatbot dans chacun de vos canaux avec des compétences spécifiques par canal, et tout ça géré au sein d’un seul portail qui vous permettra de configurer votre bot. Ensuite, après quelques minutes de recalcul de l’IA, c’est le moteur de NLU qui fera le nécessaire pour rediffuser la configuration.

 

Canaux disponiblesContextualisation des modules
  • Par équipe Teams
  • Par discussion directe dans Teams
  • Par site SharePoint
  • Par tenant Office365
  • Par sites Web
Compétences à contextualiser
  • Par module
  • Par base de connaissance
  • Par scénario

 

L’équipe de création des modules et des bases de connaissance Hubi.ai est composée de linguistes et d’experts métiers travaillant ensemble pour la création et le maintien des modules intégrés à la plateforme.

 

Alexandre a dirigé plusieurs équipes de développements, avant de rejoindre Nintex, leader mondial de l’automatisation du processus bien connu de l’écosystème Office365 en tant qu’évangéliste pour l’Europe de l’ouest. Il a ensuite créé Hub Collab, société spécialisée en automatisation de processus et plateforme Cloud Microsoft. Il a également fondé Hubi.ai, dont il est CEO.