Chaque nouveau client commence de la même façon : quelqu’un de votre côté crée son compte, et quelqu’un doit lui communiquer le mot de passe. Pour une agence, un prestataire de services managés (MSP) ou une équipe SaaS qui accompagne de près l’onboarding de ses clients, ce moment se répète des dizaines de fois par an, et l’e-mail de bienvenue qui contient les identifiants est l’une des fuites les plus fiables du métier.
Le partage d’identifiants à usage unique pour l’onboarding client remplace cet e-mail par un lien détruit dès sa première ouverture. La routine ci-dessous prend une minute par client, fonctionne aussi bien pour la première connexion que pour des instructions d’onboarding confidentielles, et laisse une trace que vous pourrez montrer plus tard.
Ce que l’e-mail de bienvenue doit contenir, et ce qu’il ne doit pas contenir
L’onboarding mélange deux types d’informations. Triez-les avant d’écrire quoi que ce soit.
| Va dans l’e-mail habituel | Va dans un lien à usage unique |
|---|---|
| Mot de bienvenue, calendrier de lancement, personnes à contacter | Mot de passe initial ou code d’accès |
| Articles d’aide publics et URL de connexion | Clés API, secrets de webhook, jetons d’intégration |
| Ce que le client recevra et quand | Procédures internes, URL d’administration, tout ce que vous ne voudriez pas voir transféré |
| Son nom d’utilisateur (seul) | Toute phrase de passe ou tout code de récupération |
La règle : si une copie transférée de l’e-mail permettait à quelqu’un d’agir au nom du client, la ligne concernée a sa place dans le lien.
La routine, étape par étape
- Créez le compte du client avec son propre identifiant et le rôle dont il a besoin. Si votre plateforme le permet, rendez le premier mot de passe temporaire pour que le client doive le changer à sa première connexion.
- Vérifiez le contact. Utilisez le nom et l’adresse figurant dans le contrat signé ou donnés lors de la réunion de lancement. Si les identifiants ont été demandés depuis une nouvelle adresse, confirmez par téléphone auprès de la personne que vous connaissez déjà.
- Créez le lien à usage unique. Collez le mot de passe dans le générateur de liens secrets, et rien d’autre. Le texte est chiffré dans votre navigateur avant d’être stocké, la copie stockée est détruite à la première ouverture, et le lien expire à l’heure que vous avez fixée si personne ne l’ouvre.
- Adaptez l’expiration au délai réel. Une heure si vous êtes en ligne avec le client, 24 heures s’il le récupérera plus tard. Limitez le nombre d’ouvertures à une.
- Ajoutez une phrase de passe avec un compte Pro pour un accès de niveau administrateur, et envoyez-la par SMS ou dictez-la pendant l’appel.
- Envoyez le lien dans l’e-mail de bienvenue avec le nom d’utilisateur, l’URL de connexion et une ligne précisant que le lien s’ouvre une seule fois et expire à une heure indiquée. L’e-mail ne contient plus rien qu’un attaquant puisse exploiter.
- Confirmez l’accès, pas la valeur. Demandez au client de se connecter et de changer le mot de passe. Si le lien indique qu’il a été ouvert avant que le client n’y accède, réinitialisez l’identifiant et envoyez un nouveau lien.
- Consignez la transmission : client, compte, destinataire, date, et moment où le mot de passe temporaire a été remplacé. Jamais le mot de passe.
Une pratique que nous voyons souvent chez les MSP : le mot de passe administrateur temporaire part dans un lien détruit après lecture, avec une expiration d’une heure et une phrase de passe envoyée par SMS, et l’historique d’audit du forfait Pro montre ensuite la minute exacte où le client l’a ouvert. Cet historique sert de preuve quand un client demande qui a eu accès, et quand.
Comment partager des instructions d’onboarding confidentielles avec un lien à usage unique
Les identifiants sont le cas évident, mais l’onboarding comprend aussi des contenus qui ne sont pas des mots de passe et qui ne devraient pas non plus être transférés : l’URL de la console d’administration et son code d’accès initial, les étapes pour connecter le prestataire de paiement du client avec une clé de production, un guide d’exploitation pour l’intégration que vous construisez pour lui, ou une procédure propre au client qui contient des détails internes.
Partagez les instructions d’onboarding confidentielles avec un lien à usage unique de la même façon, avec trois ajustements :
- Rédigez les instructions dans l’ordre où le client les suivra, en nommant le portail ou l’application officielle à chaque étape, pour qu’il n’ait pas à poser par e-mail des questions qui citent à nouveau le contenu.
- Laissez de côté les parties permanentes. Un lien qui se détruit à la première ouverture ne convient pas à une référence que le client consultera de nouveau. Placez le guide durable dans votre portail client ou votre centre d’aide, et réservez le lien à usage unique à la partie confidentielle : le code, la clé, l’URL interne.
- Joignez un fichier quand le contenu est un document. Depuis un compte LinkPilot connecté, vous pouvez joindre jusqu’à trois fichiers de 9 Mo chacun, chiffrés dans votre navigateur avant l’envoi et supprimés après un seul téléchargement. Un PDF des étapes de configuration propres au client y tient sans peine.
Lors de la réunion de lancement, dites au client qui enverra le lien et à peu près quand, pour qu’un lien inconnu venant de votre domaine ne ressemble pas à de l’hameçonnage, et pour qu’il ne l’ouvre pas sur une machine partagée avant d’être prêt.
Appliquer la routine à tous vos clients
Une agence qui a beaucoup de clients a besoin d’une routine qui survive aux passations entre chargés de compte.
- Un compte par client, un identifiant par personne. Les accès partagés du type « agency@ » ne peuvent être ni audités ni retirés proprement. Les forfaits Agency de LinkPilot donnent à chaque client un espace de travail isolé, avec ses propres membres et son propre domaine : l’accès est donc cloisonné par client dès la conception.
- Fixez l’expiration par défaut, pas au cas par cas. La plupart des équipes retiennent 24 heures pour les liens d’onboarding et une heure pour les appels en direct.
- Conservez la trace dans le CRM, pas dans le fil d’e-mails : date, destinataire, identifiant concerné, date de remplacement.
- Renouvelez à chaque changement d’interlocuteur. Quand le contact principal du client part, son accès prend fin et tout identifiant qu’il a reçu est réinitialisé, même si la relation avec le client continue.
Quand le lien n’est pas le bon outil
Un lien à usage unique transmet une valeur une seule fois. Ce n’est pas un lieu de stockage, et il ne remplace pas un vrai contrôle d’accès. Si l’équipe du client a besoin d’un accès durable à un identifiant, celui-ci doit se trouver dans un gestionnaire de mots de passe qui appartient au client. Si votre plateforme permet d’inviter le client par e-mail à définir lui-même son mot de passe, utilisez cette option et supprimez entièrement la transmission d’identifiants. Le lien sert dans l’entre-deux, et pour chaque onboarding où cet entre-deux existe encore aujourd’hui.