Le travail d’abord, pas les fonctions
Avant de choisir des fonctions, notez à quoi vos modérateurs et gestionnaires de communauté passent leur temps. Dans la plupart des serveurs, la réponse est la même poignée de tâches : accueillir les gens et vérifier qu’ils sont réels, distribuer des rôles, répondre aux mêmes questions, gérer ceux qui enfreignent les règles en gardant une trace, et diriger les demandes de soutien vers un endroit où elles ne se perdront pas.
Chacune de ces tâches fait une bonne première fonction : elle fait gagner du temps dès le premier jour, elle se mesure facilement et personne n’a besoin d’être convaincu de l’utiliser. Un système de points ou un mini-jeu, au contraire, ne fonctionne que si les membres s’y intéressent, et vous ne pouvez pas le savoir avant que l’essentiel tourne.
Quoi construire en premier
- 01
L’accueil et la vérification
Un parcours d’accueil qui demande aux nouveaux membres d’accepter les règles, relie au besoin un compte ailleurs, et seulement ensuite ouvre le serveur. Il arrête la plupart des comptes de pourriel à l’entrée et donne à chaque membre la même première expérience.
- 02
Les rôles en libre-service
Des boutons ou un menu pour que les membres choisissent leur région, leur langue, leurs intérêts ou leurs préférences d’avis. Cela retire un flot constant de demandes aux modérateurs et garde les salons pertinents.
- 03
Des actions de modération journalisées
Avertir, mettre en sourdine temporaire, expulser et bannir par des commandes qui consignent qui a fait quoi, quand et pourquoi, dans un salon privé et dans une base de données. Des registres cohérents rendent la modération équitable et permettent à une équipe de se relayer.
- 04
Les réponses aux questions fréquentes
Un petit ensemble de commandes slash, ou une FAQ consultable, qui publie la réponse officielle. Le texte vit dans un tableau de bord, pour que le personnel le modifie sans développeur.
- 05
Les billets de soutien
Un bouton qui ouvre un fil ou un salon privé entre un membre et l’équipe de soutien, avec la transcription conservée à la fermeture. C’est la fonction que les gestionnaires de communauté réclament le plus une fois qu’ils l’ont.
Cinq fonctions forment une première version complète pour la plupart des communautés. Elle se construit, se teste et se remet rapidement, et elle produit les données d’usage dont vous avez besoin pour décider de la suite.
Comment fonctionnent les bots Discord, en bref
Les bots Discord modernes sont construits autour des commandes d’application. Il y en a trois sortes : les commandes slash, qui apparaissent quand un membre tape une barre oblique, et les commandes d’utilisateur et de message, qui apparaissent quand on clique avec le bouton droit ou qu’on touche un membre ou un message. Une application peut enregistrer jusqu’à 100 commandes slash globales, plus 15 commandes d’utilisateur et 15 commandes de message [1]. C’est amplement suffisant; un bot qui en demande plus, ce sont souvent plusieurs bots en un.
Quand un membre utilise une commande ou appuie sur un bouton, Discord envoie au bot une interaction, et le bot doit envoyer une première réponse dans les 3 secondes [2]. Tout ce qui est plus lent, comme appeler un autre système ou un modèle d’IA, doit d’abord accuser réception et répondre ensuite, et le jeton d’interaction qui sert à répondre est valide 15 minutes [2]. Le prévoir dès le départ évite le bogue le plus courant d’une première version : des commandes qui marchent en test et échouent quand le serveur est occupé.
Pour réagir à des événements qui ne sont pas des commandes, comme l’arrivée d’un membre, un bot se connecte à la passerelle de Discord et déclare des intents : les catégories d’événements qu’il veut recevoir [3]. Et chaque bot travaille dans des limites de débit. La documentation de Discord indique que les bots peuvent faire jusqu’à 50 requêtes par seconde à son API, et qu’une adresse qui fait trop de requêtes invalides, actuellement 10 000 par période de 10 minutes, est temporairement restreinte [4]. Un bot qui attribue des rôles en masse ou publie dans tous les salons à la fois doit mettre son travail en file d’attente.
Demandez le moins d’accès possible
Certains intents sont privilégiés à cause des données qu’ils exposent : les membres du serveur, la présence et le contenu des messages [3]. Sans l’intent de contenu des messages, un bot voit un contenu vide dans la plupart des messages qu’il n’a pas envoyés ou où il n’est pas mentionné [3]. La documentation de Discord indique aussi qu’une fois qu’une application compte plus de 10 000 utilisateurs uniques qui peuvent la voir dans ses serveurs, elle doit passer une revue pour garder l’accès aux intents privilégiés, et que les applications vérifiées, ce qu’une application doit être dès qu’elle est dans 100 serveurs ou plus, doivent faire approuver chaque intent privilégié [3].
La leçon pratique : concevez, quand c’est possible, des fonctions qui n’ont pas besoin d’accès privilégié. Les commandes slash, les boutons et les menus transmettent eux-mêmes leurs données au bot : une FAQ, un système de billets ou des rôles en libre-service n’ont pas besoin de lire chaque message. Une modération automatique par mots-clés, oui, et l’AutoMod de Discord peut la couvrir sans bot sur mesure.
- Ne demandez l’intent des membres du serveur que si vous avez besoin des arrivées et des départs, pour l’accueil ou le décompte des membres.
- Évitez l’intent de contenu des messages, sauf si une fonction lit vraiment du texte libre, et notez pourquoi pour la revue.
- Ne donnez au rôle du bot que les permissions que ses fonctions utilisent. Un bot administrateur est un point de défaillance unique pour tout le serveur.
Quoi construire plus tard, ou jamais
| Fonction | Quand elle a du sens | Attention à |
|---|---|---|
| Niveaux et points | Une fois l’essentiel en place, pour récompenser les membres utiles, pas seulement les bruyants | Récompenser le nombre de messages attire le pourriel. Récompensez plutôt les réponses, les événements et les contributions |
| Une économie ou une boutique | Quand les points s’échangent contre quelque chose que les membres valorisent, comme des rôles ou l’accès à des événements | Tout ce qui a une valeur réelle soulève des questions pour vos conseillers |
| Clavardage ou réponses par IA | Quand votre FAQ est grande et bien tenue, pour que le bot y réponde en citant ses sources | Il faut une évaluation, des limites et un moyen de passer la main à une personne |
| Comptes reliés | Quand vos membres utilisent aussi votre site, votre application ou votre jeu | Connexion par l’OAuth de Discord et un avis de confidentialité clair |
| Musique et médias | Rarement pour une communauté d’entreprise | Les licences du contenu et les règles de la plateforme |
| Republication vers Telegram ou d’autres plateformes | Quand votre communauté est vraiment répartie entre elles | Les décisions de modération doivent suivre les messages |
Deux projets Discord, chiffrés selon notre grille
Les exemples ci-dessous montrent la fourchette selon notre grille tarifaire d’aujourd’hui, avec l’échéancier de paiement et le coût mensuel d’exploitation. Le premier est la première version à cinq fonctions décrite plus haut. Le second ajoute un tableau de bord web où le personnel gère le bot, où les membres relient leurs comptes et où l’équipe voit comment va la communauté.
Exemple chiffré en direct
Un bot communautaire de première version
Accueil et vérification, rôles en libre-service, actions de modération journalisées, commandes de FAQ et billets de soutien, avec une petite page de réglages pour le personnel.
- Développement
- ≈ 11 900 USD à 18 200 USD, livré en 4 semaines au plus17 000 $ CA à 25 900 $ CA
Les prix dans votre devise sont des estimations au taux du jour de la Banque du Canada. Toute la facturation se fait en CAD ou en USD.
Modalités de paiement
- Acompte 30 %
- 5 100 $ CA à 7 770 $ CA
- Commandes convenues 15 %
- 2 550 $ CA à 3 885 $ CA
- Fonctionnel sur un serveur de test 30 %
- 5 100 $ CA à 7 770 $ CA
- Mise en ligne 15 %
- 2 550 $ CA à 3 885 $ CA
- Retenue, 30 jours après la mise en ligne (10 %)
- 1 700 $ CA à 2 590 $ CA
Exploitation
- Hébergement
- ≈ 176 USD par mois250 $ CA par mois
- Soutien
- ≈ 1 000 USD par mois1 425 $ CA par mois
Exemple chiffré en direct
Un bot communautaire avec tableau de bord web
Le même bot, plus un tableau de bord web avec connexion par Discord, des vues en direct de la modération et des billets, l’analytique des membres, des intégrations avec le reste de vos outils et un plan de soutien.
- Développement
- ≈ 50 500 USD à 77 200 USD, livré en 16 semaines au plus71 900 $ CA à 109 900 $ CA
Les prix dans votre devise sont des estimations au taux du jour de la Banque du Canada. Toute la facturation se fait en CAD ou en USD.
Modalités de paiement
- Acompte 30 %
- 21 570 $ CA à 32 970 $ CA
- Découverte 5 %
- 3 595 $ CA à 5 495 $ CA
- Commandes convenues 3,5 %
- 2 516,50 $ CA à 3 846,50 $ CA
- Maquettes approuvées 5 %
- 3 595 $ CA à 5 495 $ CA
- Fonctions principales 15,2 %
- 10 928,80 $ CA à 16 704,80 $ CA
- Développement complet 10,1 %
- 7 261,90 $ CA à 11 099,90 $ CA
- Fonctionnel sur un serveur de test 7,1 %
- 5 104,90 $ CA à 7 802,90 $ CA
- Tests et corrections 5 %
- 3 595 $ CA à 5 495 $ CA
- Mise en ligne 9,1 %
- 6 542,90 $ CA à 10 000,90 $ CA
- Retenue, 30 jours après la mise en ligne (10 %)
- 7 190 $ CA à 10 990 $ CA
Exploitation
- Hébergement
- ≈ 176 USD par mois250 $ CA par mois
- Soutien
- ≈ 2 500 USD par mois3 565 $ CA par mois
Exploiter un bot après le lancement
Un bot qui écoute la passerelle est un programme qui doit rester connecté toute la journée, tous les jours. Prévoyez où il tourne, comment il redémarre après une panne, et comment vous saurez qu’il est arrêté avant que vos membres vous le disent.
- Hébergez-le sur un serveur ou une plateforme de conteneurs avec redémarrage automatique et vérifications d’état, pas sur l’ordinateur de quelqu’un.
- Gardez ses données (journaux de modération, billets, réglages) dans une vraie base de données avec sauvegardes, pas dans des fichiers à côté du code.
- Journalisez chaque commande et chaque échec, pour pouvoir répondre quand un modérateur demande ce qui s’est passé.
- Gardez le jeton du bot dans un coffre de secrets, changez-le s’il fuit et ne le collez jamais dans une conversation.
- Suivez le journal des changements de Discord pour les développeurs. Les changements de plateforme sont annoncés, et un bot que personne n’entretient cesse de fonctionner sans bruit.
Savoir si ça a fonctionné
Décidez à quoi ressemble le succès avant la mise en ligne du bot, pour que la prochaine fonction soit choisie sur des preuves plutôt que selon qui la réclame le plus fort. Le bot peut compter l’essentiel pour vous.
- L’accueil : combien de personnes arrivent, combien terminent la vérification et combien partent pendant leur première semaine.
- La modération : les actions par semaine, les récidivistes et le temps qu’un signalement attend avant que quelqu’un agisse.
- Le soutien : les billets ouverts, le délai de première réponse, le délai de fermeture et les questions qui reviennent sans cesse.
- Les commandes de FAQ : quelles réponses servent le plus, et quelles questions arrivent encore à une personne. Ce sont les prochaines réponses à écrire.
Vérifiez ce que Discord fait déjà avant de payer pour l’obtenir. Les serveurs communautaires ont des questions d’accueil intégrées et l’AutoMod, et pour un petit serveur, cela peut suffire. Un bot sur mesure devrait faire ce qu’ils ne font pas : vos règles, vos registres et des liens avec vos propres systèmes.
Une liste de contrôle pour votre mandat
- 01
Nommez les tâches
Listez ce que les modérateurs et les gestionnaires font à la main chaque semaine, et combien de temps cela leur prend.
- 02
Choisissez les cinq premières
Retenez les fonctions qui font gagner le plus de temps et demandent le moins d’accès.
- 03
Décidez qui modifie quoi
Le texte de la FAQ, les menus de rôles, les messages d’accueil et les salons de journal devraient être modifiables par le personnel, sans développeur.
- 04
Écrivez les accès nécessaires
Les intents et les permissions, et pourquoi chacun est nécessaire. Cela accélère la revue et protège le bot.
- 05
Planifiez l’exploitation
Hébergement, surveillance, sauvegardes et qui appeler. Un bot est un service, pas un fichier livré une fois.