Développement chatbot IA crypto : des réponses issues de vos propres sources

Ce qu'un chatbot Web3 devrait gérer

Test rapide : Prenez 20 questions de votre chat de support et voyez combien votre documentation répond clairement.

Un chatbot IA Web3 devrait résoudre les questions répétitives en utilisant des informations produit approuvées, puis faciliter la mise en relation avec une personne lorsqu'une demande nécessite du jugement. Il est utile lorsque les utilisateurs demandent régulièrement des informations sur les fonctionnalités du produit, la configuration, les réseaux pris en charge, la documentation ou où obtenir de l'aide.

Avant le développement, listez les questions auxquelles l'assistant doit répondre et les décisions qu'il doit laisser à votre équipe. Séparez les informations publiques des documents internes et identifiez les sujets qui nécessitent une réponse humaine. Par exemple, les instructions produit peuvent être traitées à partir de la documentation, tandis qu'une demande concernant un compte individuel ou une transaction inhabituelle peut être routée vers le support.

Une première version ciblée est plus facile à tester et à maintenir qu'un assistant censé répondre à toutes les questions possibles. Partagez :

• Le public principal et le canal qu'il utilise déjà.
• La documentation actuelle, les FAQ et les réponses du support.
• Les sujets qui nécessitent un examen humain ou qui ne doivent pas recevoir de réponse automatisée.
• La personne ou l'équipe responsable des escalades.

Pour une vue plus large des options de développement, voir Développement Web3 et Développement d'agents IA.

Comment ancrer les réponses dans votre documentation ?

Nous organisons vos supports approuvés pour que le chatbot puisse les utiliser comme base de réponses, puis nous façonnons son comportement autour de ce que ces supports disent réellement. Cela commence par un examen de la documentation source, source par source : nous vérifions ce qui est à jour, qui en est responsable et si des pages séparées se contredisent.

La préparation utile ne consiste pas simplement à collecter la plus grande archive possible. Commencez par les supports dont les utilisateurs ont le plus besoin, supprimez les instructions obsolètes et marquez le contenu privé ou inapproprié pour les réponses publiques. Si un nom de produit, un réseau, un processus ou une politique a changé, dites-nous quelle version fait autorité. Nous pouvons également identifier les lacunes où le matériel source ne répond pas à une question courante, afin que votre équipe puisse décider d'ajouter des conseils ou d'orienter l'utilisateur vers le support.

La conception de la conversation définit ensuite un style de réponse et des limites claires. L'assistant doit dire quand les sources approuvées ne fournissent pas de réponse plutôt que de présenter une politique ou un prix non pris en charge. Votre équipe peut examiner des exemples de questions et de réponses avant le lancement.

Pour des travaux produit connexes, explorez Développement de sites Web3 et de landing pages ou Développement de dApps.

Votre liste de contrôle en 7 points pour la préparation du chatbot

Vérifiez ces 7 points avant de commencer le développement. La qualité des sources détermine la qualité des réponses, donc la plupart du travail se fait avant tout code. Cochez ensemble lors d'un court appel et notez qui est responsable de chaque ligne avant la fin de l'appel.

• Listez les documents que le bot peut utiliser.
• Supprimez ou marquez les pages obsolètes.
• Collectez 20 vraies questions d'utilisateurs.
• Écrivez 5 choses que le bot ne doit jamais répondre.
• Choisissez le premier canal.
• Nommez qui reçoit les transferts.
• Convenez comment les mises à jour de la documentation atteignent le bot.

Termes en une ligne

Réponse ancrée : une réponse basée sur vos sources approuvées, sans deviner.

Transfert (en termes simples : passer une question à une personne lorsque le bot ne doit pas répondre).

Site web, Telegram ou Discord : quel canal convient à vos utilisateurs ?

Le bon canal de chatbot est celui qui place l'aide là où vos utilisateurs la demandent déjà et où votre équipe peut gérer les escalades. Un assistant sur site web convient aux visiteurs cherchant des informations sur le produit ou l'intégration ; un assistant Telegram convient au support dans une communauté Telegram existante ; un assistant Discord peut servir les membres d'un serveur de projet.

Le canal affecte la configuration pratique, pas la source de vérité : chaque version doit répondre à partir de la même documentation approuvée et suivre les mêmes limites. Pour chaque canal, convenez de l'emplacement, du message de bienvenue, des types de questions attendus et de ce qui se passe lorsqu'une personne a besoin d'aide. Dans les canaux communautaires, décidez comment l'assistant doit se comporter aux côtés des modérateurs pour soutenir la conversation plutôt que de l'obscurcir.

Vous pouvez commencer avec un canal et étendre la même approche documentaire plus tard. Pour un développement spécifique au canal, voir Développement de bots et mini-apps Telegram.

Transfert et plusieurs langues

Erreur courante : Nourrir le bot avec de vieux documents. Retirez les pages obsolètes avant de connecter quoi que ce soit.

