Boîte de réception partagée : organiser le service client
Boîte de réception partagée pour le service client : à quoi elle sert et comment l'organiser (attribution, doubles réponses, notes, routage, relève, routine).
Dans cet article
- Boîte de réception partagée : définition
- Boîte partagée, e-mail commun ou comptes Telegram personnels
- Attribution : une conversation, un responsable
- Éviter les doubles réponses
- Notes privées et mentions
- Routage par compétences et capacité
- Étiquettes ou catégories
- Délais de réponse attendus par canal
- Passage de relève entre deux équipes
- La check-list quotidienne du responsable d'équipe
- Erreurs fréquentes
- Questions fréquentes
Une équipe qui répond aux clients depuis trois endroits (le chat du site, un compte Telegram sur le téléphone de quelqu'un et une adresse e-mail que tout le monde partage) passe une partie de chaque journée à reconstituer qui a répondu à quoi. Quelqu'un répond deux fois. Une autre personne pense qu'un collègue s'en occupe. Un client attend une journée parce que son message dormait sur un téléphone éteint.
Une boîte de réception partagée pour le service client rassemble tout cela dans une seule file. Ce guide explique comment la mettre en place et quelles règles internes la font tenir : attribution, doubles réponses, notes, routage, passage de relève, et une courte routine quotidienne pour la personne qui encadre l'équipe.
Boîte de réception partagée : définition
C'est une file unique depuis laquelle toute l'équipe travaille. Les messages de tous les canaux y arrivent, chaque conversation est visible par les personnes qui en ont besoin, et chacune a un statut et au plus un responsable à la fois.
Dans Hodhod, le chat du site et Telegram (un compte de l'entreprise ou un bot) arrivent dans le même panneau, et n'importe quelle conversation peut devenir un ticket avec tout son historique quand elle demande un suivi plus long. Chaque agent ne voit que les boîtes de réception auxquelles il a été ajouté.
Boîte partagée, e-mail commun ou comptes Telegram personnels
Les petites équipes démarrent souvent avec l'une de ces deux solutions, et les deux cassent aux mêmes endroits.
| Adresse e-mail commune | Comptes Telegram personnels | Boîte de réception partagée | |
|---|---|---|---|
| Qui s'en occupe ? | On devine d'après les « Re: » ou on demande dans un groupe | Seul le propriétaire du téléphone le sait | Le responsable est affiché sur chaque conversation |
| Deux personnes qui répondent | Fréquent | Rare, puisque personne d'autre ne voit rien | Visible avant que ça arrive |
| Quand un agent part | Les e-mails restent, pas le contexte de qui a promis quoi | L'historique part avec lui | L'historique et les notes restent |
| Délais de réponse | Difficiles à mesurer | Pas mesurés | Rapports par canal et par agent |
Les comptes personnels ont un coût de plus : le client se retrouve avec le numéro privé d'un salarié, et ce salarié continue de recevoir des messages pendant ses jours de repos.
Attribution : une conversation, un responsable
La plupart des soucis d'une boîte partagée viennent d'une attribution floue, alors écrivez les règles. Une version à copier :
- Chaque conversation a un seul responsable, de la première réponse jusqu'à sa résolution.
- Si le routage ne l'a pas attribuée, elle revient à la personne qui envoie la première réponse.
- Le responsable ne change que par une réattribution, accompagnée d'une note privée qui dit pourquoi et ce qui suit.
- Aider un collègue se fait dans une note privée, jamais dans une réponse au client.
- Avant de vous déconnecter, réattribuez toute conversation qui attend une action de votre part.
- Pendant les heures d'ouverture, le responsable d'équipe attribue tout ce qui reste sans responsable plus de dix minutes.
Les équipes se situent un niveau au-dessus. Les questions de facturation vont à l'équipe facturation, et dans cette équipe une seule personne est responsable de chaque conversation.
Éviter les doubles réponses
Deux agents qui répondent au même client avec deux réponses différentes, c'est le signe le plus visible d'une boîte mal tenue. La règle d'attribution évite la plupart des cas. L'indicateur de collision de Hodhod couvre le reste : si un collègue consulte ou rédige une réponse dans la même conversation ou le même ticket, vous le voyez. Le mode par défaut vous avertit. Vous pouvez passer en mode « bloquer », qui laisse toujours le choix « Envoyer quand même ». Vous êtes aussi averti si quelqu'un a répondu après que vous avez ouvert la conversation, ou si le responsable a changé.
Notes privées et mentions
Les notes servent à ce que la personne suivante doit savoir : ce que vous avez vérifié, ce que vous avez promis, ce que vous attendez. Mentionnez un collègue avec @ dans une note et il reçoit une notification ; la question reste à côté de la conversation au lieu de se perdre dans un groupe de discussion à part.
Un format de note rapide à lire :
- Vérifié : paiement encaissé le 3, commande non créée.
- Promis : remboursement ou commande avant demain 12 h.
- Suite : en attente de @Sam (facturation) pour savoir laquelle des deux.
Routage par compétences et capacité
Avec deux ou trois agents, répartir les conversations à la main fonctionne. Au-delà, le responsable devient standardiste. Les règles de routage font ce travail à sa place.
Dans Hodhod, vous donnez à chaque agent des compétences avec des niveaux (une langue, un sujet) et une limite de capacité. Les règles peuvent s'appuyer sur la boîte de réception, une étiquette, un mot-clé, la catégorie de ticket ou les heures d'ouverture, et la stratégie peut être la moins chargée, le tourniquet ou la meilleure compétence. Si aucune règle ne correspond, une solution de repli s'applique. Un journal de décision montre pourquoi chaque agent a été choisi, et vous pouvez tester les règles dans un simulateur avant de les activer.
Un premier jeu de règles pour une petite équipe :
- Les conversations en arabe vont aux agents qui ont la compétence arabe.
- Les tickets de la catégorie « facturation » vont à l'équipe facturation, d'abord à l'agent le moins chargé.
- Tout le reste part en tourniquet vers les agents de premier niveau.
- Repli : le responsable d'équipe.
La capacité, c'est de l'arithmétique. Trois agents limités à quatre chats chacun peuvent tenir 12 chats en même temps. Le treizième client attend dans la file qu'une place se libère, et c'est là qu'il est utile d'afficher sa position dans la file du widget.
Étiquettes ou catégories
On les confond souvent, alors mettez-vous d'accord sur la différence :
- Les catégories appartiennent aux tickets, une par ticket : facturation, livraison, bug, mode d'emploi. Vous les définissez dans les paramètres des tickets. Cinq à huit suffisent.
- Les étiquettes se posent sur n'importe quelle conversation, plusieurs à la fois : « vip », « remboursement », « recontact ». Les règles d'automatisation et les rapports s'en servent.
Gardez une liste écrite des étiquettes, avec une ligne sur le sens de chacune. Si chaque agent invente ses étiquettes au fil de l'eau, les rapports ne veulent plus rien dire. Pour ajouter des priorités par-dessus, voyez la priorisation des tickets de support.
Délais de réponse attendus par canal
Les clients n'attendent pas la même rapidité sur chaque canal. Des objectifs d'exemple pour une petite équipe, à ajuster à vos effectifs :
| Canal | Première réponse pendant les heures d'ouverture | En dehors des heures d'ouverture |
|---|---|---|
| Chat du site | 2 minutes | Formulaire de ticket, réponse le lendemain matin |
| Telegram | 15 minutes | Réponse le lendemain matin |
| Ticket | 4 heures ouvrées | Le compteur ne tourne que pendant les heures d'ouverture |
Traduisez ces objectifs en politiques SLA avec « Uniquement pendant les heures d'ouverture », pour que les échéances ne courent pas la nuit. Pour la rapidité en chat, voir quel temps de réponse viser en chat en direct.
Passage de relève entre deux équipes
Avant de partir, l'agent sortant ajoute une note à chaque conversation ouverte qui attend une réponse de l'équipe, au format ci-dessus. Puis il publie un court résumé pour l'équipe suivante :
- Relève, mardi 18 h
- En attente de notre part : 6, toutes avec une note
- Promis : 2 réponses avant 10 h demain
- À surveiller : erreurs de la passerelle de paiement depuis 17 h 30, issue ouverte, avis actif dans le widget
- En attente du client : 9, rien à faire
La check-list quotidienne du responsable d'équipe
- En début de journée : passez en revue les conversations non attribuées et le rapport « Unanswered conversations ». Rien de la veille ne devrait y rester.
- Échéances : vérifiez les tickets proches de leur SLA ou qui l'ont dépassé.
- Charge : regardez la charge en direct de chaque agent et redistribuez si l'un est plein pendant qu'un autre est vide.
- Avis : vérifiez que les annonces du widget sont toujours exactes et retirez celles qui ont expiré.
- Qualité : lisez cinq conversations clôturées dans la journée.
- En fin de journée : vérifiez que les notes de relève existent et que rien n'est attribué à quelqu'un qui est absent demain.
Erreurs fréquentes
- Tout le monde regarde tout et personne n'est responsable de rien.
- Des conversations restent attribuées à des personnes en congé.
- Les notes deviennent de longues discussions. Gardez les décisions dans les notes et la discussion ailleurs.
- Un agent garde un compte Telegram personnel « pour les clients importants », en dehors de la boîte.
- On résout des conversations pour que la file paraisse courte, et elles se rouvrent le lendemain.
Pour voir le chat du site, Telegram et les tickets dans une seule boîte avec votre propre équipe, demandez une démo. Chaque formule commence par un essai gratuit de 14 jours, et la page support Telegram explique comment ce canal se connecte.
Questions fréquentes
À partir de combien d'agents une boîte partagée devient-elle utile ?
Deux. Dès que deux personnes répondent sur le même canal, il faut voir qui s'occupe de quoi.
Chaque agent voit-il toutes les conversations ?
Pas forcément. Dans Hodhod, chaque agent ne voit que les boîtes de réception auxquelles il a été ajouté, et les conversations peuvent être routées vers des équipes.
Quelle différence entre une boîte de réception partagée et un logiciel de ticketing ?
La boîte partagée est l'endroit où arrivent toutes les conversations. Un ticket est une conversation qui demande un suivi sur plusieurs jours, avec une priorité et une échéance. Dans Hodhod, les deux se trouvent dans le même panneau.
Comment éviter que deux agents répondent au même client ?
Commencez par une règle d'attribution claire. L'indicateur de collision fait le reste : les agents voient quand un collègue consulte déjà la conversation ou y rédige une réponse, et vous pouvez le passer de l'avertissement au blocage.


