Voilà la situation dans laquelle je me trouvais il y a six mois.
Deux nouveaux reps à onboarder. Pas de vrai playbook. Tout à construire from scratch. Des AEs attendus à €500 de new MRR dès le premier mois - avec une montée progressive jusqu'à €4 500–5 000 au quatrième mois, pour un panier moyen de €600. Et en parallèle, quatre autres reps avec des deals ouverts qui avaient encore besoin de moi.
Chaque heure passée à expliquer la même chose à un nouveau rep était une heure de moins pour les reps déjà en production.
J'avais un Notion. Il contenait tout - personas, documentation ICP, frameworks de discovery, battlecards. Et j'ai réalisé à un moment que moi-même, en tant que new joiner, je n'aurais pas envie de l'utiliser. Des docs partout. Aucun chemin clair. Plus proche d'un Chucky que d'un playbook (si vous avez la référence au film d'horreur!).
Alors je me suis posé la seule question qui comptait : comment construire un système qui onboarde un nouveau rep sans que je devienne le goulet d'étranglement ?
Voici ce que j'ai construit.
Le vrai problème : les managers confondent transmission et coaching
La plupart des onboardings sales traitent les deux comme le même travail. Le manager explique. Le rep écoute. Le manager répond aux questions. Le rep revient trois semaines plus tard avec les mêmes questions. Le manager répond à nouveau.
Ce n'est pas du coaching. C'est de la transmission en boucle.
La transmission, c'est donner à quelqu'un une connaissance qu'il n'a pas encore. Le coaching, c'est développer un jugement qu'on ne peut pas apprendre dans un document. Ce sont des compétences différentes, des investissements en temps différents, et des résultats différents.
L'erreur que je faisais : je faisais les deux, mal. Je passais des heures à expliquer des choses qu'un bon enregistrement aurait expliquées mieux - et il me restait moins de temps pour le roleplay, le feedback en live, le vrai coaching que seul un humain peut faire.
La reconstruction était simple dans le concept : sortir la transmission de mes mains et la mettre dans le système. Libérer mon temps pour le coaching.
Tout le reste découle de là.
À quoi ressemble le système
J'ai déplacé l'environnement d'onboarding depuis Notion vers un workspace construit sur Lovable - en puisant le contenu dans trois sources :
- la documentation Notion existante
- les slides de Pitch (l'équivalent de Google Slides)
- et les enregistrements de calls sur Claap.
Le résultat ressemble à un intranet pour le rep. Pas une to-do list. Un environnement structuré avec des sections claires : les objectifs de ramp et les attentes, les rituels de l'équipe, les contacts clés dans la boîte, et un plan semaine par semaine pour les mois un et deux.

Chaque grand sujet a son propre module de training - ICPs et personas, notre framework de discovery (on utilise SPICED), le process de vente, la roadmap produit, les battlecards, le positionnement concurrentiel. Chaque module suit le même format en trois étapes.
Le rep regarde un enregistrement de session de training à son propre rythme - 40 minutes en moyenne. Ensuite, une cheat sheet synthétise les points clés. La version anti-sèche du contenu. Rapide à lire, conçue pour être consultée à nouveau plus tard, pas juste consommée une fois. Puis il me réserve 30 minutes. Il arrive avec ses questions et un résumé de ce qu'il a compris. Je pose des questions pour évaluer le niveau de compréhension. L'objectif n'est pas la perfection - c'est confirmer qu'il est sur la bonne voie et combler les vrais manques.
Une règle : le rep est propriétaire du tempo. Mon agenda est ouvert. Quand il est prêt, il réserve. Ce simple changement - la responsabilité de son côté - a complètement changé la dynamique. Ils arrivent mieux préparés. Les sessions sont plus denses. Je passe moins de temps à me répéter.
En parallèle des modules de training, chaque rep a accès à une librairie de calls sélectionnés. Pas tous les calls. Des enregistrements Claap spécifiquement choisis -des deals conclus, de bonnes discoveries, des conversations compétitives, de la gestion d'objections en situation réelle. Le genre de calls où on peut entendre à quoi ressemble un bon échange, pas juste le lire.
Le plan de ram-up : ce qui se passe semaine par semaine
Le système ne fonctionne que si le rep sait exactement ce qu'il est censé faire et quand. Voici la structure semaine par semaine qu'on utilise.
Semaine un: environnement et marché
L'objectif est simple : à la fin de la semaine un, tous les outils sont configurés et fonctionnels, et le sales comprend le marché avant de toucher au produit. En pratique, le setup est généralement terminé au bout du troisième jour. Le reste de la semaine est consacré aux modules de training sur les ICPs et personas, et aux premières sessions de shadow sur des calls en live.
L'instruction la plus contre-intuitive que je donne : ne va pas dans le produit tout de suite. La semaine une, c'est comprendre les problèmes qu'on résout, pas les features. Qu'est-ce qu'une équipe sales peine vraiment à faire au quotidien ? Ce qu'un RevOps valorise dans une boîte de 50 personnes versus 200 personnes ? Quels sont les vrais points de douleur derrière chaque persona ? D'abord la douleur, ensuite le produit. Si un sales comprend le problème en profondeur, le produit fait sens. S'il va au produit en premier, il apprend des features sans contexte.
La semaine un a aussi un objectif humain : rencontrer les contacts clés dans la boîte. Pas juste la sales team - ops, growth, product managers, marketing. Pour chaque personne rencontrée, je lui demande d'identifier une chose dans laquelle cette personne est exceptionnellement forte, et de repartir avec un conseil actionnable pour son onboarding. Pour les top performers de l'équipe en particulier : observer attentivement et extraire ce qui les différencie - pas juste shadow, mais analyser.
Chez lemlist on est 150 personnes, 100% à distance. Savoir qui sait quoi - et pouvoir aller directement à la bonne personne sans tout passer par moi - est une compétence fonctionnelle qui rapporte beaucoup. Construire ces connexions en semaine une signifie que le sales n'est pas isolé quand il rencontre son premier vrai blocage.
Semaine deux: produit et premier roleplay
La semaine deux, c'est là où se passe le training produit - les features, les cas d'usage, comment chaque persona utilise la plateforme. Et immédiatement en parallèle : les premiers rounds de roleplay.
Roleplay de discovery le matin. Puis même après-midi : "construis-moi une démo basée sur la discovery qu'on vient de faire - tu as quelques heures." Ils préparent. Les enjeux semblent réels. Le feedback atterrit différemment que dans une discussion théorique.
La logique de comprimer le training produit et le roleplay dans la même semaine est délibérée. Ils ont besoin de comprendre le produit suffisamment pour le démontrer - mais la meilleure façon de faire émerger les lacunes dans leur connaissance produit, c'est de les mettre dans une situation où ces lacunes font mal. Le roleplay accélère les deux.
Semaines trois et quatre: deals et qualification en live
À la semaine trois, les sales assistent à des deals en live et commencent à gérer des calls de qualification de manière indépendante. Ils resent encore beaucoup en shadow, tout en prenant doucement la main. Je reste proche - pas en étant sur chaque call, mais en debriefant chaque call qu'ils gèrent et en faisant du roleplay ciblé sur ce qui a émergé.
Le format de roleplay asynchrone devient plus actif ici. J'envoie un message vocal sur Slack en jouant le rôle d'un prospect - une objection, une situation. Le rep a 24h pour répondre. J'écoute, je donne du feedback, on passe au scénario suivant. En ce moment je fais ça tous les deux jours avec Romain, notre stagiaire, spécifiquement sur les objections compétitives. Le format scale d'une façon que le roleplay en live ne permet pas - et ça signifie que le coaching se passe en continu, pas seulement dans des sessions planifiées.
Mois deux: accélération vers la target
Au mois deux, le sales gère son propre pipeline avec notre soutien. Les modules de training sont désormais du matériel de référence - pas du contenu à consommer pour la première fois, mais des ressources auxquelles revenir quand une situation spécifique émerge. La librairie de calls fonctionne de la même façon : un rep qui prépare un deal avec un persona spécifique revient sur les calls pertinents avant le meeting.
Les check-ins avec moi passent de la validation de compréhension au coaching sur les deals. On ne parle plus de théorie SPICED - on parle d'un deal spécifique, d'un stakeholder spécifique, d'une objection qui est remontée hier.
Où Claap s'insère
C'est la chose que je n'avais pas pleinement comprise avant de reconstruire mon onboarding.
J'avais déjà animé des sessions de training. La connaissance existait. Elle avait été exprimée à voix haute, expliquée avec des exemples, répondue avec de vraies questions de vrais sales. Mais elle vivait dans ma tête, dans des decks de slides approximatifs, dans des enregistrements de calls que personne n'allait revoir.
Le travail n'était pas de créer du nouveau contenu. C'était de rendre ce qui existait déjà accessible et structuré au point qu'un sales aurait vraiment envie de l'utiliser.
Les transcripts Claap sont devenus la matière première des modules de training:
- Le langage exact que j'avais utilisé dans une session en live.
- Les exemples spécifiques.
- Les nuances qui se perdent habituellement entre un training en live et un résumé écrit.
Lucile (notre Sales Enablement Manager) a aidé à construire le template et la structure - je me suis concentré sur le fond, elle s'est concentrée sur le rendre utilisable. Le résultat était du contenu de training que je n'aurais pas pu produire aussi vite ou aussi proprement from scratch.
Quand le contenu a besoin d'être mis à jour - comme quand on a reçu la roadmap produit Q2 la semaine dernière - le processus est rapide. Le meeting a été enregistré sur Claap. Le transcript existe. Je mets à jour le module, j'ajoute le lien et les slides. Terminé en 20 minutes.
La librairie de calls fonctionne de la même façon. Je passe en revue les enregistrements, je sélectionne ceux qui valent la peine d'être appris, je les ajoute à la librairie. Le sales regarde à son propre rythme. Je n'ai pas besoin d'être dans la pièce pour qu'il apprenne d'un excellent call.
Où je passe vraiment mon temps maintenant
Le système de training gère la transmission. Ça me libère pour le travail qui développe vraiment le jugement : le roleplay et le coaching sur les deals.
Le format de roleplay asynchrone est devenu un de mes leviers avec le plus de valeur ajoutée. Un message vocal sur Slack me prend deux minutes à enregistrer. Il donne au sales un scénario réaliste, du temps pour réfléchir, et un format qui le force à articuler sa réponse - pas juste acquiescer dans une session en live. La boucle de feedback est serrée : il répond, j'écoute, je donne un ou deux points spécifiques, on passe au scénario suivant.
Je commence à systématiser ça dans toute l'équipe en fonction des axes de développement individuels. Pas le même scénario pour tout le monde - des scénarios ciblés sur le manque spécifique de chaque sales. Un sales faible sur les objections compétitives reçoit des scénarios compétitifs. Un rep qui a du mal avec la navigation multi-stakeholders reçoit des scénarios où le champion pousse mais le signataire résiste.
Pour les questions produit qui ne nécessitent pas de coaching, on a Proddy -un channel Slack où les sales posent n'importe quelle question et obtiennent une réponse générée par IA basée sur notre documentation Notion et l'historique Slack interne. 99% des questions produit standard y trouvent une réponse. Je suis rarement sollicité sur des questions produit sauf pour un vrai cas spécifique.
Le principe derrière tout ça : ma disponibilité est une ressource limitée, comme la vôtre. Un sales qui fait transiter chaque question par moi n'est pas soutenu - il développe une dépendance qui lui fera mal quand le pipeline sera chargé et que je ne serai pas disponible. L'objectif, c'est des sales autonomes qui savent où trouver les réponses et qui viennent me voir pour les situations où le jugement humain fait vraiment la différence.
Ce qui a changé
Avant la reconstruction, onboarder un nouveau sales signifiait trois à quatre semaines d'implication personnelle intensive. Des workshops, des explications répétées, une disponibilité qui se faisait au détriment de tout le reste de l'équipe. Les sales déjà en production le ressentaient. Je le ressentais.
Maintenant un nouveau sales passe par les modules de training asynchrone à son propre rythme. Les check-ins de 30 minutes sont focalisés parce qu'ils arrivent préparés. La librairie de calls leur donne accès à de vrais exemples sans que j'aie besoin de curating manuellement à chaque fois. Les sessions de roleplay - en live et en asynchrone -sont là où j'investis mon vrai temps de coaching.
Le signal qui m'a dit que ça fonctionnait : des sales pleinement onboardés qui demandaient accès aux ressources d'onboarding. Pas parce qu'ils avaient besoin de refaire l'onboarding - parce que la qualité était suffisamment bonne pour qu'ils veuillent s'y (référer.
C'est ça le bon niveau. Pas "est-ce que mon programme a suffit à onboarder mes sales le premier mois" Mais "est-ce qu'ils ont envie d'y revenir ?"
Si la réponse est oui, tu as construit quelque chose qui en valait la peine.
Conclusion
La plupart des managers à qui je parle savent que leur onboarding ne tourne pas rond. Ils n'ont juste pas la bande passante pour le réparer - parce que le réparer demande du temps qu'ils passent à faire de l'onboarding.
C'est le piège. Le système qui cause le problème est le même système qui mange le temps dont tu aurais besoin pour le résoudre.
La solution n'est pas de travailler plus dur sur l'onboarding. C'est de construire quelque chose qui fonctionne sans toi. Pas un Notion qui a tout dedans. Un système qu'un sales a vraiment envie d'ouvrir, qu'il parcourt de son propre chef, et auquel il revient une fois lancé.
Claap n'a pas créé la connaissance qu'on avait chez lemlist. Il l'a rendue utilisable. C'est la distinction qui compte. Les calls existaient. Les sessions de training existaient. L'expertise était déjà là. Ce qui manquait, c'était l'infrastructure pour transformer ça en quelque chose qu'un nouveau sales pouvait consommer sans que je sois dans la pièce.
Construis l'infrastructure. Sors de la transmission pure. Consacre ton temps au coaching que toi seul peux faire. Voilà ce qui a fonctionné pour moi.
FAQ
Combien de temps faut-il pour construire un système comme celui-là ?Le build initial était significatif - mais la plupart du contenu existait déjà sous une forme ou une autre. Le travail était d'agréger et de structurer, pas de créer from scratch. Les transcripts Claap des sessions de training passées sont devenus la matière première des modules. Lucile a designé le template et la structure, moi j'ai fourni le fond. Une fois construit, la maintenance est bien plus légère : mettre à jour un module prend 20 minutes, pas une journée entière de réécriture.
L'onboarding asynchrone fonctionne-t-il pour les sales moins expérimentés ? Oui, et d'une certaine façon ça fonctionne mieux. Notre stagiaire Romain est arrivé avec une expérience commerciale limitée. Le format asynchrone signifie qu'il peut avancer à son propre rythme sur le contenu de training, revoir des sections, faire des pauses pour prendre des notes, sans la pression d'une session en live où il pourrait ne pas tout absorber. La couche de roleplay, notamment les challenges vocaux en asynchrone, lui donne un feedback ciblé sur les compétences qui nécessitent vraiment de la pratique en live. Un manager qui essaie de tout faire en présentiel avec un sales peu expérimenté manquera rapidement de bande passante. Le système donne au sales plus de temps de contact avec du contenu de qualité qu'aucun manager ne pourrait fournir en tête-à-tête.
Et si un sales zappe le contenu asynchrone et vient directement te voir ? C'est arrivé. Ma réponse : va regarder le module, puis réserve les 30 minutes. La qualité de nos sessions est directement proportionnelle au travail de préparation fait en amont. Quand ils arrivent préparés, on passe les 30 minutes sur les choses qui nécessitent vraiment une discussion. Quand ils n'ont pas fait le travail, on passe du temps sur des choses que l'enregistrement aurait mieux couvertes. Je les renvoie. Ce n'est pas une réponse punitive, c'est protéger la qualité du temps qu'on passe ensemble.
Comment mesures-tu si un sales absorbe vraiment le contenu ? Les check-ins de 30 minutes sont le diagnostic. Je ne donne pas les réponses, je pose des questions et j'écoute comment ils m'expliquent les choses. La qualité de leurs questions me dit autant que la qualité de leurs réponses. Un sales qui demande "c'est quoi SPICED ?" n'a pas absorbé. Un sales qui demande "comment tu utilises l'étape Impact du SPICED quand le champion ne peut pas quantifier le coût business ?" pense correctement. J'utilise aussi les scénarios de roleplay asynchrone comme diagnostic, pas juste pour le coaching. Comment un sales gère une objection sur la compétition en semaine trois me dit exactement quels manques adresser en semaine quatre.
Comment tu gardes le contenu à jour au fil des évolutions produit et marché ? Tout meeting qui change quelque chose de pertinent, roadmap produit, paysage concurrentiel, pricing, évolutions ICP, est enregistré sur Claap. Le transcript existe. Mettre à jour un module signifie ajouter le nouvel enregistrement, rafraîchir la cheat sheet, et mettre à jour le lien. Pour des changements plus importants, je reconstruis la section concernée depuis le nouveau transcript. Le système vaut ce que vaut le contenu à l'intérieur, donc le maintenir à jour est une partie non négociable du rythme opérationnel, pas une réflexion après coup.
Peut-on construire ça sans Claap ? On peut construire quelque chose. Mais le contenu de training construit depuis des transcripts et la librairie de calls sont significativement plus difficiles à produire sans données de conversation structurées. Les enregistrements existent sans Claap. Les transcripts existent. Ce que Claap ajoute, c'est rendre ce contenu strucuturé, recherchable, réutilisable, plutôt que de le laisser sous forme de fichiers vidéo que personne ne regarde et de connaissance qui vit uniquement dans la tête du manager.
Quelle est la plus grosse erreur des managers quand ils construisent un programme d'onboarding ? Le construire autour d'eux-mêmes. Le programme qui nécessite que le manager soit présent pour fonctionner est le programme qui casse au moment où le manager est occupé, prend un deal, ou onboarde deux sales en même temps. L'objectif n'est pas de retirer le manager de l'onboarding, c'est de retirer le manager comme goulot d'étranglement. Les check-ins, le roleplay, le coaching sur les deals, c'est là qu'un manager apporte une valeur irremplaçable. La couche de transmission doit fonctionner sans eux.

![ChatGPT for Sales: Best Prompts, Workflows & Examples [2026]](https://cdn.prod.website-files.com/6262a9705cabe0833039d5c8/69f21a85600c707b5cca4911_Visual%20(8).png)
.png)
.png)