Leçons YC : pourquoi les meilleures startups commencent petites et ennuyeuses

Ce que YC entend par « commencer petit » (et ce que ça n'est pas)

Le conseil de Y Combinator « commencer petit » est facile à mal interpréter comme « penser petit ». Ce n'est pas ça. « Petit » concerne la portée — ce que vous construisez d'abord, pour qui, et quelle promesse vous pouvez tenir de façon fiable — tandis que l'ambition peut rester énorme.

« Petit » signifie portée, pas ambition

Commencer petit signifie choisir une version initiale de votre entreprise qui peut réellement fonctionner. Une portée plus réduite vous permet d'expédier, d'apprendre et d'améliorer plus vite. Elle impose aussi de la clarté : vous ne pouvez pas vous cacher derrière une mission large quand vos premiers utilisateurs comptent sur un résultat spécifique.

Une startup peut viser à devenir une grosse entreprise et commencer par quelque chose qui semble presque insignifiant : un type d'utilisateur, un workflow, un bénéfice clair.

Étroit bat vague

Les fondateurs confondent souvent « plus grand » avec « meilleur » et essaient de servir tout le monde avec une longue liste de fonctionnalités. La version « petit » de YC est l'inverse :

• Moins de fonctionnalités, mais les bonnes pour un utilisateur spécifique
• Moins d'utilisateurs au départ, mais les bons
• Une promesse plus claire, pas plus large

Un positionnement vague sonne comme : « Nous aidons les équipes à être plus productives. » Un positionnement étroit sonne comme : « Nous aidons les cabinets dentaires indépendants à réduire les absences en remplissant automatiquement les annulations de dernière minute. »

À quoi ressemble « étroit » en pratique

Un bon point de départ est un utilisateur spécifique + tâche spécifique :

• Utilisateur : « propriétaires de boutiques Shopify réalisant 20k–100k$/mois »
• Tâche : « récupérer les paniers abandonnés avec un simple flux SMS »

C'est assez petit pour valider rapidement, et assez ciblé pour construire quelque chose que les gens payeront.

Se concentrer d'abord, scaler plus tard

Commencer petit n'est pas une identité permanente — c'est une séquence. Gagnez d'abord une tranche minuscule et bien définie du marché. Une fois que vous délivrez de la valeur de façon fiable là, vous vous étendez avec confiance plutôt qu'en devinant.

Choisissez un ICP étroit et engagez-vous

Un profil client idéal (ICP) étroit est une décision simple : pour qui exactement est-ce, et quelle situation déclenche le besoin ? Pas « petites entreprises » ou « équipes » — mais une personne spécifique avec un travail précis.

Définissez votre ICP en langage clair

Utilisez ce format :

C'est pour : [rôle + type d'entreprise]

Quand : [un moment répétable de douleur / une échéance / un risque]

Exemple : « C'est pour les experts-comptables indépendants quand ils intègrent un nouveau client mensuel et ont besoin de récupérer des documents sans relancer par email. »

Pourquoi un ICP précis facilite tout

Quand l'ICP est serré, votre startup arrête de deviner.

Le message devient simple parce que vous pouvez décrire un problème quotidien familier.

La tarification devient plus simple parce que vous pouvez l'ancrer à un propriétaire de budget connu et à une métrique de valeur claire (par client, par siège, par projet).

Les décisions produit deviennent plus rapides parce que vous construisez pour un workflow, pas cinq. Vous pouvez dire « non » sans culpabilité parce que ce n'est pas encore pour tout le monde.

Signaux que vous avez trouvé une vraie niche

Cherchez :

• Le même cas d'usage revient naturellement dans les appels de vente
• Urgence claire (« il me le faut pour vendredi » vaut mieux que « intéressant »)
• Objections et étapes d'achat similaires entre clients
• Utilisateurs précoces qui reviennent sans rappels

Exercices rapides pour restreindre vite

1) Écrivez une liste « pas pour » (10 minutes). Listez 5–10 types de clients que vous ne servirez pas dans les 90 prochains jours.

