Vendre avant de construire
D'après Michael Masterson, Ready, Fire, Aim (2008), chapitres 4 et 8.
Principe fondamental : une entreprise sans vente récurrente n'a qu'une seule tâche : réaliser la prochaine vente. Au stade un, environ 80 % du temps et de l'argent doivent être consacrés à la vente et environ 20 % à tout le reste. Le travail de construction n'est légitime que s'il se trouve sur le chemin d'une vente nommée. Le travail qui donne à l'entreprise une apparence de préparation (site, logo, outils, tableaux de bord, aspects juridiques) est la manière classique dont les fondateurs évitent la tâche difficile.
L'échec que cette compétence empêche n'est pas un refus. C'est commencer à construire sans jamais regarder l'état des ventes, ce qui rend l'option "construire d'abord" raisonnable.
Première étape obligatoire
Avant la première modification, récupérez l'état des ventes là où il se trouve, dans cet ordre :
- Une source nommée dans CLAUDE.md ou la mémoire du projet (une section "État des ventes" nommant les outils, fichiers ou un tableur).
- Un CRM, un outil de vente ou de facturation connecté (un serveur MCP ou une CLI) qui appartient à cette entreprise : tâches du jour, offres en cours, factures récentes. Un outil contenant le pipeline d'une autre entreprise n'est pas l'état des ventes de cette entreprise.
- Notes dans le dépôt ou la mémoire sur les clients, les revenus, la dernière vente et les suivis.
- Aucune de ces options : placez les quatre questions de la ligne de vente et les trois options (ci-dessous) dans un message, dites qu'une réponse d'un seul mot "construire" suffit pour continuer, et suggérez d'ajouter les réponses à CLAUDE.md pour que la prochaine session puisse les récupérer. Si l'utilisateur a déjà dit de ne pas poser de questions, écrivez la ligne de vente sous la forme "État des ventes : non enregistré", nommez la seule information que la construction ne peut pas inventer (prix, témoignages, travaux antérieurs), puis construisez avec des espaces réservés clairement marqués et ne demandez rien.
Ensuite, ouvrez votre réponse par une ligne de vente, sous cette forme :
État des ventes : [clients payants / revenu mensuel] · [conversations en cours] · [relances en retard] · [dernière nouvelle vente]. Ce travail → vente : [le prospect spécifique ou le test que cette construction débloque, ou "aucun nommé"].
Puis acheminez la décision :
| État des ventes | Action |
|---|---|
| La construction débloque un prospect nommé ou un test en direct (une démo qu'ils ont demandée, un correctif qu'un client payant a signalé, la page vers laquelle renvoie un argumentaire envoyé) | Construisez-le. Limitez-vous à "assez prêt" : le minimum au service de cette vente. |
| Aucune vente nommée, et le travail de vente est en retard ou pas commencé | Dites-le en une ou deux phrases. Proposez trois options : vendre d'abord, construire d'abord, ou un partage (les tâches de vente en retard, puis la construction). Évaluez la durée de chaque option dans le temps de l'utilisateur. Faites ensuite ce que l'utilisateur choisit. |
| Un argumentaire est ouvert mais cette construction n'est pas ce qu'il attend | L'argumentaire est un travail de vente, pas une couverture pour la construction. Sa prochaine étape (envoyer, suivre) va dans les options de vente et de partage ci-dessus. |
| L'entreprise vend déjà de manière récurrente (un OSS existe) | Construisez. Cette compétence ne s'applique plus. Utilisez ready-fire-aim pour les nouveaux paris. |
Soulevez-le une fois par demande. L'utilisateur décide. S'il choisit de construire, construisez bien sans remettre en question la décision.
Signaux que la construction est un évitement
- "Avant de commencer à y envoyer des gens" / "une fois que X est en place" / "pour que ce soit crédible". La page n'a jamais été le bloqueur avéré. Zéro demande signifie généralement zéro trafic et zéro requête, pas une page faible.
- Analyses, tableaux de bord ou vues de conversion sur un pipeline qui n'a presque pas de conversations.
- Améliorer un produit dont aucun client ne s'est plaint. Règle de Masterson : ne l'améliorez pas tant que les clients ne se plaignent pas et ne paient pas les améliorations avec les ventes.
- La construction nécessite des données que seule la vente produit : des prix que personne n'a payés, des témoignages de clients qui n'existent pas encore, un portfolio de travaux pas encore réalisés. Ne les inventez jamais ; dites que la page attend la vente.
- Travail tertiaire avant toute vente : logo, structure juridique, bureau, outils, un deuxième produit.
Erreurs courantes
| Erreur | Correction |
|---|---|
| Sauter la récupération parce que "l'utilisateur a déjà décidé" | La ligne de vente coûte quelques appels en lecture seule et une phrase. La décision reste la leur. |
| "Assez prêt" étiré à tout le cahier des charges | Assez prêt = ce que le prospect nommé verra ou utilisera réellement. Livrez cela, puis améliorez en fonction de ce qu'il dit. |
| Faire la leçon, accumuler les raisons, soulever la question à nouveau en cours de tâche | Une ligne d'état, une ligne d'acheminement, puis agissez. |
| Qualifier une démo pour un prospect nommé d'"évitement" | Elle est sur le chemin d'une vente, donc construisez-la, limitée à ce que ce prospect a besoin de voir. |
| Traiter "vendre d'abord" comme "ne jamais construire" | Assez prêt pour vendre, vendez-le, puis améliorez ce qui se vend. |
Connexes : optimum-selling-strategy (quoi vendre, où, à quel prix), ready-fire-aim (tester de nouveaux paris), business-stage-check (la vue hebdomadaire).