Un chatbot utile rend l'action suivante claire lorsqu'il ne peut pas résoudre une question. Nous concevons le transfert humain autour de votre flux de support : ce qui compte comme une escalade, où l'utilisateur doit aller et quel contexte doit accompagner la demande.

Convenez des cas d'escalade avant la mise en œuvre. Les exemples courants incluent les problèmes spécifiques au compte, les demandes sensibles, les documents contradictoires et les questions où l'utilisateur a besoin d'une décision plutôt que d'une explication générale. Décidez si l'assistant doit fournir un lien de support, orienter l'utilisateur vers un membre de l'équipe ou collecter un bref résumé pour le suivi. La route choisie doit correspondre à la façon dont votre équipe gère réellement les demandes.

Pour les réponses multilingues, fournissez le matériel source approuvé et dites-nous quelles langues comptent pour votre public. Nous pouvons concevoir des réponses dans ces langues et signaler le contenu source qui n'a pas d'équivalent examiné. Cela évite de traiter une traduction non examinée comme faisant autorité. Les exemples de test doivent inclure des questions ordinaires, des formulations ambiguës, des demandes non prises en charge et des scénarios de transfert dans chaque langue prévue.

Si le projet nécessite également un comportement produit on-chain adapté en plus des réponses de support, le développement de smart contracts est un flux de travail séparé qui peut être planifié en parallèle du chatbot.

Ce que comprennent les tests et l'ajustement

Les tests vérifient si l'assistant donne des réponses utiles à partir de vos sources approuvées et suit les règles d'escalade convenues. Nous préparons des questions représentatives avec votre équipe, examinons les réponses ensemble et révisons les formulations peu claires ou la couverture des sources avant le lancement.

Un ensemble de tests pratique devrait couvrir :

• Les questions fréquentes et les formulations alternatives que les utilisateurs peuvent utiliser.
• Les questions directement répondues par une source et les questions sans réponse approuvée.
• Les documents contradictoires ou obsolètes qui nécessitent un responsable pour les résoudre.
• Les demandes qui devraient aller à un humain plutôt que de recevoir une réponse en libre-service.
• Les canaux et les langues inclus dans le plan convenu.

Après le lancement, le rapport sur les questions sans réponse donne à votre équipe un moyen concret d'améliorer l'expérience. Nous pouvons aider à distinguer une source manquante d'une question peu claire ou d'un cas qui relève du support. Votre équipe approuve les modifications des conseils produit, et nous ajustons le chatbot en fonction du matériel révisé et des attentes de réponse.

MarketingExtra maintient le travail actionnable en partageant les exemples de tests examinés, les questions ouvertes sur la documentation et les tâches de suivi convenues avec votre contact projet. Pour les projets qui nécessitent également une interface utilisateur, coordonnez le plan du chatbot avec le développement de sites Web3 pour que l'emplacement et la route de support soient cohérents.

Que confirmer avant le lancement

Un lancement est prêt lorsque les sources approuvées, l'accès au canal, les limites de réponse et la propriété humaine sont clairs. Confirmez qui peut autoriser l'intégration, qui approuve les réponses et qui reçoit les escalades ; puis testez les parcours utilisateur convenus dans le canal prévu.

Les permissions d'accès et la configuration du canal sont contrôlées par votre équipe et la plateforme concernée, elles peuvent donc affecter l'intégration et la préparation au lancement. Nous ne pouvons pas promettre que chaque formulation d'utilisateur produira une réponse complète ou que chaque question pourra être résolue à partir de la documentation ; nous pouvons livrer l'intégration convenue et examiner le comportement par rapport aux cas de test approuvés.

Avant le coup d'envoi, rassemblez les documents sources actuels, le canal avec lequel vous voulez commencer, des exemples de questions d'utilisateurs, votre contact pour les escalades et les langues prévues. Nous examinerons les supports, signalerons les décisions que votre équipe doit prendre et confirmerons un plan pratique pour la mise en œuvre. Envoyez à MarketingExtra ces éléments et votre canal préféré pour démarrer l'examen du chatbot.

Envoyez 3 choses : vos documents actuels, le canal pour commencer et 20 vraies questions d'utilisateurs.

Comment ça marche

1. Partager les sources et les objectifs du canalEnvoyez la documentation actuelle, le canal cible, le public et des exemples de questions courantes. Identifiez tout matériel qui doit rester privé.
2. Examiner les sources et les limitesNous vérifions le matériel source pour la propriété, les lacunes et les instructions contradictoires, puis convenons de ce que le chatbot peut répondre et quand il doit escalader.
3. Concevoir les conversations et le transfertNous cartographions les questions courantes, le style de réponse, les langues prises en charge et la route vers un humain pour les demandes qui nécessitent un examen.
4. Implémenter et testerNous configurons le canal convenu et examinons des questions représentatives avec votre équipe, y compris les cas sans réponse et d'escalade.
5. Lancer et ajusterAprès le lancement, nous examinons les modèles de questions sans réponse et coordonnons les mises à jour approuvées des sources ou des réponses avec votre équipe.