2) Choisissez vos 1–2 types de clients principaux. D'après vos conversations, choisissez les deux groupes avec la douleur la plus nette et les décisions les plus rapides. Engagez-vous sur l'un comme ICP par défaut, et traitez l'autre comme « plus tard ».

Pourquoi les idées « presque ennuyeuses » gagnent souvent

« Ennuyeux » signifie souvent « je le comprends immédiatement ». Ce n'est pas une faiblesse — c'est un avantage commercial.

Reformulez « ennuyeux » comme valeur évidente

Une startup « presque ennuyeuse » a trois traits : valeur évidente, acheteur clair et demande prouvée. Le client connaît déjà le problème, a souvent le budget ou l'urgence, et peut visualiser le succès sans longue explication.

Cette clarté accélère tout : votre pitch, votre tarification, votre roadmap et vos premières conversations clients.

Les problèmes familiers sont plus faciles à vendre (et à construire)

Quand vous choisissez une douleur familière — factures impayées, checklists de conformité, chaos de planification, churn d'abonnements — vous ne demandez pas au marché d'apprendre une nouvelle catégorie. Vous proposez une meilleure façon de résoudre quelque chose qu'il essaie déjà de résoudre.

Cela signifie :

• Cycles de vente plus courts (moins de persuasion, plus de comparaison)
• Exigences produit plus claires (vous pouvez copier « ce à quoi ressemble le bon »)
• Itération plus rapide (les clients peuvent juger les améliorations immédiatement)

« Ennuyeux » réduit le risque en réduisant l'éducation

Au début, le principal goulot n'est pas l'ingénierie, c'est l'apprentissage. Si votre idée nécessite beaucoup d'éducation, vous aurez du mal à savoir si les gens ne la veulent pas ou s'ils ne la comprennent tout simplement pas.

Les idées presque ennuyeuses réduisent cette ambiguïté. Quand un prospect dit « oui », vous pouvez l'attribuer à une valeur réelle, pas au battage médiatique.

Ce qui est réellement risqué : la techno nouvelle sans acheteurs clairs

La technologie nouvelle peut être puissante, mais elle est risquée quand l'acheteur est indéfini. Si vous ne pouvez pas répondre à « qui achète ça ? » et « sur quelle ligne de budget ça tombe ? », vous construisez pour des applaudissements plutôt que pour des achats.

Le mouvement contre-intuitif est d'ancrer l'innovation à un cas d'usage douloureux et familier — ainsi le marché tire le produit hors de vous, plutôt que vous d'imposer une nouvelle histoire au marché.

Cherchez un problème douloureux et spécifique (pas une grande vision)

Une « grande vision » se parle facilement et se vend difficilement. Les premiers clients ne paient pas pour des visions — ils payent pour faire disparaître un problème immédiat.

Le problème « cheveux en feu »

Un problème « cheveux en feu » est :

• Urgent : ils veulent que ce soit réglé cette semaine, pas « un jour ».
• Coûteux : ça coûte de l'argent réel (revenu perdu, pénalités, heures sup, churn).
• Fréquent : ça arrive assez souvent pour qu'un outil devienne une habitude.
• Mesurable : ils peuvent dire quand c'est résolu (temps gagné, erreurs réduites, moins de tickets).

Exemples de problèmes forts vs faibles

Problèmes forts (les gens cherchent activement, se plaignent ou budgètent pour ça) :

• Une équipe manque les échéances de facturation chaque mois et paie des pénalités de retard.
• Une entreprise ne peut pas expédier à temps à cause d'erreurs d'adresse qui font rebondir les livraisons.
• Une clinique perd des rendez-vous à cause des no-shows et doit les réduire.

Problèmes faibles (nice-to-have, propriétaire flou, pas de budget) :

• « On devrait améliorer la collaboration. »
• « Notre tableau de bord pourrait être plus moderne. »
• « Ce serait bien d'avoir des insights IA un jour. »

Pourquoi l'urgence augmente conversion et rétention

