The Counterintuitive Core
En 2013, Paul Graham a publié un essai qui a façonné plus de startups que presque n'importe quel autre texte. Son titre résume tout son argument : « Do Things That Don't Scale » (Faites des choses qui ne passent pas à l'échelle).
Le conseil va à l'encontre de tout ce qu'un fondateur technique croit instinctivement. Les ingénieurs sont formés à construire des systèmes qui passent à l'échelle, à automatiser, à éviter le travail manuel, à concevoir pour un million d'utilisateurs dès le premier jour. L'essai de Graham leur dit de faire l'inverse au départ. « L'un des conseils les plus courants que nous donnons chez Y Combinator est de faire des choses qui ne passent pas à l'échelle », écrivait-il. « Beaucoup d'aspirants fondateurs croient que les startups décollent ou ne décollent pas. Vous construisez quelque chose, vous le rendez disponible, et si vous avez fabriqué une meilleure souricière, les gens accourent à votre porte comme promis. Ou ils ne le font pas, auquel cas le marché n'existe sans doute pas. En réalité, les startups décollent parce que les fondateurs les font décoller. »
Cette dernière phrase est la charnière de tout l'essai. Les startups ne sont pas des graines qui germent ou non. Elles ressemblent davantage à des feux qu'il faut allumer et attiser à la main jusqu'à ce qu'ils soient assez chauds pour s'entretenir d'eux-mêmes. Le travail qui ne passe pas à l'échelle, c'est cet attisement.
L'essai perdure parce qu'il corrige une illusion précise : qu'un bon produit se vend tout seul. Ce n'est presque jamais le cas au départ. Les fondateurs des entreprises que vous admirez n'ont pas attendu la traction. Ils l'ont fabriquée par un effort qui n'aurait fonctionné à aucune taille plus grande, et c'était bien là tout l'intérêt.
Why Startups Need a Push
Graham utilise une image saisissante. Il compare le démarrage d'une startup à la manivelle dont les moteurs de voiture avaient besoin avant les démarreurs électriques : « Une fois le moteur lancé, il continuait de tourner, mais il y avait un processus distinct et laborieux pour le mettre en route. » Une startup fonctionne de la même façon. Une fois qu'elle a de l'élan, elle peut avancer sur sa lancée, mais au départ il existe un processus distinct et laborieux pour la faire bouger, et rien ne se passe à moins que les fondateurs ne tournent cette manivelle.
Cela recadre l'inquiétude que ressent chaque fondateur au début. Quand vous lancez votre produit et que presque personne ne se présente, l'instinct est d'en conclure que l'idée est mauvaise. Graham affirme que cette conclusion est généralement prématurée. L'absence de croissance automatique ne vous apprend presque rien, car la croissance automatique au départ est rare, même pour des entreprises qui deviennent énormes. Ce qui compte, c'est de savoir si vous êtes prêt à générer la croissance manuellement pendant que vous apprenez.
L'impulsion a un second but au-delà de l'élan. Quand vous recrutez et servez personnellement vos premiers utilisateurs, vous êtes assez proche pour voir exactement ce dont ils ont besoin. Cette proximité est impossible à maintenir à grande échelle, et c'est là que se découvre le véritable produit. La phase qui ne passe pas à l'échelle est celle où vous comprenez quoi construire. La phase qui passe à l'échelle est celle où vous le construisez pour tout le monde.
Il y a une raison pour laquelle cela rejoint la recherche d'une demande réelle. Faire des choses qui ne passent pas à l'échelle, c'est la façon de découvrir si l'attraction que vous ressentez est réelle, la même quête au cœur du product-market fit. Vous ne pouvez pas percevoir cette attraction derrière un tableau de bord. Vous la percevez en remettant votre produit à un être humain et en observant son visage.
Recruit Users Manually
Graham est précis sur la chose la plus importante qui ne passe pas à l'échelle : « La chose qui ne passe pas à l'échelle la plus courante que les fondateurs doivent faire au départ est de recruter les utilisateurs manuellement. Presque toutes les startups doivent le faire. Vous ne pouvez pas attendre que les utilisateurs viennent à vous. Vous devez sortir et aller les chercher. »
C'est inconfortable pour les fondateurs qui préfèrent construire plutôt que vendre. Écrire du code est concret et maîtrisable. Aborder un inconnu et lui demander d'essayer votre produit est gênant et plein de rejet. Mais le chemin gênant est celui qui fonctionne.
Graham fait ici une remarque tranchante sur l'échelle que les fondateurs lisent toujours de travers. Il note que les fondateurs craignent que le recrutement manuel ne passe pas à l'échelle, il convient que ce ne sera pas le cas, et dit que c'est très bien ainsi. « Mais cette conviction que cela ne passera pas à l'échelle est précisément ce que vous devez faire au début. » Le fait que cela ne passe pas à l'échelle est une qualité, pas un défaut. Vous le faites parce que cela vous apprend des choses que l'automatisation ne pourrait jamais vous apprendre, et vous arrêtez quand vous en avez appris assez et que la croissance devient autonome.
Il y a une raison pour laquelle la phase manuelle vise l'intensité, pas l'étendue. Un petit nombre d'utilisateurs qui adorent réellement votre produit vous donne un signal plus clair et un socle plus solide qu'un grand nombre qui l'apprécient simplement. Une poignée de premiers utilisateurs obsédés vous apprendra davantage, et amènera plus de monde, qu'une foule d'indifférents.
The Airbnb Story
L'histoire d'Airbnb est la pièce maîtresse de l'essai, et pour de bonnes raisons. À ses débuts, Airbnb ne croissait quasiment pas. Les fondateurs, Brian Chesky et Joe Gebbia, ont fait quelque chose qu'aucun manuel de croissance à l'échelle ne suggérerait : ils sont allés de porte en porte à New York, où se trouvaient beaucoup de leurs annonces.
Ils ont rencontré les hôtes en personne. Ils les ont aidés à améliorer leurs annonces. Et ils ont pris eux-mêmes des photos professionnelles des appartements, car de bonnes photos rendaient une annonce bien plus attirante que les clichés des hôtes eux-mêmes. Rien de tout cela ne passait à l'échelle. Vous ne pouvez pas photographier personnellement chaque appartement d'une plateforme mondiale. Au début, avec un petit nombre d'annonces concentrées dans une seule ville, ils le pouvaient, et Graham note que la tournée porte à porte a duré environ un mois.
Le résumé de Graham est devenu un classique des startups : « Il ne suffit pas de faire quelque chose d'extraordinaire au départ. Vous devez faire un effort extraordinaire au départ. » Les fondateurs d'Airbnb n'attendaient pas que les effets de réseau s'enclenchent. Ils réparaient manuellement l'expérience un hôte à la fois, apprenaient ce qui faisait convertir une annonce, et utilisaient cette connaissance pour façonner le produit. La phase de porte-à-porte est celle où Airbnb a appris ce qu'Airbnb était réellement.
La leçon se généralise. Quel que soit votre équivalent de « prendre l'avion pour New York et photographier les appartements », c'est probablement la chose que vous évitez parce qu'elle ne passe pas à l'échelle. C'est aussi probablement la chose que vous avez le plus besoin de faire.
The Collison Installation
Stripe a apporté au vocabulaire des startups une expression qui capture parfaitement l'esprit de l'essai : l'« installation Collison ».
Stripe a été fondée par les frères Patrick et John Collison pour rendre l'acceptation des paiements en ligne radicalement plus simple pour les développeurs. Quand ils rencontraient quelqu'un qui disait être prêt à essayer Stripe, les frères n'envoyaient pas un lien d'inscription en espérant. Comme le raconte Graham : « Quand quelqu'un acceptait d'essayer Stripe, ils disaient "Très bien, donnez-moi votre ordinateur portable" et l'installaient sur-le-champ. »
Ce geste, attraper l'ordinateur portable du prospect et le mettre en service ici et maintenant, c'est l'installation Collison. C'est l'opposé d'un tunnel self-service sans friction. C'est un maximum de friction pour les fondateurs et zéro friction pour l'utilisateur. Cela ne passe pas à l'échelle, et c'était exactement la bonne approche. Chaque installation apprenait aux Collison où le produit déroutait les gens, et elle convertissait un intérêt tiède en client actif et intégré avant que l'instant d'enthousiasme ne s'estompe.
Le point plus large de Graham est que les fondateurs plus réservés rechignent à cela. Attraper l'ordinateur de quelqu'un semble insistant. Demander à une personne occupée d'intégrer votre API sur-le-champ semble présomptueux. Mais les fondateurs qui ont fait la chose insistante, qui ne passe pas à l'échelle, ont bâti l'une des entreprises privées les plus précieuses du monde, en partie parce qu'ils ont refusé de laisser les utilisateurs intéressés s'éloigner sans être activés.
Delight: Be Insanely Good to Early Users
Au-delà du recrutement, Graham insiste sur la qualité de l'expérience initiale. Comme vous avez si peu d'utilisateurs au début, vous pouvez vous permettre de traiter chacun d'eux extraordinairement bien, d'une façon qui vous ruinerait à grande échelle. Le terme de Graham pour cela est « delight » (l'enchantement), et il l'entend comme une tactique délibérée, pas comme une simple amabilité.
Ses exemples sont petits et humains. Wufoo, une startup de création de formulaires, envoyait à chaque nouvel utilisateur une note de remerciement manuscrite. C'est absurde à grande échelle et enchanteur en petits nombres. L'enjeu n'est pas la note elle-même. C'est qu'une expérience initiale démesurée constitue un noyau d'utilisateurs qui adorent réellement le produit, et ces utilisateurs deviennent vos premiers évangélistes et votre meilleure source de retours.
Graham présente cela comme une stratégie délibérée, pas seulement de la gentillesse : « Vos premiers utilisateurs devraient sentir que s'inscrire chez vous a été l'un des meilleurs choix qu'ils aient jamais faits. Et vous, en retour, devriez vous creuser la tête pour trouver de nouvelles façons de les enchanter. » L'enchantement est en partie un outil d'apprentissage. Quand vous vous mettez en quatre pour rendre les utilisateurs heureux, vous découvrez précisément ce qu'ils valorisent et ce qu'ils tolèrent.
C'est aussi là que beaucoup de fondateurs sous-estiment la valeur cumulative du bouche-à-oreille initial. Cent utilisateurs qui se sentent personnellement choyés en recruteront mille de plus. Mille utilisateurs qui se sentent comme des numéros de ticket ne le feront pas. L'enchantement, qui ne passe pas à l'échelle, de la première phase est ce qui rend possible la croissance à l'échelle de la phase suivante. Pour la mécanique plus large de la façon dont cet amour initial se transforme en croissance durable, voyez notre manuel de croissance.
Shyness and Laziness
Graham diagnostique pourquoi les fondateurs résistent à ce conseil, et son diagnostic est peu flatteur d'une manière utile. La réticence à recruter les utilisateurs à la main, écrit-il, vient d'« une combinaison de timidité et de paresse ».
La paresse est la préférence pour la construction plutôt que la vente. Recruter des utilisateurs à la main, photographier des appartements, installer un logiciel sur l'ordinateur d'inconnus, envoyer des notes manuscrites : tout cela est fastidieux, répétitif et ingrat. Il est bien plus agréable de rester derrière un écran à peaufiner le produit, en se disant que si on le construit juste un peu mieux, les utilisateurs viendront. Ils ne viendront généralement pas.
La timidité est la peur de paraître insistant ou présomptueux. Il est inconfortable de demander aux gens d'essayer votre produit, de relancer, d'attraper l'ordinateur. Les fondateurs se dissuadent eux-mêmes du geste exigeant parce qu'il semble socialement risqué. La réponse de Graham est que cet inconfort est précisément le péage que vous payez pour la traction, et que les fondateurs qui le paient gagnent.
Les deux excuses partagent un trait : elles se font passer pour des raisons. « Ça ne passera pas à l'échelle » sonne analytique. « Je ne veux pas déranger les gens » sonne attentionné. Au fond, ce n'est souvent qu'une fuite devant un travail difficile et peu flatteur. Les nommer timidité et paresse arrache le déguisement. Une fois que vous voyez que votre réticence « stratégique » est en réalité l'une de ces deux choses, la voie à suivre est évidente, même si elle reste inconfortable.
How to Apply It to Your Startup
L'essai est célèbre, mais c'est dans son application que la plupart des fondateurs trébuchent. Voici comment le traduire en action.
Dressez la liste de vos 50 premiers utilisateurs par leur nom. Pas un tunnel marketing. De vraies personnes que vous pouvez atteindre. Des amis, des communautés auxquelles vous appartenez, des inconnus aux bons endroits. Votre travail dans les premiers mois est d'amener ces êtres humains précis à utiliser votre produit et à l'adorer.
Identifiez votre geste « prendre l'avion pour New York ». Quelle est la chose exigeante, qui ne passe pas à l'échelle, qui rendrait l'expérience de vos premiers utilisateurs radicalement meilleure ? Les accompagner personnellement, faire une partie du travail à leur place, vous asseoir à leurs côtés pendant qu'ils utilisent le produit. Tout ce que vous évitez parce que cela ne passe pas à l'échelle est votre candidat.
Faites l'installation Collison. Quand quelqu'un montre de l'intérêt, n'envoyez pas un lien en espérant. Faites-lui utiliser le produit tout de suite, avec vous, en retirant chaque once de friction de son côté. Convertissez l'intérêt en activation avant qu'il ne refroidisse.
Surpassez-vous délibérément. Trouvez une façon démesurée d'enchanter chaque premier utilisateur. Répondez au support en quelques minutes. Construisez la petite fonctionnalité qu'il a demandée et dites-lui que vous l'avez faite. Envoyez la note manuscrite. Visez des utilisateurs qui sentent que s'inscrire a été l'une de leurs meilleures décisions.
Traitez chaque interaction comme de la recherche. La raison pour laquelle vous faites cela n'est pas seulement d'obtenir des utilisateurs. C'est d'apprendre. Prenez des notes sur chaque conversation. Qu'est-ce qui les a déroutés ? Qu'est-ce qui les a enchantés ? Qu'attendaient-ils qui n'était pas là ? C'est la recherche produit la plus riche que vous obtiendrez jamais, et elle n'existe que dans la phase qui ne passe pas à l'échelle.
Fixez une condition de sortie. Le travail qui ne passe pas à l'échelle est pour le début, pas pour toujours. Décidez quel signal vous indique qu'il est temps de construire la version qui passe à l'échelle : un niveau de demande que vous ne pouvez plus servir à la main, un motif dans ce dont les utilisateurs ont besoin désormais assez clair pour être automatisé.
Cette séquence va naturellement de pair avec le fait de savoir dans quel labyrinthe vous vous trouvez. Avant de recruter vos 50 premiers utilisateurs, il est utile de comprendre le terrain, ce que nous couvrons dans notre guide sur le labyrinthe de l'idée.
Turning Unscalable Work Into Knowledge
Le bénéfice caché de faire des choses qui ne passent pas à l'échelle est la connaissance que vous accumulez. Chaque conversation manuelle, chaque session d'onboarding, chaque réponse au support contient un signal sur ce qu'il faut construire. Les fondateurs qui gagnent ne sont pas seulement ceux qui font le travail qui ne passe pas à l'échelle. Ce sont ceux qui captent ce qu'il leur enseigne.
C'est là qu'un système délibéré compte. Les enseignements de cinquante conversations utilisateurs ne valent rien s'ils s'évaporent. Les fondateurs que Graham célèbre étaient, presque universellement, des apprenants intenses qui transformaient l'interaction brute en décisions produit. Cette habitude de convertir l'expérience en connaissance est la même que celle derrière la façon dont les fondateurs d'élite construisent des systèmes de connaissance.
Lire directement les essais sources fait partie de cela. Le catalogue complet de Graham, ainsi que les histoires de fondateurs derrière Airbnb, Stripe et Pinterest, récompense une lecture attentive. Surligner les passages qui correspondent à votre propre situation avec le surligneur web de Glasp vous permet de constituer un manuel personnel auquel revenir. Beaucoup des meilleures leçons de fondateurs vivent aussi dans des conférences et des entretiens, et YouTube Summary by Glasp transforme une conférence YC d'une heure ou un entretien de fondateur en un résumé horodaté que vous pouvez surligner en quelques minutes.
À mesure que votre propre phase qui ne passe pas à l'échelle génère des notes issues des conversations utilisateurs, le chat IA de Glasp vous permet d'interroger cette bibliothèque grandissante, en faisant ressortir des motifs à travers des dizaines d'interactions que vous ne repéreriez jamais de mémoire seule. Le travail qui ne passe pas à l'échelle génère les données. Un système de connaissance les transforme en décisions.
Frequently Asked Questions
Faire des choses qui ne passent pas à l'échelle ne contredit-il pas la construction d'une entreprise qui passe à l'échelle ?
Non, parce qu'il s'agit de séquence, pas de philosophie. Vous faites des choses qui ne passent pas à l'échelle au début pour trouver des utilisateurs, apprendre quoi construire et créer un noyau de gens qui adorent votre produit. Une fois que vous comprenez ce qui fonctionne et que la demande dépasse ce que vous pouvez servir à la main, vous construisez la version qui passe à l'échelle. La phase qui ne passe pas à l'échelle est l'étape de recherche et d'allumage. La montée en échelle vient ensuite, bâtie sur ce que vous avez appris.
Combien de temps dois-je continuer à faire des choses qui ne passent pas à l'échelle ?
Jusqu'à ce que l'effort manuel ne puisse plus suivre la demande, et jusqu'à ce que vous en ayez appris assez pour automatiser en confiance. Il n'y a pas de calendrier fixe. Certaines startups font des choses qui ne passent pas à l'échelle pendant des mois, d'autres plus longtemps. Le signal pour faire la transition, c'est quand vous avez des motifs clairs et répétés dans ce dont les utilisateurs ont besoin et plus de demande que vous ne pouvez gérer personnellement. S'arrêter trop tôt signifie automatiser les mauvaises choses.
Et si je suis un fondateur technique introverti qui déteste recruter des utilisateurs ?
Graham appellerait cela de la timidité, avec douceur. L'inconfort est réel, mais c'est aussi le péage de la traction, et il est payable. Vous n'avez pas à devenir un vendeur né. Vous devez être prêt à parler à un nombre gérable de personnes précises et à rendre leur expérience excellente. Beaucoup de fondateurs notoirement introvertis, y compris ceux des exemples de Graham, ont fait exactement cela. C'est une compétence que vous bâtissez, pas une personnalité avec laquelle vous naissez.
Ce conseil est-il toujours pertinent avec l'IA et les outils de croissance automatisés ?
Plus que jamais. L'IA peut passer à l'échelle la prospection et automatiser l'onboarding, ce qui rend tentant de sauter entièrement la phase manuelle. Mais la croissance automatisée ne peut toujours pas remplacer l'apprentissage qui vient du fait d'observer personnellement de vrais utilisateurs galérer et réussir avec votre produit. Les outils changent. Le besoin de vous rapprocher de vos premiers utilisateurs, de les comprendre en profondeur et de les enchanter ne change pas.
En quoi est-ce différent du simple fait d'offrir un bon service client ?
Un bon service client est réactif et soutenable à grande échelle. Faire des choses qui ne passent pas à l'échelle est proactif, intense et délibérément insoutenable. Vous n'aidez pas seulement les utilisateurs qui le demandent. Vous les recrutez à la main, vous faites une partie de leur travail à leur place et vous concevez une expérience si bonne qu'elle ne pourrait absolument pas se poursuivre à un million d'utilisateurs. Le fait que cela ne passe pas à l'échelle est intentionnel, et l'objectif est l'apprentissage et l'allumage, pas un support en régime permanent.
Conclusion: Fan the Fire by Hand
Le conseil le plus cité de Paul Graham survit parce qu'il nomme une vérité que les fondateurs cherchent désespérément à éviter : personne ne viendra à moins que vous n'alliez les chercher. Le produit ne se vendra pas tout seul. Le feu ne s'allumera pas de lui-même. Vous devez l'attiser à la main, utilisateur par utilisateur, jusqu'à ce qu'il soit assez chaud pour brûler sans vous.
Les entreprises que les fondateurs admirent le plus sont toutes passées par cette phase. Les fondateurs d'Airbnb ont photographié des appartements. Les Collison ont attrapé des ordinateurs portables. Le fondateur de Pinterest, Ben Silbermann, s'est rendu à une conférence de blogueurs de design pour trouver ses premiers utilisateurs. Rien de tout cela ne passait à l'échelle, et tout cela comptait, parce que c'est là que chaque entreprise a appris ce qu'elle était vraiment.
La valeur la plus profonde n'est pas les utilisateurs que vous obtenez. C'est la connaissance que vous acquérez tant que vous êtes assez proche pour écouter. Captez-la. Surlignez les essais de fondateurs et les études de cas qui correspondent à votre situation avec le surligneur web de Glasp, transformez les conférences de fondateurs en notes consultables avec YouTube Summary, et interrogez tout ce que vous avez appris avec le chat IA de Glasp. Faites le travail qui ne passe pas à l'échelle, et assurez-vous qu'il vous apprenne quelque chose. C'est ainsi que les startups décollent, parce que les fondateurs les font décoller.