Rôles et autorisations dans une boîte de réception d’équipe : qui doit voir quoi

Dans une boîte de réception d’équipe, donnez à chaque personne l’accès minimal dont son travail a besoin : les agents lisent les conversations qui leur sont attribuées et y répondent (et prennent en charge celles non attribuées), les superviseurs voient les conversations et les rapports de toute leur équipe, le marketing gère les modèles et les campagnes mais pas les conversations de support individuelles, les développeurs gèrent les automatisations et les intégrations, et la finance voit la facturation. Seuls un ou deux administrateurs peuvent modifier les canaux, les rôles et la facturation. Construisez chaque rôle à partir de ces tâches, testez-le avec un vrai compte et revoyez-le dès que quelqu’un arrive, change de poste ou part.

C’est le principe du moindre privilège appliqué à la messagerie client. Il ne s’agit pas de méfiance. Cela protège les données personnelles des clients, évite des erreurs coûteuses comme un canal supprimé ou une campagne envoyée à la mauvaise liste, et rend évident qui a fait quoi.

Pourquoi les rôles comptent davantage dans une boîte de réception de messagerie

Une boîte de réception partagée concentre beaucoup d’éléments sensibles au même endroit :

• Des données personnelles en clair. Adresses, numéros de téléphone, photos de pièces d’identité, ordonnances, problèmes de paiement. Les clients envoient sur WhatsApp des choses qu’ils ne saisiraient jamais dans un formulaire web.
• Des boutons puissants. Déconnecter un numéro WhatsApp, modifier un parcours en production, envoyer une campagne de masse ou changer un modèle d’IA touche tous les clients d’un coup.
• Des identifiants. Les clés des fournisseurs d’IA, les URL de webhook et les fonctions peuvent faire sortir des données de votre espace de travail.
• De l’argent. Le solde de l’espace de travail, les factures et les liens de paiement.

Quand tout le monde est administrateur, un nouvel agent peut faire tout cela dès son premier jour. La plupart des incidents dans les boîtes de réception partagées ne sont pas des attaques : ce sont des personnes bien intentionnées qui cliquent sur quelque chose auquel elles n’avaient pas besoin d’accéder.

Principes de conception des rôles

Partir des tâches, pas des intitulés

« Agent senior » et « agent » font peut-être le même travail. Demandez-vous plutôt : quelles conversations cette personne doit-elle voir, que modifie-t-elle et de quels rapports a-t-elle besoin ? Deux personnes aux intitulés différents mais aux mêmes réponses partagent un rôle.

Limiter le nombre de rôles

Quatre à six rôles suffisent à la plupart des entreprises. Chaque rôle supplémentaire doit être maintenu et audité. Si vous vous surprenez à créer « Agent – Ayşe », arrêtez-vous et repensez l’ensemble.

Séparer voir et modifier

Beaucoup de personnes doivent lire quelque chose sans le modifier. Un superviseur peut lire les parcours pour comprendre pourquoi un client a reçu un message, sans pouvoir les modifier. Un accès en lecture seule suffit souvent.

Décider délibérément de la visibilité des conversations

C’est la décision la plus importante pour les agents. Il existe trois modèles courants :

Modèle	Les agents voient	Adapté à
Ouvert	Toutes les conversations	Petites équipes qui se remplacent, données peu sensibles
Les siennes plus la file	Les conversations qui leur sont attribuées, plus celles non attribuées qu’ils peuvent prendre	La plupart des équipes support et commerciales
Les siennes uniquement	Uniquement les conversations qui leur sont attribuées	Cliniques, finance, agences au service de plusieurs clients, équipes externalisées

« Les siennes plus la file » est un bon choix par défaut. Les agents ne peuvent pas parcourir les clients de leurs collègues, mais rien ne reste bloqué puisque les conversations non attribuées restent visibles.

Rendre le rôle d’administrateur rare

Un ou deux administrateurs suffisent largement. Tous les autres, y compris les managers, doivent utiliser un rôle adapté à leur travail. Les droits d’administrateur « au cas où » sont la voie par laquelle les rôles dérivent vers « tout le monde peut tout faire ».

