Les gens en périphérie
Un projet de site web n'implique presque jamais l'agence seule. Il y a le client qui doit valider les maquettes. La personne au marketing qui fournit les textes. Le contact informatique qui ouvre un accès. Le photographe qui livre des images une fois et qu'on ne revoit jamais.
Aucun d'eux ne travaille dans votre outil de projet. Et aucun ne s'y mettra pour une seule tâche.
Pourquoi le client ne s'inscrit pas
Vu de l'agence, cela paraît peu de chose : créer un compte, confirmer l'e-mail, terminé. Vu du client, c'est autre chose.
Il lui faut un mot de passe qu'il oubliera. Il doit retenir laquelle de ses quatre agences utilise quel outil. Dans les grandes entreprises, l'informatique doit d'abord valider un nouveau service, ce qui peut prendre des semaines.
L'effort n'est pas grand en soi. Il est grand par rapport à la tâche, qui se résume souvent à un seul oui.
Ce qui se passe à la place
La tâche repart dans un e-mail. Quelqu'un exporte une liste, la joint et écrit « voir pièce jointe ». Le client répond à l'e-mail au lieu de la tâche. Deux jours plus tard arrive une deuxième version, et personne ne sait plus laquelle fait foi.
Le travail ne disparaît pas, il devient seulement invisible pour l'outil. Et c'est pire que de ne pas en avoir, parce que l'équipe croit désormais que l'état réel est dans le système.
Ce dont une validation a vraiment besoin
Réduite à l'essentiel, une validation client demande étonnamment peu :
- La chose à valider
- Un endroit pour dire oui, non, ou « avec cette modification »
- Un emplacement pour un fichier, s'il y en a un
- Une trace de ce qui a été décidé, pour plus tard
Ce dont elle n'a pas besoin : un compte utilisateur, un système de rôles et une matrice de droits.
Partager sans compte
C'est exactement ce pour quoi Projoodle est conçu. Une liste de tâches ou une checklist se partage par lien. Celui qui a le lien voit les tâches, coche et écrit des commentaires. Les fichiers liés à une tâche peuvent lui être joints directement.
Aucune inscription, d'aucun côté. Le client ouvre le lien et il y est.
Dès que plusieurs lots avancent en parallèle, un tableau Kanban montre tout le projet d'un coup d'œil, et ce lien se partage tout aussi facilement.
Ce que cela change pour l'agence
Le gain évident : les retours arrivent là où se trouve le travail, et non dans une boîte mail. Le moins évident compte davantage. L'état du projet cesse d'être quelque chose que l'on produit pour devenir quelque chose qui est simplement vrai.
Personne ne compose un rapport avant le point hebdomadaire. Le client regarde le même tableau que l'équipe.
Quand un compte reste utile
Pour sa propre équipe, oui. Qui travaille tous les jours sur des projets veut sa vue à lui, ses affectations et son historique. C'est exactement à cela que sert un compte.
Il ne s'agit pas de dire que les comptes sont mauvais. Il s'agit de dire que le processus casse dès qu'on en exige un de tout le monde – parce que ce sont justement les gens en périphérie qui décident si un projet avance.
En bref
Un projet d'agence a un intérieur et une périphérie. La plupart des outils servent bien l'intérieur. C'est à la périphérie que le travail se perd, et là que l'écart entre « un clic » et « créez un compte » décide si le retour arrive.
Plus sur le travail avec des externes dans Gérer les tâches en équipe, y compris avec des externes. Et si ton outil actuel pèse plus lourd que le travail lui-même, Les outils de projet sont souvent trop compliqués traite de cela.
