PLG ou sales-led : votre motion de vente est une décision d’architecture produit, pas juste de marketing
Un fondateur me montre son plan de croissance : « On part en product-led, self-serve, freemium, on laisse le produit vendre. » Puis il me montre son produit. Pour créer un compte, il faut qu’un membre de l’équipe provisionne manuellement un espace. Le pricing n’est nulle part dans l’application. Facturer un client demande d’éditer une ligne en base. Ce n’est pas un produit product-led. C’est un produit sales-led qui a été rebaptisé sur un slide.
Le choix entre product-led growth (PLG) et sales-led est presque toujours présenté comme une décision go-to-market : quel canal, quel discours, quelle équipe. C’est une erreur de cadrage. La motion de vente que vous choisissez impose des contraintes techniques profondes, souvent irréversibles à court terme. Décider de « faire du PLG » sans avoir construit le produit qui le permet, c’est comme décider de faire du e-commerce sans page de paiement.
Deux motions, deux produits différents
Le PLG repose sur une promesse simple et brutale : l’utilisateur doit atteindre la valeur seul, sans jamais parler à un humain. Cela signifie qu’une part énorme de la charge commerciale se déplace vers le produit. L’inscription doit être instantanée et self-serve. L’onboarding doit amener à un « aha moment » en minutes, pas en semaines. Le pricing doit être lisible et transactionnel directement dans l’interface. La facturation doit être automatisée de bout en bout, avec gestion des upgrades, downgrades, prorata et échecs de paiement. Et pour piloter tout ça, il vous faut de l’instrumentation : mesurer l’activation, l’usage, les signaux d’expansion, sinon vous pilotez à l’aveugle.
Le sales-led fonctionne à l’inverse. La valeur est démontrée par un humain — démo, POC, déploiement accompagné. Le produit peut, au début, avoir un onboarding rugueux, parce qu’un CSM tient la main du client. Le pricing est négocié, souvent sur devis, avec des paliers sur mesure. Ce qui devient critique, ce n’est pas le paiement self-serve, mais l’outillage interne : un back-office pour créer des comptes, configurer des permissions fines, gérer des rôles, produire des exports pour la sécurité et la conformité que le client va exiger. Le produit sales-led investit dans ce qui rassure l’acheteur et facilite le travail de l’équipe commerciale, pas dans la fluidité self-serve.
Ces deux produits ne se ressemblent pas. Et surtout, ils ne se construisent pas dans le même ordre. Un fondateur tech qui bâtit d’abord un moteur d’automatisation de facturation alors que ses cinq premiers clients signent des contrats annuels négociés a mal alloué son runway. Un autre qui accumule des fonctionnalités d’administration sur mesure alors qu’il vise un ACV de 40 € par mois s’interdit mécaniquement le self-serve rentable.
Le pricing est le point où stratégie et architecture se rencontrent
C’est le sujet où le lien entre les deux mondes devient impossible à ignorer. En PLG, le pricing doit être auto-explicatif et souvent basé sur l’usage — nombre de sièges, de projets, d’appels API, de contacts. Or facturer à l’usage suppose de mesurer l’usage de façon fiable, en temps réel ou presque, et d’exposer cette mesure au moteur de facturation. C’est un vrai chantier technique : compteurs, agrégation, réconciliation, tolérance aux pics. Beaucoup de startups découvrent trop tard que leur « pricing à l’usage » n’est pas facturable proprement parce que leur produit n’a jamais été instrumenté pour compter.
En sales-led, le pricing vit hors du produit — dans un CRM, un devis, un contrat. La contrainte technique se déplace : il faut pouvoir activer et désactiver des fonctionnalités par client, gérer des périodes d’essai étendues, appliquer des limites contractuelles négociées. C’est le monde des feature flags et de la configuration par tenant, pas celui du compteur d’usage.
Choisir son pricing, c’est donc choisir ce que votre produit doit savoir faire. Une décision qui semble commerciale — « on facture au siège » ou « on facture au volume traité » — engage des mois de travail produit. Trop de fondateurs arbitrent le pricing en réunion marketing sans jamais demander à l’équipe tech ce que cela implique. Puis s’étonnent que le premier changement de grille tarifaire prenne un trimestre à déployer.
Le piège du « on fera les deux »
La tentation classique, surtout au moment de la levée en seed ou en série A, c’est de vouloir couvrir les deux motions : self-serve pour le bas du marché, sales pour les gros comptes. C’est un modèle qui existe — beaucoup de SaaS matures y arrivent — mais c’est un point d’arrivée, pas un point de départ.
Faire les deux en même temps trop tôt, c’est doubler la surface produit à maintenir avec une équipe qui n’en a les moyens pour aucune des deux. Vous construisez un tunnel self-serve médiocre et un back-office commercial incomplet, et les deux sous-performent. Le pattern est reconnaissable : la startup pre-seed qui met un « Book a demo » à côté d’un « Start free » sur sa homepage, alors qu’elle n’a ni l’onboarding qui convertit le free, ni le commercial qui closе la démo. Elle divise son attention avant d’avoir prouvé qu’une seule des deux fonctionne.
La bonne séquence dépend presque toujours de votre ACV et de votre cycle de vente. En dessous de ~1 000 € de contrat annuel, le sales-led ne tient pas économiquement : le coût d’acquisition dépasse la valeur. Le PLG devient une obligation, et donc l’investissement dans l’onboarding self-serve et la facturation automatisée est prioritaire. Au-dessus de ~10 000 € d’ACV, avec un cycle de vente qui implique plusieurs décideurs et des exigences de sécurité, le sales-led est souvent inévitable — et vouloir forcer le self-serve fait perdre du temps. Entre les deux, la zone grise, c’est là qu’un accompagnement lucide vaut de l’or, parce que le choix conditionne toute votre allocation de ressources techniques.
Ce qu’il faut vraiment faire
Commencez par la contrainte économique, pas par la préférence esthétique. Calculez votre ACV cible et votre coût d’acquisition réaliste. Si un commercial coûte plus cher que ce qu’un client rapporte sur deux ans, le sales-led est mort avant de naître : vous êtes en PLG, que ça vous plaise ou non.
Ensuite, alignez explicitement le produit sur la motion choisie, et écrivez-le. Si c’est PLG, vos trois prochains chantiers techniques sont l’inscription sans friction, l’activation vers le premier « aha moment », et la facturation self-serve fiable — dans cet ordre. Si c’est sales-led, ce sont le back-office d’administration, la gestion fine des permissions, et les artefacts de conformité (logs, exports, contrôle d’accès) que vos acheteurs B2B exigeront. Ne construisez pas les deux jeux de fonctionnalités en parallèle.
Repoussez consciemment la seconde motion. Décidez d’un déclencheur clair — un seuil d’ARR, un volume de leads inbound qualifiés, une demande entrante récurrente d’un segment que vous ne servez pas — au-delà duquel vous ouvrirez la deuxième porte. Tant que ce déclencheur n’est pas atteint, résistez. La discipline ici est un avantage compétitif : elle concentre votre runway sur ce qui a déjà des signes de traction.
Enfin, traitez le pricing comme une spécification technique, pas comme un slide. Chaque fois que vous envisagez un modèle tarifaire, posez la question à l’équipe produit : sait-on mesurer ça ? sait-on facturer ça ? combien de temps pour le déployer ? Un pricing qu’on ne sait pas instrumenter n’est pas un pricing, c’est une intention.
La vraie question n’est donc pas « PLG ou sales-led ? » comme s’il s’agissait de choisir un canal marketing. C’est : quel produit suis-je réellement en train de construire, et est-ce que ma motion de vente et mon architecture racontent la même histoire ? Si vos slides disent PLG et que votre base de code dit sales-led, ce n’est pas un problème de positionnement. C’est une dette que vous paierez au prochain trimestre — ou à la prochaine levée.