Un jeu de rôles de départ

Utilisez-le comme modèle et adaptez-le à votre activité.

Agent

• Voit : les conversations qui lui sont attribuées et les conversations non attribuées qu’il peut prendre.
• Fait : répondre, ajouter des notes internes, transférer ou clôturer des conversations, mettre à jour les champs du profil client.
• Ne fait pas : modifier les canaux, les parcours, les réglages d’IA, les modèles, les membres de l’équipe ou la facturation ; ne voit pas les rapports par défaut.

Si vous utilisez un transfert de l’IA vers un humain, les agents doivent aussi voir les conversations que l’assistant leur transmet, ce qui signifie en pratique les conversations attribuées et non attribuées.

Superviseur ou chef d’équipe

• Voit : toutes les conversations de son équipe, ainsi que les rapports.
• Fait : attribuer et réattribuer les conversations, clôturer en masse celles qui traînent, contrôler la qualité, lire les parcours et les réglages d’IA.
• Ne fait pas : modifier la facturation, connecter ou supprimer des canaux, ni gérer les rôles.

Les superviseurs ont besoin de rapports pour piloter leur équipe. Si vous suivez le délai de première réponse et les SLA, consultez notre guide des indicateurs du support par chat pour savoir quoi leur présenter.

Marketing

• Voit : les modèles, les campagnes et les listes de contacts qu’il est autorisé à contacter.
• Fait : créer et soumettre des modèles, préparer et programmer des envois de masse, lire les rapports de campagne.
• Ne fait pas : lire les conversations de support individuelles, modifier les canaux ni éditer les parcours de support.

Le principal risque d’un accès marketing est l’envoi à la mauvaise audience. Notre guide de l’opt-in WhatsApp couvre l’aspect consentement ; les autorisations déterminent qui peut appuyer sur « Envoyer ».

Développeur ou intégrateur

• Voit : les automatisations, les fonctions, les parcours, les webhooks, les modèles d’IA et les réglages d’intégration.
• Fait : construire et tester des parcours et des fonctions, connecter des fournisseurs d’IA et des outils, configurer des webhooks.
• N’a pas besoin : d’accéder à la facturation, à la gestion de l’équipe ni, idéalement, aux vraies conversations clients au-delà de ce que les tests exigent.

Traitez ce rôle comme sensible, même s’il n’est pas « administrateur ». Les clés API des fournisseurs d’IA et les destinations des webhooks déterminent où vont les données clients. Attribuez-le à des personnes nommément identifiées, pas à un compte partagé d’agence.

Finance

• Voit : la facturation, les factures, le solde de l’espace de travail et les enregistrements de paiement.
• Fait : recharger le solde, télécharger les factures, vérifier les paiements.
• Ne fait pas : lire les conversations ni modifier quoi que ce soit dans la boîte de réception.

Administrateur ou propriétaire

• Tout, y compris les rôles, les canaux et la facturation. Limitez-le à une ou deux personnes, et assurez-vous qu’il y en ait au moins deux pour que personne ne soit bloqué quand l’une est en congé.

Équipes, horaires de travail et rôles fonctionnent ensemble

Les rôles décident de ce qu’une personne peut faire. Les équipes et les horaires de travail décident du travail qui lui parvient :

• Les équipes (ventes, support, facturation, une région ou une marque) permettent d’attribuer des conversations à un groupe et à un superviseur de superviser son groupe.
• Les horaires de travail et les plannings déterminent quand les personnes sont censées répondre, ce qui compte pour le routage et pour des délais de réponse honnêtes.
• Les statuts comme en ligne, absent et hors ligne indiquent à l’équipe qui est réellement disponible.

Concevez les trois ensemble. « Les agents de l’équipe d’Istanbul voient leurs propres conversations et la file d’Istanbul pendant leur service » est une règle complète ; « les agents peuvent lire les conversations » ne l’est pas.

Comment déployer les rôles sans rien casser

