Invitez votre équipe

Inviter des gens, ce sont deux décisions : ce qu’ils peuvent atteindre, et ce qu’ils peuvent changer. dotby garde les deux séparées, donc vous avez rarement besoin de sur-promouvoir quelqu’un juste pour le débloquer.

Invitez un coéquipier

Ouvrez les membres (Members) dans la barre latérale et invitez par e-mail. La personne reçoit une invitation et rejoint avec le rôle que vous avez choisi.

Chaque rôle inclut tout ce qui est en dessous :

Rôle	Peut faire
Administrateur	Tout, plus les réglages du workspace, la facturation et la gestion des membres.
Gestionnaire	Tout ce que peut un membre, plus la gestion du contenu du workspace.
Membre	Accès complet aux données du workspace. Le coéquipier normal.
Invité	Aucun accès général au workspace. Ne voit que les projets où il est ajouté.

La plupart des gens devraient être membres. Gardez le nombre d’administrateurs petit — c’est le rôle qui peut changer la facturation et retirer des personnes.

Invitez un client en tant qu’invité

Les invités sont faits pour les personnes extérieures à votre entreprise : clients, prestataires, relecteurs, agences.

Un invité ne voit que les projets où vous l’ajoutez explicitement. Pas la liste des projets du workspace, pas le travail des autres équipes, pas vos canaux internes. Ajoutez-le à un projet et ce projet est tout dotby pour lui.

Les invités sont gratuits, donc vous n’avez jamais à choisir entre garder un client dans la boucle et payer pour ça. Voir les tarifs pour le détail actuel.

Projets privés

Par défaut, un projet est public : tout le monde dans le workspace peut le trouver et l’ouvrir. C’est la bonne valeur par défaut — la plupart du travail gagne à être visible.

Une partie du travail n’y gagne pas. Passez un projet en privé et il disparaît pour tous ceux qui n’y ont pas un accès explicite, administrateurs compris. Utilisez-le pour le petit nombre de cas qui en ont vraiment besoin : une acquisition, un client sensible, un lancement non annoncé, un sujet RH.

Un projet privé est caché, pas seulement bloqué en lecture. Quelqu’un sans accès ne le voit ni dans les listes, ni dans la recherche, ni dans les agrégats inter-projets — la barre d’avancement d’une initiative lui montre le total des projets que lui peut voir, donc l’existence du projet privé ne fuit pas par un chiffre.

Équipes

Une équipe est un groupe de personnes nommé — Design, Backend, Support.

Les équipes sont un confort, pas une frontière de permissions. Leur valeur est une seule poignée pour beaucoup d’humains : mentionnez @design dans un commentaire et tous ceux qui en font partie aujourd’hui sont notifiés, sans que vous ayez à vous souvenir de qui a rejoint le mois dernier.

Donnez à une personne une capacité en plus

Parfois, quelqu’un a besoin d’exactement une chose que son rôle n’inclut pas — voir le temps saisi de tout le monde, ou les tarifs de tout le monde.

Vous pouvez l’accorder individuellement au lieu de promouvoir la personne administrateur. Ça garde courte la liste du « qui peut changer la facturation », qui est le chiffre qui compte vraiment quand quelqu’un s’en va.

Une configuration qui marche

Pour une équipe d’une dizaine de personnes :

Deux administrateurs — vous et une autre personne. Jamais un ; jamais cinq.
Tous les autres sont membres.
Les clients et les prestataires sont invités, sur le seul projet auquel ils appartiennent.
Les projets sont publics, sauf raison précise de ne pas l’être.
Une équipe par groupe réel, utilisée pour les mentions.

Ensuite

Concepts clés — comment rôles, projets et accès s’assemblent.
Premiers pas — si vous n’avez pas encore monté votre premier projet.