L'urgence raccourcit les cycles de vente parce que l'acheteur admet déjà que le problème est réel — et il est motivé pour agir. Ça améliore aussi la rétention : quand votre produit est lié à une douleur récurrente (échéances manquées, contrôles de conformité, fuite de revenus), les clients continuent à payer parce qu'arrêter réintroduirait le problème.

Checklist d'urgence rapide (avant de construire davantage)

Posez 5–10 questions à vos utilisateurs cibles :

• Est-ce arrivé dans les 7 jours ?
• Quel en a été le coût (temps, argent, clients perdus) ?
• Qui ressent suffisamment la douleur pour prendre en charge la résolution ?
• Que font-ils aujourd'hui (tableurs, contournements manuels, agences) ?
• Existe-t-il une ligne budgétaire existante que vous pouvez remplacer ?
• Si vous le résolviez demain, quelle métrique s'améliorerait immédiatement ?

Faites des choses qui ne sont pas évolutives pour obtenir les 10 premiers clients

Au début, votre principal avantage n'est pas l'automatisation, c'est l'attention. « Faites des choses qui ne sont pas évolutives » signifie être prêt à livrer le produit de façon très manuelle pour obtenir de vrais utilisateurs, de vrais retours et un apprentissage réel avant d'investir dans le « système parfait ».

À quoi ça ressemble en pratique

Pour les 10 premiers clients, vous pouvez onboarder manuellement via un appel, configurer leur compte vous-même, importer leurs données ou adapter un workflow à leur situation exacte.