1. Listez chaque personne et ce qu’elle fait aujourd’hui. Un tableur avec le nom, le poste, les canaux et les écrans utilisés suffit.
2. Regroupez-les en quatre à six rôles à l’aide du modèle ci-dessus.
3. Créez les rôles à partir d’un rôle existant, puis retirez ce qui n’est pas nécessaire plutôt que de tout ajouter depuis zéro.
4. Testez chaque rôle avec un vrai compte. Un agent voit-il la file ? Un superviseur peut-il ouvrir les rapports ? Le marketing peut-il soumettre un modèle sans ouvrir les conversations de support ?
5. Faites basculer les personnes par petits groupes, en commençant par une équipe capable de faire des retours rapides.
6. Mettez les règles par écrit, un paragraphe par rôle, pour que les nouveaux arrivants et les auditeurs les comprennent.
7. Révisez régulièrement : quand quelqu’un arrive, change de poste ou part, et tous les quelques mois pour tout le monde.

Quand quelqu’un part, retirez son accès le jour même et réattribuez ses conversations ouvertes pour que les clients n’attendent pas.

Cas particuliers à prévoir

• Agences et équipes externalisées. Donnez à chaque personne externe son propre compte et un rôle agent « les siennes uniquement ». À la fin du contrat, retirer l’accès se fait en une étape, et son historique lui reste attribué.
• Plusieurs marques ou clients dans un même espace de travail. Utilisez une équipe par marque et limitez les agents à leurs propres conversations, pour que les clients d’un donneur d’ordre ne soient jamais visibles des agents d’un autre.
• Personnel temporaire et saisonnier. Créez-les avec le rôle agent simple, sans rapports ni accès aux automatisations, et notez une date de suppression dans votre agenda le jour où vous les invitez.
• Managers qui ne veulent que des chiffres. Un rôle en lecture seule avec les rapports et sans accès aux conversations est souvent tout ce dont un dirigeant a besoin.
• Accès d’urgence. Décidez à l’avance qui peut accorder des droits supplémentaires la nuit ou le week-end, plutôt que de distribuer des droits d’administrateur « pour l’instant ».

Erreurs fréquentes

• Tout le monde est administrateur parce que c’était plus simple le premier jour.
• Des identifiants partagés pour les agences ou les équipes de nuit. Vous perdez toute trace de qui a répondu et ne pouvez pas retirer l’accès d’une seule personne.
• Des agents qui peuvent modifier les parcours et « corrigent » un message pour un client, ce qui le change pour tout le monde.
• Des rapports cachés aux superviseurs, qui pilotent alors au feeling.
• Un énorme rôle « personnalisé » par personne, que plus personne ne sait expliquer six mois plus tard.

Comment MonoChat s’y prend

Dans MonoChat, les rôles se trouvent dans Paramètres › Équipe › Rôles. Choisissez + Créer, donnez un nom au rôle et choisissez une Référence (Reference), c’est-à-dire un rôle existant comme point de départ. Activez ou désactivez ensuite chaque autorisation.

• Des autorisations détaillées par domaine. Les autorisations sont regroupées par domaine, comme le chat (canaux, webhooks, sessions et messages), le CRM, l’automatisation (fonctions, parcours, modèles d’IA, MCP, harnesses et exécutions d’agents), le marketing, les rapports, l’équipe, la facturation, le portefeuille et les paiements, avec des droits distincts de lecture, création, modification et suppression lorsqu’ils s’appliquent.
• Les conversations attribuées uniquement. Les sessions de chat ont des périmètres « attribués », comme la lecture des sessions de chat attribuées et la lecture des sessions libres (non attribuées), pour que vous puissiez limiter un agent à ses propres conversations plus la file d’attente.
• Les rapports par autorisation. Le menu Rapports n’apparaît que pour les rôles qui ont l’autorisation de lire les rapports.
• Les équipes, les horaires de travail et les plannings se règlent dans Paramètres › Équipe, et les conversations peuvent être attribuées à une personne ou à toute une équipe, une par une ou en masse depuis la boîte de réception partagée.

Consultez rôles et autorisations pour une vue d’ensemble, ou créez un compte gratuit sur app.monochat.ai et essayez un rôle avec un utilisateur de test avant d’inviter l’équipe.