Onboarding client en agence : un processus pratique

Pourquoi l’onboarding décide du projet

La plupart des retards en début de projet ne viennent ni du design ni du code. Ils viennent de l’attente : des fichiers de marque, d’un accès au domaine, de quelqu’un qui dise qui décide. Chaque attente est petite, mais ensemble elles repoussent le premier jalon et donnent au client l’impression que le projet est lent, alors qu’il n’a pas encore commencé.

L’onboarding est l’étape entre une proposition signée et le premier livrable. Son rôle est simple : réunir tout ce dont l’équipe a besoin, convenir de qui fait quoi et fixer la première date. Bien mené, il montre aussi au client, dès le premier jour, comment se déroulera tout le projet.

La réunion de lancement

Organisez une courte réunion de lancement une fois la proposition signée. Ce n’est ni un rendez-vous commercial ni un atelier. Tenez-vous-en à un ordre du jour clair :

Présenter les personnes des deux côtés et leurs rôles.
Reprendre le périmètre, les étapes et les dates de la proposition signée.
Convenir de qui valide les livrables côté client.
Expliquer où le projet sera suivi, et comment joindre l’équipe.
Passer en revue le formulaire d’onboarding et ce qui manque encore.

Envoyez un court compte rendu écrit après la réunion, à l’endroit où vivra le projet, pour que rien ne dépende de la mémoire de chacun.

Un formulaire d’onboarding par service

Un site web, une application SaaS et un forfait SEO n’ont pas besoin des mêmes informations. Un questionnaire générique unique demande trop ou oublie l’essentiel. Gardez un formulaire par service : pour un site, les pages, les langues, les éléments de marque et le domaine ; pour le SEO, les services et zones visés, les concurrents et l’accès à Search Console ; pour un logiciel, les utilisateurs, les rôles, les intégrations et les données.

Laissez le client le remplir à son rythme, enregistrer sa progression et inviter des collègues à répondre aux parties qu’ils connaissent. Une fois le formulaire envoyé, l’équipe doit être prévenue, et les réponses doivent rester rattachées au projet plutôt qu’enfouies dans un e-mail.

Comptes et accès, sans partager de mots de passe

Tôt ou tard, l’équipe a besoin d’accéder au domaine, à l’hébergement, à la fiche Google, aux statistiques ou aux réseaux sociaux du client. Ne demandez jamais de mots de passe par e-mail, sur une messagerie ou dans un formulaire. Chaque fois que le service le permet, demandez au client d’ajouter votre équipe comme utilisateur, avec son propre identifiant et le bon niveau d’accès ; les outils Google, les registraires de domaines et la plupart des hébergeurs le permettent.

Quand un identifiant partagé est inévitable, conservez-le dans un gestionnaire de mots de passe et partagez-le par ce gestionnaire, jamais en texte. Notez dans le projet quels comptes existent, à qui ils appartiennent et qui y a accès, mais jamais les mots de passe eux-mêmes. À la fin du projet, retirez les accès dont vous n’avez plus besoin.

Le dossier du projet doit dire qui a accès à quoi. Il ne doit jamais contenir le mot de passe.

Les fichiers et éléments de marque au même endroit

Logos, polices, photos, textes existants, documents juridiques : demandez-les une seule fois, sous forme de liste, et rassemblez-les dans l’espace fichiers du projet plutôt que dans des e-mails et des messageries. Nommez ce qui manque, et dites quelle étape cela bloque, pour que le client comprenne pourquoi c’est important. Séparez les originaux envoyés par le client des fichiers produits par l’équipe.

Qui valide, et la date du premier jalon

Convenez dès le départ de qui valide les livrables côté client, idéalement une seule personne. Si plusieurs personnes doivent être consultées, cette personne rassemble leurs retours et envoie une seule réponse. Rappelez combien de cycles de révision compte chaque étape, et comment est traitée une modification hors périmètre : décrite, chiffrée et validée avant le début du travail.

Fixez ensuite la date du premier jalon, en la liant explicitement à ce que le client doit encore fournir. « Premières maquettes le 14, si les contenus et les accès arrivent avant le 3 » est clair pour tout le monde, et juste pour les deux parties.

Le portail client, maison du projet

L’onboarding fonctionne mieux quand il se déroule au même endroit que le reste du projet. Un portail client peut accueillir le formulaire d’onboarding, les fichiers, les personnes, les jalons et les validations, pour que le client apprenne un seul endroit dès le premier jour. Les échanges internes restent internes ; le client voit les décisions, l’avancement et ce qui l’attend.

Une checklist d’onboarding client

Utilisez cette liste pour chaque nouveau projet, quel que soit le service :

Proposition signée, première facture émise selon l’échéancier.
Réunion de lancement tenue, compte rendu écrit partagé.
Formulaire d’onboarding du service envoyé, rempli et relu par l’équipe.
Contacts du client listés, avec une personne désignée pour valider.
Comptes listés avec leur propriétaire ; accès donnés en tant qu’utilisateurs, aucun mot de passe échangé par message.
Éléments de marque et contenus existants rassemblés dans les fichiers du projet.
Cycles de révision et processus de demande de modification expliqués.
Date du premier jalon fixée, avec ce dont elle dépend.
Client invité sur le portail, et guidé vers le statut, les fichiers et les validations.

Comment se passe l’onboarding chez Qafza

Chaque projet Qafza commence ainsi, dans Qafza OS. Dès la signature de la proposition, le client reçoit le formulaire d’onboarding de son service dans un espace privé. Il répond étape par étape, dépose ses fichiers, ajoute ses collègues et liste ses comptes sans jamais saisir de mot de passe, et l’équipe est prévenue dès l’envoi. Les agences peuvent faire tourner le même processus sous leur propre marque. Pour savoir où en est votre agence, notre grille d’évaluation gratuite des opérations d’agence couvre l’onboarding et le reste du parcours client.