Plusieurs rédacteurs sur un même compte : équipe, rôles et accès

Dans une rédaction, personne ne fait tout. Un journaliste écrit et veut écouter son article avant qu'il parte. Un secrétaire de rédaction relit et approuve. Quelqu'un, une seule personne en général, tient la facturation et les réglages techniques. Un outil qui ne connaît qu'un compte unique oblige alors à une mauvaise habitude : se passer le même identifiant de main en main. C'est commode un mois, et c'est un problème dès qu'une personne part, qu'une clé technique est créée par erreur, ou qu'on cherche qui a changé un réglage.

WeDispatch range ce travail par rôles. L'idée tient en une phrase : plusieurs personnes travaillent sur le même espace, chacune avec son identité et un périmètre qui correspond à ce qu'elle fait. Voici ce que chaque rôle ouvre, et surtout ce qu'il ferme, parce que c'est là que se joue la tranquillité d'une équipe.

Trois niveaux, décrits par ce qu'ils peuvent faire

Au sommet, le propriétaire du compte. C'est la personne qui l'a ouvert, et c'est sa carte qui paie. Elle seule gère l'abonnement : souscrire, changer de volume mensuel, ouvrir le portail de paiement. Ce choix n'est pas arbitraire ; c'est elle que l'engagement financier concerne, et personne d'autre ne doit pouvoir le modifier.

En dessous, vous attribuez deux rôles aux personnes que vous invitez. L'administrateur règle le compte : il gère l'équipe (inviter, retirer, changer un rôle), les clés d'accès techniques, les sites raccordés, les voix et les réglages du profil. Il fait tout ce que fait le propriétaire, sauf toucher à l'abonnement. Le membre, lui, produit au quotidien : il génère les audios, les corrige, les approuve et consulte les statistiques d'écoute. Il ne gère ni l'équipe, ni les réglages sensibles, ni la facturation.

Ce découpage a une histoire que nous préférons raconter plutôt que taire. Pendant un temps, le rôle d'un membre n'était vérifié qu'à un seul endroit du code. Un simple membre pouvait, dans les faits, créer ou révoquer des clés d'accès, ouvrir le portail de facturation, modifier des sites ou rejouer tous les réglages du compte, alors que son écran lui promettait l'inverse. Un audit interne l'a relevé, et la règle est désormais appliquée partout, des deux côtés : régler le compte demande d'être propriétaire ou administrateur, gérer l'abonnement demande d'être propriétaire, et tout rôle absent, nul ou inconnu est refusé par défaut. Un accès fermé par défaut vaut mieux qu'un accès ouvert par distraction.

Pourquoi un compte partagé n'est pas un rôle

La différence est concrète. Quand une personne quitte la rédaction, vous retirez son accès sans rien changer pour les autres : pas de nouveau mot de passe à diffuser. Quand une clé technique est créée, elle porte le nom de qui l'a créée. Quand un audio est approuvé, l'approbation est horodatée et attribuée à son auteur. Rien de tout cela n'existe quand six personnes se connectent avec le même identifiant. Partager un mot de passe, c'est aussi partager la responsabilité jusqu'à ce qu'elle ne soit plus celle de personne. C'est le même raisonnement que celui que nous tenons sur le trajet de vos textes, détaillé dans où vont les données : ce qui est tracé et attribué est ce qui reste sous contrôle.

Les rôles servent aussi le flux de travail d'une rédaction. Un membre génère et corrige ; une relecture peut être exigée avant la mise en ligne, et l'approbation revient à qui vous l'avez confiée. Nous avons décrit ce passage de relais dans relire l'audio avant publication. Les rôles ne sont pas une couche de sécurité posée par-dessus : ils épousent la façon dont une équipe se répartit déjà le travail.

Rejoindre une équipe, sans mauvaise surprise

Une invitation part par courriel. La personne invitée se connecte et rejoint l'espace qui l'a invitée. Un point mérite d'être dit, parce qu'il a été corrigé après coup : quelqu'un qui possède déjà un compte WeDispatch actif, avec ses propres articles ou réglages, n'est jamais fondu en silence dans l'équipe qui l'invite. Ses données resteraient inaccessibles sans qu'elle l'ait choisi, alors l'invitation est refusée à l'écran, avec sa raison. Seule une personne dont le compte est entièrement vide rejoint l'équipe. La règle est explicite plutôt que devinée, et c'est ce qui évite qu'une personne se retrouve un matin dans un espace qui n'est pas le sien.

Cette mécanique vaut aussi quand vous gérez plusieurs sites. Une équipe, plusieurs sites raccordés, un seul abonnement : nous l'abordons sous l'angle de l'organisation dans gérer plusieurs sites avec un seul compte. Les rôles et le multi-sites répondent à la même question, celle d'une structure qui n'est pas une personne seule.

Ce qu'il faut regarder avant de s'engager

Si vous évaluez un outil d'audio pour une rédaction, posez trois questions simples. Puis-je inviter mes collègues sans leur donner mon mot de passe ? Puis-je décider qui approuve et qui ne fait que produire ? Qui, exactement, peut toucher à la facturation et aux réglages techniques ? La réponse en dit plus long sur la maturité d'un produit que n'importe quelle liste de fonctions. Chez nous, ces réponses sont lisibles dans la page text to speech français et dans le détail de la fonction équipe et rôles : un propriétaire qui garde la main sur l'argent, des administrateurs qui règlent le compte, des membres qui produisent, et un accès fermé par défaut pour tout le reste. Une équipe se partage le travail ; elle ne devrait jamais avoir à se partager une clé.

À lire aussi

• Lire un tableau de données à voix haute : ce qu'une synthèse vocale en fait
• Lire une interview à voix haute : les questions, les réponses, et deux voix
• Ajouter l'audio de vos articles dans une newsletter Mailchimp