Révisé le 2026-07-12 · Public : agences
Sans doc de livraison, chaque question client redevient un ticket urgent. Six mois plus tard, personne ne sait quels workflows tournent, quels accès existent, ni ce qui a été formé. La doc de livraison, c'est la mémoire du mandat.
Ce guide vous montre comment documenter un sous-compte livré : inventaire, captures, accès, formation, signature de réception.
Ce que vous allez mettre en place
- Un document de livraison standard par client.
- L'inventaire complet : pipelines, workflows, intégrations, accès.
- Des captures et liens utiles pour le client.
- Une signature de réception formelle.
Avant de commencer
- Le sous-compte configuré et testé de bout en bout.
- Un gabarit de doc de livraison (Google Doc ou PDF).
- 1 à 2 heures pour la première version complète.
Étape 1 : Lister ce qui a été livré
Inventoriez : pipelines (noms et étapes), workflows publiés (nom + déclencheur), formulaires, calendriers, intégrations connectées, tags standards. C'est la table des matières de la livraison.
Étape 2 : Documenter les accès et rôles
Listez chaque utilisateur créé : nom, courriel, rôle, ce qu'il peut faire. Indiquez qui contacter côté agence pour les changements. Voir Permissions utilisateurs.
Étape 3 : Ajouter captures et liens
Pour chaque élément critique, une capture d'écran ou un lien direct dans GHL. Le client ne devrait pas chercher 20 minutes pour trouver son pipeline principal.
Étape 4 : Résumer les formations données
Notez les sessions de formation : date, participants, sujets couverts, enregistrement si disponible. Référez aux guides MonGhl ou docs internes partagés. Voir Formation et transfert client.
Étape 5 : Inclure la checklist de démarrage client
Ajoutez les 5 premières actions que le client doit faire seul : se connecter, tester un lead, consulter le pipeline, répondre dans Conversations. Des actions concrètes, pas de théorie.
Étape 6 : Obtenir la signature de réception
Envoyez le document avec une demande de confirmation : « Nous considérons la livraison complète à réception de votre accord. » Courriel de confirmation ou signature DocuSign. Ça protège les deux parties.
Pièges fréquents
- Livrer les accès sans doc : le client est perdu dès le jour 2.
- Doc trop technique, jamais lue.
- Pas de signature : disputes sur le scope plus tard.
- Inventaire incomplet : workflows oubliés dans la doc.
- Doc jamais mise à jour après les change requests.
Vous avez réussi si…
- Le client peut trouver son pipeline principal en moins de 2 minutes avec la doc.
- Chaque utilisateur sait son rôle et ses accès.
- La signature de réception est archivée.