Cela peut ressembler à du support concierge : créer des modèles pour eux, rédiger le premier brouillon (si vous êtes un outil d'écriture), configurer des intégrations, ou même envoyer des rappels et des points de contact. Ce n'est pas un modèle opérationnel permanent — c'est une stratégie d'apprentissage.

Pourquoi c'est important (plus que la vitesse)

Quand vous onboardez personnellement les utilisateurs, vous voyez où ils hésitent, ce qu'ils essaient de faire en premier, et ce qu'ils valorisent réellement. Cela vous aide à :

• Apprendre plus vite que des concurrents qui s'appuient sur des enquêtes génériques
• Éviter de construire des fonctionnalités que personne n'utilise
• Découvrir la version « minimum lovable » que les gens paieront

Façons pratiques de trouver vos premiers utilisateurs

Commencez là où vos clients idéaux se rassemblent déjà :

• Communautés de niche (Slack/Discord, subreddits, forums, meetups)
• Références chaudes (anciens collègues, amis de clients, connecteurs sectoriels)
• Prospection directe (messages courts et spécifiques qui mentionnent le problème exact que vous résolvez)

Une approche simple : proposez une session d'aide à la configuration très ciblée en échange d'un essai d'une semaine.

Garde-fous pour ne pas rester coincé

Restez éthique : soyez transparent sur ce qui est manuel et ce qui deviendra produit. Documentez tout ce que vous faites de répétitif (demandes, étapes, objections), puis transformez les 1–2 actions les plus fréquentes en automatisations légères. L'objectif est de gagner en apprentissage et en confiance maintenant — puis d'automatiser ce qui marche.

Construisez un produit wedge simple, pas une plateforme complète

Que signifie « wedge »

Un produit wedge est le produit le plus petit qui complète un travail de bout en bout pour un client spécifique. Pas une démo. Pas un workflow partiel. C'est la version minimale qui délivre réellement le résultat recherché — et qui fait dire : « Je paierais pour ça parce que ça me fait gagner du temps/de l'argent/de la tranquillité d'esprit. »

Pensez « envoyer des factures et être payé » plutôt que « une plateforme finance », ou « décrocher 10 rendez-vous commerciaux qualifiés » plutôt que « un écosystème CRM ». Le wedge est votre porte d'entrée sur le marché : étroit, tranchant et facile à juger.

Résultats plutôt que listes de fonctionnalités

Les équipes débutantes débattent souvent des listes de fonctionnalités parce que c'est plus sûr que de s'engager. Définissez d'abord l'issue :

• À quoi ressemble le succès pour le client ?
• À quelle vitesse peut-il l'atteindre ?
• Quelle preuve obtient-il à la fin (rapport, rendez-vous pris, colis expédié, annonce publiée) ?

Si votre produit ne produit pas ce résultat de manière fiable, ajouter des fonctionnalités n'arrangera pas le problème central.

Choisir le premier ensemble de fonctionnalités

Règle simple : les fonctionnalités indispensables sont celles nécessaires pour livrer le résultat promis sans contournements.

Les « agréables à avoir » sont tout le reste — même si les concurrents les ont.

Test pratique : si vous supprimiez une fonctionnalité, le client obtiendrait-il toujours le résultat avec un effort et une confiance similaires ? Si oui, ce n'est pas encore indispensable.

Ne pas partir « plateforme d'abord »

Penser « plateforme d'abord » vous pousse à construire comptes, permissions, intégrations, extensibilités et tableaux de bord avant d'avoir prouvé la demande. Ce sont des détours coûteux.

Construisez le wedge, facturez-le, apprenez ce qui manque, et n'élargissez la surface produit que lorsque l'usage réel vous le demande — pas par imagination.

Accélérer le wedge sans trop construire

Une façon de rester discipliné est de prototyper avec des outils qui favorisent l'expédition. Par exemple, Koder.ai (une plateforme de « vibe-coding ») peut aider les fondateurs à transformer un workflow étroit en une application web fonctionnelle via le chat, puis itérer rapidement avec des fonctionnalités comme le mode planification, les snapshots et le rollback. Quand vous êtes prêts, vous pouvez exporter le code source et continuer à scaler — sans partir sur une construction « plateforme d'abord » dès le jour 1.

Validez avec un usage réel et du revenu (pas de l'excitation)

Au début, le signal le plus dangereux est l'enthousiasme sans engagement. Les compliments, les « c'est cool » et de gros chiffres sociaux peuvent donner l'impression de progrès — mais ils ne prouvent pas que le produit résout un vrai problème.

À quoi ressemble la « preuve »

Priorisez les comportements qui coûtent quelque chose au client : temps, argent, réputation ou changement de workflow. Une validation solide se manifeste souvent par :

• Rétention : les gens reviennent seuls après la première utilisation.
• Usage répété : le produit devient une habitude hebdomadaire (ou quotidienne).
• Références : les utilisateurs amènent d'autres personnes sans qu'on leur demande.
• Volonté de payer : même de petits paiements prouvent que la douleur est réelle et que la solution mérite un budget.

Si vous ne voyez pas au moins un de ces éléments, l'« intérêt » peut n'être que politesse.

Façons légères de valider (sans surconstruire)

Vous n'avez pas besoin d'un produit parfait pour tester la volonté de payer. Essayez :

• Pré-ventes : vendez le résultat avant que le logiciel soit fini (avec des délais honnêtes).
• Pilotes : pilote payant de 2–4 semaines avec une métrique claire de succès (ex. « réduire le temps de reporting manuel de 30 % »).
• Essais payants : facturez dès le jour 1, même à un tarif réduit pour les fondateurs.

L'objectif est simple : amener les clients à faire un acte réel, pas juste dire oui.

Ce qu'il faut ignorer au début

Considérez comme faibles :

• Followers sociaux, inscriptions par email, vues de page
• Mentions presse et attention « thought-leader »
• Éloges vagues du type « on l'utiliserait un jour »

Ils peuvent soutenir une histoire, mais ne prouvent pas la demande.

Fixez une échéance go/no-go

Choisissez une fenêtre courte (souvent 14–30 jours) et définissez la décision à l'avance. Exemple : « Si nous n'obtenons pas 3 clients pilote payants ou 5 utilisateurs qui reviennent chaque semaine d'ici 30 jours, on resserre l'ICP, on change l'offre ou on abandonne l'idée. » Des délais clairs évitent la dérive et maintiennent l'apprentissage honnête.

Pourquoi les startups deviennent trop larges trop tôt

Au début, « devenir large » donne l'impression de momentum : plus de fonctionnalités, plus de types de clients, plus de canaux marketing. Mais l'étendue masque souvent un problème simple — votre startup n'a pas encore assez appris pour savoir ce qui fonctionne.

Les pièges courants

La plupart des équipes ne décident pas d'être floues. Elles glissent dedans :

• Positionnement large : « pour startups et entreprises », « pour n'importe quelle équipe », « pour tous ceux qui utilisent des tableurs ».
• Trop de personas : essayer de satisfaire acheteurs, utilisateurs, admins et dirigeants dès le départ.
• Trop de canaux : SEO, publicité payante, partenariats, outbound, contenu, réseaux — avant qu'un canal ne se révèle répétable.

Pourquoi l'étendue ralentit l'apprentissage (et augmente les coûts)

Quand vous visez plusieurs audiences, chaque signal devient bruyant. Une demande de fonctionnalité peut être critique pour la Persona A et inutile pour la Persona B. Votre message devient vague, vos démonstrations dérivent, et l'onboarding se transforme en aventure à choix multiples.

Les coûts augmentent de façon silencieuse :

• Plus de cas limites à supporter
• Cycles de développement plus longs à cause de conflits de besoins
• Coûts d'acquisition client plus élevés parce que le ciblage est flou
• Iteration plus lente parce qu'on ne sait pas ce qui a causé les résultats

Le focus étroit n'est pas limiter l'ambition ; c'est créer des boucles de rétroaction rapides.

La psychologie derrière « trop large »

Les fondateurs élargissent souvent par raisons émotionnelles :

• Peur de manquer une opportunité : « Et si on choisit la mauvaise niche ? »
• Évitement de la vente : il est plus facile de re-travailler le produit que d'entendre un « non » d'un acheteur spécifique.
• Confort identitaire : une grande mission parait plus sûre qu'une promesse petite et testable.

Checklist rapide « reset focus »

Si vous êtes bloqué, essayez ce reset pour les 2–4 prochaines semaines :

1. Choisissez un ICP que vous pouvez atteindre directement (pas « n'importe quelle PME »).
2. Choisissez un job-to-be-done que ce public paiera pour résoudre ce mois-ci.
3. Définissez une métrique de succès (ex. équipes actives hebdomadaires, conversions payantes, temps jusqu'à la valeur).
4. Coupez ou mettez en pause deux canaux et concentrez-vous sur celui qui donne les conversations les plus nettes.
5. Expédiez une amélioration par semaine liée à l'activation ou la rétention — pas à l'étendue « agréable à avoir ».

Le focus n'est pas permanent. C'est un outil pour apprendre plus vite que votre runway ne s'épuise.

Comment s'étendre après avoir conquis un petit marché

Gagner un petit marché ne veut pas dire que c'est fini — ça veut dire que vous avez mérité le droit de croître. La clé est le timing : étendez-vous seulement après qu'un segment soit vraiment « verrouillé ».

Signes que vous êtes prêt à vous étendre

Vous êtes prêt quand votre message convertit de manière constante et que la croissance semble répétable, pas aléatoire. Signaux pratiques :

• Un ICP clair où la plupart des nouveaux clients se ressemblent
• Un pitch simple qui fonctionne sans réécriture
• Un onboarding fiable : les gens obtiennent la valeur avec un minimum d'aide
• Une rétention qui tient après les premières semaines

Si vous avez encore besoin d'efforts héroïques pour conclure chaque deal, vous n'avez pas « gagné » — vous êtes encore en découverte.

Trois trajectoires d'expansion propres

Une fois le wedge validé, étendez-vous en choisissant l'étape la plus proche :

1. Persona adjacente : même workflow, rôle différent (ex. opérations → chefs d'équipe).
2. Workflow adjacent : même client, nouveau job-to-be-done (ex. facturation → recouvrement).
3. Géographie adjacente : même ICP et use case, nouvelle région (souvent la plus simple si produit et conformité le permettent).

Choisissez la voie avec le moins de changements pour réutiliser positionnement, produit et acquisition.

Séquencez : une variable nouvelle à la fois

L'échec commun est d'empiler les changements — nouvelle ICP et nouveau cas d'usage et nouveau canal. Gardez deux choses constantes en changeant une seule. Par exemple : même persona + même workflow, mais nouvelle géographie.

Gardez le cœur stable en explorant

Traitez l'expansion comme une expérience contrôlée. Maintenez le produit « cœur » que votre premier segment aime, et testez le nouveau segment avec des ajouts légers :

• Feature flags ou paramètres optionnels (pas une réécriture)
• Page d'atterrissage séparée pour le nouveau segment
• Petit cohort pilote avec feedback rapide

Quand le nouveau segment montre conversion et rétention répétables, intégrez ces apprentissages au produit principal — sans casser ce qui marche. Pour en savoir plus sur le maintien du focus, voir /blog/startup-focus.

Petit et étroit peut quand même être une belle entreprise

Un produit étroit peut paraître « trop petit » sur un pitch deck, mais rester une vraie bonne entreprise — surtout au départ.

« Default alive » en clair

Y Combinator parle souvent d'être default alive : vous dépensez moins que vous gagnez (ou pouvez lever), donc l'entreprise peut continuer sans miracle. Concrètement, cela signifie que vous avez un chemin clair pour ne pas manquer d'argent — soit les revenus couvrent les coûts, soit le burn est assez faible pour que le financement ne soit pas une urgence permanente.

Les petits marchés peuvent financer un vrai momentum

Un marché « petit » peut produire des revenus précoces solides si la douleur est intense et que l'acheteur a le budget. Si vous résolvez un workflow précis pour un rôle précis, vous pouvez souvent facturer plus que des outils génériques. Même 50–200 clients peuvent être significatifs si chaque client paie assez pour couvrir support, développement et apprentissage.

Principes de tarification pour produits étroits

Commencez par la tarification basée sur la valeur : fixez le prix en fonction de ce que le client économise ou gagne, pas de vos coûts.

Gardez la simplicité :

• Un plan central qui couvre ce dont la plupart ont besoin
• Une version supérieure pour équipes, permissions avancées ou conformité

Évitez les menus complexes tôt. Vous voulez que les acheteurs décident vite et que vous appreniez ce qu'ils valorisent réellement.

Opérez à bas coût tout en apprenant vite

Vous n'avez pas besoin d'une grosse équipe ou d'outils sophistiqués pour gagner un marché étroit.

Concentrez votre budget sur :

• Parler aux clients chaque semaine
• Itérations rapides sur le cas d'usage central
• Support léger (docs d'onboarding clairs, réponses templates)

Quand le produit est étroit, vos opérations peuvent l'être aussi — ce qui rend le « default alive » plus accessible.

Checklist pratique de métriques et d'apprentissage

Commencer petit marche seulement si vous apprenez plus vite que vous construisez. Le moyen le plus simple de rester honnête est de suivre quelques chiffres « est-ce que ça s'est amélioré ? », de les revoir chaque semaine et de les relier à des conversations clients.

Métriques clés (choisissez selon votre business)

B2B SaaS : équipes actives hebdomadaires, % de comptes atteignant l'action « aha », conversion essai→payant, churn (logo et revenu), temps-jusqu-à-valeur.

Consommateur / prosumer : taux d'activation, rétention jour-7, utilisateurs actifs hebdomadaires, actions de partage/invitations par utilisateur, conversion payante.

Marketplace : correspondances réussies par semaine, couverture de l'offre (fréquence à laquelle la demande trouve une offre), taux de répétition des deux côtés, take rate, taux d'annulation.

Services / agence (votre premier wedge) : leads qualifiés, taux de closing, taille moyenne des deals, temps de livraison, marge brute, références.

Les benchmarks dépendent fortement du contexte ; utilisez-les avec parcimonie. Une ancre sûre : tôt, la direction importe plus que le niveau — vous voulez que les taux clés (activation, conversion, rétention) montent à mesure que vous itérez.

Rituel hebdomadaire de 30 minutes

1. Chiffres : Qu'est-ce qui a bougé ? Entourez 1–2 métriques qui comptent cette semaine.
2. Apprentissages : Qu'avons-nous entendu de répétitif ? Qu'est-ce qui nous a surpris ?
3. Expériences : Qu'avons-nous essayé ? Quel était le résultat attendu vs le réel ?
4. Prochaines étapes : Choisissez un changement à expédier et un objectif d'outreach (ex. 10 conversations).

Écrivez-le dans un doc continu pour voir l'histoire de votre progression.

Questions après chaque conversation client

• Que tentiez-vous de faire quand le problème est survenu ?
• Que se passe-t-il si vous ne le résolvez pas cette semaine ?
• Qu'avez-vous déjà essayé (et pourquoi ça n'a pas marché) ?
• Comment le résolvez-vous aujourd'hui — étapes exactes, outils, personnes impliquées ?
• À quoi ressemble une solution « assez bonne » ?
• Qu'est-ce qui vous ferait payer pour ça (ou basculer depuis votre solution actuelle) ?
• Qui d'autre devrais-je contacter qui a le même problème ?

Si vos métriques s'améliorent et que ces réponses deviennent plus nettes, vous êtes sur la bonne voie étroite.

Plan de 30 jours pour commencer petit (sans se bloquer)

Commencer petit n'est pas « attendre de construire ». C'est forcer la clarté, obtenir des retours réels et livrer quelque chose que les gens paieront — vite. Voici un plan concentré de 30 jours qui vous garde en mouvement tout en restant étroit.

Semaine 1 : Engagez-vous sur un ICP étroit et une promesse

Choisissez un profil client idéal que vous pouvez décrire en une phrase (rôle, contexte et contrainte). Ensuite choisissez un problème douloureux que vous pouvez résoudre sans un produit complet.

Rédigez une promesse en une phrase, spécifique et testable :

« Nous aidons [ICP] à obtenir [résultat mesurable] en [délai] sans [souci courant]. »

Ceci devient votre filtre. Si une fonctionnalité, réunion ou idée n'améliore pas cette promesse, elle est exclue.

Semaine 2 : 15–25 conversations + tests de langage tarifaire

Parlez à 15–25 personnes correspondant à votre ICP. Cherchez des motifs, pas une validation.

Demandez-leur la dernière fois où ils ont ressenti la douleur, ce qu'ils ont essayé, ce que ça leur a coûté (temps/argent), et à quoi « résolu » ressemble.

Testez ensuite le langage prix tôt. Ne le présentez pas comme une négociation — utilisez-le comme signal :

• « Si ça vous faisait gagner 5 h/semaine, 99€/mois serait raisonnable ? »
• « Est-ce que vous l'expensez ? Ou ça doit tenir sur un budget équipe ? »

Documentez les phrases exactes qu'ils utilisent ; ces mots doivent apparaître sur votre page d'atterrissage et dans vos messages.

Semaine 3 : Livrez une version manuelle (pilote) et mesurez les résultats

Menez 3–5 pilotes où vous faites le travail manuellement en coulisses. Le but est de prouver le résultat, pas l'interface.

Définissez une ou deux métriques de succès (ex. temps gagné, moins d'erreurs, délai réduit) et suivez-les par utilisateur. Itérez chaque semaine selon ce qui améliore vraiment la métrique.

Semaine 4 : Productisez ce qui revient + choisissez un canal d'acquisition

Identifiez les étapes répétitives réalisées durant les pilotes et transformez-les en le plus petit produit « wedge ».

Préparez un canal d'acquisition que vous pouvez exécuter de façon constante le mois suivant : outbound ciblé, partenariats, communauté de niche ou intégration de workflow. Orientez tout vers votre promesse en une phrase et un appel à l'action simple (prendre un rendez-vous, démarrer un essai, payer l'onboarding).