Les bonnes habitudes de support sur Discord ne dépendent pas du bot que vous utilisez : elles consistent à fermer les tickets en indiquant un motif, à verrouiller ou ajouter des personnes de façon réfléchie plutôt que par défaut, et à demander une fermeture au lieu de simplement disparaître. Un système de tickets vous donne les outils ; la façon dont le staff les utilise décide si le support paraît organisé ou chaotique. Voici une liste de contrôle pratique pour le staff qui gère les tickets au quotidien sur Noxyr, basée sur les commandes et réglages qui existent aujourd'hui, et non sur des conseils théoriques.

A support ticket opens, gets claimed by staff, closes, and produces an archived transcript. Open ticket #ticket-0042 Open Claimed Closed Staff assigned Transcript

Rédigez toujours un motif de fermeture

Chaque fermeture (/close now reason:... ou /ticketadmin close) accepte un motif, et vous pouvez le rendre obligatoire avec require_close_reason pour que le staff ne puisse pas le sauter. « Livré, commande NX-0198 » ou « Résolu : problème de moyen de paiement » prend dix secondes à taper, et transforme votre liste de transcriptions en quelque chose qu'on peut rechercher des mois plus tard, au lieu d'un mur de salons fermés qui se ressemblent tous. C'est ce qui compte le plus au moment où vous en avez le moins besoin : un litige, une rétrofacturation, ou une question du type « qu'avions-nous convenu ? » six semaines après. Consultez notre guide des transcriptions pour voir ce qui est sauvegardé en plus du motif.

Demandez une fermeture au lieu de rester silencieux

Si un ticket semble résolu sans que vous en soyez tout à fait sûr, /close request reason:"looks resolved, let us know if not" publie une demande dans le salon, avec des boutons Fermer et Annuler, et éventuellement un minuteur de fermeture automatique en minutes si personne ne répond. Cela évite deux mauvaises habitudes courantes : fermer un ticket alors que le membre n'avait pas fini, et laisser ouvert indéfiniment un ticket probablement terminé parce que personne ne veut être celui qui appuie sur le bouton. La décision revient au membre, avec un délai intégré, au lieu de dépendre du souvenir de quelqu'un pour relancer.

Prenez en charge avant de vous engager, libérez avant de partir

/ticketadmin claim marque un ticket comme étant le vôtre, pour qu'un coéquipier ne double pas la réponse que vous êtes déjà en train de rédiger. Si La prise en charge verrouille le ticket est activé, la prise en charge restreint aussi l'accès des autres rôles staff. C'est exactement pour cela qu'il faut libérer le ticket quand vous avez terminé ou quand vous passez la main : un ticket pris en charge puis oublié peut bloquer discrètement le reste de l'équipe. Consultez notre guide de prise en charge pour le détail de ce réglage.

Verrouillez un ticket au lieu de demander à quelqu'un d'arrêter

/ticketadmin lock empêche l'auteur du ticket d'envoyer d'autres messages pendant que le staff règle un point : un différend tendu, un paiement en cours de vérification, une situation où de nouveaux messages du membre ne feraient qu'ajouter du bruit tant qu'il n'y a rien de neuf à dire. /ticketadmin unlock annule l'opération. C'est plus calme que de demander « merci d'arrêter d'écrire » au milieu d'une conversation tendue, et c'est réversible dès que vous êtes prêt à reprendre.

Ajoutez les bonnes personnes, pas tout le monde

/ticketadmin add user:@someone fait entrer une personne précise dans un ticket : un second membre du staff qui a le contexte utile, ou un autre compte que le membre dit impliqué dans le même problème. /ticketadmin remove le retire. Ajoutez des personnes délibérément, pour une raison que vous sauriez expliquer si on vous la demandait, et non par réflexe « au cas où ». Un ticket avec six personnes dont la moitié n'a pas besoin d'être là est plus difficile à suivre, pas plus rigoureux.

Annoncez vos horaires avant que le staff ne soit hors ligne

Si votre équipe n'est pas disponible 24 h/24, les horaires de support affichent un message honnête hors de vos heures à toute personne qui ouvre un ticket, au lieu de la laisser se demander pourquoi personne ne répond. Associez cela à une fermeture automatique réglée sur une durée raisonnable (48 heures est un défaut sensé), pour que les tickets abandonnés ne restent pas ouverts indéfiniment parce que personne ne les a fermés manuellement.

Répondez depuis le tableau de bord quand vous n'êtes pas à votre bureau

Les membres peuvent consulter et répondre à leurs propres tickets ouverts depuis le tableau de bord web si les tickets web sont activés, et le staff ayant accès peut faire de même. C'est pratique pour une réponse rapide depuis un téléphone, sans ouvrir Discord. Il s'agit dans les deux cas du même ticket et de la même transcription : la vue web est un second point d'entrée, pas un système séparé.

Ne négligez pas la FAQ et les réponses automatiques

Si les mêmes trois questions reviennent chaque semaine, c'est le signe qu'il faut rédiger une entrée de FAQ ou une réponse automatique, plutôt que de continuer à y répondre à la main. Le temps du staff gagné sur les questions répétées reste disponible pour les tickets qui demandent vraiment l'attention d'une personne.

Regardez les chiffres, pas seulement l'impression générale

Les statistiques des tickets (volume ouvert, pris en charge et fermé, temps de réponse moyen, classement du staff) transforment « le support paraît plus lent ces derniers temps » en un chiffre concret sur lequel agir, au lieu d'un débat. Consultez-les régulièrement, et pas seulement quand quelque chose semble déjà aller mal. Consultez notre guide des statistiques de tickets pour savoir les lire sans réagir de façon excessive à une seule mauvaise journée.

Questions fréquentes

Quelle est l'habitude qui a le plus d'impact ici ? Les motifs de fermeture. Ils ne coûtent presque rien et rapportent chaque fois que vous devez retrouver quelque chose plus tard.

Chaque ticket doit-il recevoir une demande de fermeture au lieu d'être simplement fermé ? Non : utilisez les demandes de fermeture quand vous n'êtes pas sûr que le ticket soit réellement résolu, et fermez directement quand c'est clairement le cas. Demander systématiquement ajoute un délai inutile.

Combien de membres du staff ajouter à un ticket type ? Le moins possible au regard de la situation : en général, la personne qui a pris le ticket en charge, plus toute personne ayant un contexte précis et pertinent.

Le bot intègre-t-il une formation du staff ? Non, ce sont des habitudes autour des commandes et réglages existants ; le bot impose les motifs de fermeture si vous les rendez obligatoires, mais n'enseigne pas le reste.

Où vérifier que le staff suit réellement ces habitudes ? Les statistiques des tickets et le journal des transcriptions sont les deux endroits qui montrent le comportement réel, et pas seulement les intentions.

Configurez tout cela depuis le tableau de bord, ou consultez le module tickets complet sur la page du bot de tickets.