L'essentiel sur les rôles et les droits d'accès
- Raisetalk sépare nettement deux questions : ce qu'un utilisateur a le droit de faire (ses droits) et les données qu'il a le droit de voir (son périmètre). La première dépend de son rôle, la seconde de sa place dans l'organigramme.
- Trois rôles par défaut couvrent la plupart des organisations : Administrateur, Manager opérationnel, Conseiller. Prêts à l'emploi, sans aucun paramétrage.
- Besoin d'aller plus loin ? Un écran Rôles permet de composer des rôles personnalisés : un libellé par langue, une matrice de droits à cocher, et l'attribution du rôle déléguée au bon responsable.
- Deux modèles de sécurité reconnus, combinés : RBAC (les droits par rôle) et ABAC (la visibilité selon la position dans l'organigramme). L'un dit qui peut faire quoi, l'autre qui voit quelles données.
- Un rôle ne se supprime jamais : il se désactive. L'accès est coupé immédiatement, le rôle n'est plus attribuable, et rien de l'historique n'est perdu.
La qualité concerne toute l'entreprise, pas seulement les managers
Le quality monitoring est souvent pensé comme un outil de managers : on installe la plateforme, quelques responsables s'y connectent, et les conseillers restent à l'écart de leurs propres données. C'est un gâchis. Un conseiller qui voit ses conversations analysées, ses points forts et ses axes de progrès, progresse plus vite qu'un conseiller débriefé une fois par mois. La montée en compétences se joue là, au plus près du terrain.
Impliquer tout le monde suppose pourtant de répondre proprement à une question simple : qui a accès à quoi ? Sans réponse claire, deux mauvaises habitudes s'installent. Soit on partage un compte pour toute l'équipe, et la traçabilité disparaît. Soit on ouvre tout à tout le monde, et un conseiller se retrouve à consulter les évaluations de ses collègues, ou la facturation de l'entreprise.
La bonne réponse n'est ni « tout fermé » ni « tout ouvert ». C'est donner à chacun exactement son périmètre de responsabilité : ni plus, ni moins. C'est précisément ce que gère l'écran Rôles de Raisetalk.
Trois rôles par défaut, prêts à l'emploi
Chaque organisation démarre avec trois rôles, pensés pour couvrir l'immense majorité des besoins sans le moindre réglage.
| Rôle | Pour qui | Ce qu'il peut faire | Ce qu'il voit |
|---|---|---|---|
| Administrateur | Le ou les responsables de l'outil | Tout : réglages, grilles d'analyse, utilisateurs, facturation, et gestion des rôles | Toute l'organisation |
| Manager opérationnel | Les managers d'équipe | Suivre et créer des conversations, évaluer, piloter ses équipes, recevoir les alertes managériales | Son équipe et les équipes rattachées en dessous |
| Conseiller | Les collaborateurs en ligne | Consulter ses conversations, ses évaluations et ses retours | Ses propres données uniquement |
Cette répartition suffit à la plupart des entreprises. Un administrateur configure et pilote, un manager anime ses équipes, un conseiller travaille sur ses propres conversations. Les rôles par défaut ont des libellés gérés par l'application dans chaque langue, et l'Administrateur est un rôle système : ses droits ne se modifient pas et il ne peut jamais être désactivé, pour éviter de se verrouiller hors de son propre outil.
Composer un rôle sur mesure quand l'organisation grandit
Passé une certaine taille, les trois rôles ne suffisent plus. Un « manager stratégique » qui pilote sans toucher aux grilles, un « référent qualité » qui gère les contestations sans administrer les comptes, un « support de niveau 2 » : chaque organisation a ses nuances. Plutôt que de les forcer dans un moule, Raisetalk laisse créer des rôles personnalisés.
Depuis le menu Rôles, réservé par défaut aux administrateurs, on crée un rôle en quelques instants :
- Un libellé par langue, pour que chacun voie le rôle dans sa propre langue. La clé technique, elle, est générée automatiquement à partir du libellé français : rien à saisir.
- Une matrice de droits à cocher, organisée en familles claires : Conversations, Grilles et analyses, Automatisations, Reporting et découverte, Support, Organisation. On active précisément ce que le rôle doit pouvoir faire, famille par famille.
- Une délégation d'attribution : chaque rôle génère son propre droit d'attribution. Vous décidez qui, dans l'organisation, peut donner ce rôle à un utilisateur. Un responsable régional peut ainsi gérer les rôles de sa région sans devenir administrateur de toute l'entreprise.
La colonne de l'Administrateur reste en lecture seule : ce rôle système garde tous ses droits, par construction. Pour tous les autres, la matrice est votre tableau de bord des habilitations, lisible d'un coup d'œil.
Désactiver un rôle, jamais le supprimer
Un rôle porte des utilisateurs, un historique, des évaluations. Le supprimer laisserait des trous. Raisetalk ne le permet donc pas : un rôle devenu inutile se désactive.
La désactivation a des effets immédiats et sans ambiguïté :
- Les utilisateurs de ce rôle ne peuvent plus se connecter, et leurs sessions en cours sont coupées à la requête suivante.
- Le rôle n'est plus attribuable à de nouveaux utilisateurs.
- Il ne reçoit plus les alertes d'équipe.
La réactivation rétablit l'accès aussi vite. L'Administrateur, encore une fois, échappe à la règle : il ne peut pas être désactivé. Résultat : vous ajustez votre organisation sans jamais craindre de perdre une donnée ni de vous enfermer dehors.
Sous le capot : RBAC et ABAC, le duo qui sécurise l'ensemble
Deux modèles de contrôle d'accès font référence dans l'industrie. Raisetalk s'appuie sur les deux, parce qu'ils répondent à deux questions différentes.
Le RBAC (Role-Based Access Control) répond à « qui peut faire quoi ». Les droits ne sont pas attachés à une personne mais à un rôle. On attribue un rôle à un utilisateur, il en hérite tous les droits ; on fait évoluer le rôle, tous ceux qui le portent suivent. C'est exactement ce que gère la matrice des droits : évaluer une conversation, gérer une grille, accéder au reporting, traiter une demande de support. Un droit, une case, un rôle.
L'ABAC (Attribute-Based Access Control) répond à « qui voit quelles données ». Ici, l'accès ne dépend plus du rôle seul mais d'un attribut de l'utilisateur : sa position dans l'organigramme. Par défaut, chacun voit les données de son équipe et des équipes situées en dessous de lui dans l'arborescence. Un manager voit son périmètre managérial ; le même rôle, placé plus haut dans l'organigramme, voit plus large, sans qu'on ait rien reconfiguré. Le Conseiller, lui, est volontairement restreint à ses seules données, quelle que soit sa place dans l'arbre.
La combinaison est ce qui rend le système à la fois simple et sûr. Le rôle décide des actions ; l'organigramme décide du périmètre de données. Vous n'avez pas à recréer un rôle par équipe : un seul rôle « Manager opérationnel » convient à tous vos managers, chacun ne voyant que son propre périmètre. C'est ce couplage qui permet d'impliquer tous les collaborateurs sans jamais exposer une donnée au mauvais destinataire.
Cette logique de périmètre se prolonge d'ailleurs au-delà de l'entreprise. Pour nos partenaires intégrateurs, comme SYD Digital Care, l'isolation par périmètre garantit qu'une instance cliente ne voit jamais les données d'une autre, y compris à travers le module Support.
Pour commencer
- Connectez-vous à votre espace Raisetalk avec un compte administrateur.
- Dans le menu, ouvrez Rôles : vous y retrouvez vos trois rôles par défaut et leurs utilisateurs.
- Vérifiez que chaque collaborateur porte le bon rôle. Pour la plupart des équipes, les trois rôles par défaut suffisent.
- Besoin d'un rôle sur mesure ? Cliquez sur Nouveau rôle, nommez-le dans vos langues, et cochez ses droits dans la matrice.
Donner à chacun son juste périmètre, c'est la condition pour que la qualité devienne l'affaire de toute l'entreprise, et plus seulement celle de quelques managers. Le détail des droits, famille par famille, est décrit dans la documentation Rôles et droits de votre espace.
