Ce framework est le distillat de ce qu'on applique sur les missions Kézart. Tu peux faire les 7 étapes en un week-end de focus. Si tu sèches sur l'une d'elles, c'est un signal — ne saute pas, creuse.
-
Stress-tester ton idée avec idefix
Avant tout reste, vérifie que ton idée tient debout. Le prompt idefix est gratuit, il s'auto-active, tu n'as qu'à coller ton idée et répondre aux questions. Verdict en 10-15 min.
Si verdict 🔴 ABANDON : repars. Si 🟠 BANCALE : pivote selon les pistes proposées. Si 🟡 FRAGILE ou 🟢 SOLIDE : continue les étapes 2-7. Si tu zappes cette étape, tu prends le risque de cadrer parfaitement une idée qui ne devait pas exister.
Quel verdict idefix pour ton idée ? Quelles étaient les 2 pires faiblesses identifiées ?
-
Définir le persona précis
Pas « les PMEs ». Pas « les freelances ». Une personne nommable. « Sarah, fondatrice d'un cabinet de kiné de 4 personnes à Lyon, qui passe 6h/semaine sur la facturation manuelle parce que son logiciel actuel ne fait pas X ».
Si tu n'arrives pas à donner un prénom, un secteur, une taille d'équipe et une douleur précise, tu n'as pas un persona — tu as une catégorie. Et une catégorie ne paie pas. Une personne, oui.
Donne le prénom, le secteur, la taille d'équipe et la douleur précise de ton premier client idéal.
-
Le job-to-be-done
Christensen : les gens n'achètent pas des produits, ils hire des produits pour faire un job dans leur vie. Quel job ton produit est-il hire pour faire ?
Important : ce n'est pas une feature (« faire des factures »). C'est un job (« passer de 6h à 30 min sur la facturation pour récupérer un samedi entier en famille »). Le job a une dimension émotionnelle et sociale, pas seulement fonctionnelle. Trouve les 3 dimensions et tu sais quoi vendre.
Quel est le job fonctionnel + émotionnel + social que ton persona te hire pour faire ?
-
Le MVP minimum viable (vraiment)
Liste tes features. Maintenant kill 80 %. Le MVP n'a besoin que de 3 à 5 features qui résolvent le job principal. Tout le reste c'est de l'anxiété déguisée en roadmap.
Test mental : si tu lances avec seulement la feature #1, le user fait-il son job ? Si oui, tu peux même couper plus. La règle : ship 50 % de ce que tu pensais nécessaire, en 2x moins de temps que prévu. Tu apprendras plus en 1 mois shippé qu'en 6 mois en perfection.
Quelles sont les 3 features sans lesquelles ton produit ne peut pas exister ? Toutes les autres dégagent.
-
L'unit economics
Combien quelqu'un paie (prix mensuel ou annuel) ? Combien tu gagnes net après coûts (hébergement, IA, paiement, support) ? Marge brute > 70 % minimum en SaaS, sinon ton modèle est fragile.
Calcul critique : LTV / CAC > 3. Si un client te rapporte 1200 € sur sa durée de vie (LTV) et te coûte 800 € à acquérir (CAC), tu es mort à l'échelle. Si LTV = 1200 € et CAC = 200 €, tu peux scaler. Ne pas connaître ces deux chiffres = ne pas avoir de business.
Prix de vente ? Coût marginal par utilisateur ? Estimation CAC ? Estimation LTV ?
-
Le risque #1
Tu n'as pas 5 risques égaux. Tu en as un qui domine et qui peut tuer le projet. Identifie-le. Type de risque possibles :
- Technique : « est-ce que c'est faisable ? »
- Marché : « est-ce que les gens en veulent vraiment ? »
- Acquisition : « est-ce qu'on peut trouver des clients à coût raisonnable ? »
- Réglementaire : « est-ce qu'on a le droit ? RGPD, KYC, secteur réglementé »
- Équipe : « est-ce que je peux le faire seul ou j'ai besoin de cofondateur ? »
Ton plan doit attaquer le risque #1 en premier, pas en dernier. Si le risque c'est marché, ne code pas — fais 30 interviews. Si c'est technique, fais un prototype technique avant tout le reste.
Quel est ton risque #1 ? Quelle est la 1ʳᵉ action concrète pour l'attaquer cette semaine ?
-
Le test 30 jours
Quelle est l'expérience minimum que tu peux lancer en 30 jours pour valider ou invalider ton risque #1 ? Pas 6 mois. Pas « le MVP complet ». Un test ciblé.
Exemples concrets de tests 30j :
- Landing page + ads pour mesurer si les gens cliquent et signent une liste d'attente (test acquisition)
- Prototype Figma cliquable + 20 interviews user pour valider la résonance (test marché)
- Service manuel (« Wizard of Oz ») où tu fais le travail à la main pour 5 clients payants (test demand + apprend le job)
- Pré-commande avec paiement réel (la seule preuve de demande qui compte vraiment)
Critère de succès défini AVANT le test. Sans critère, tu vas rationaliser n'importe quel résultat. Avec critère (« si je n'ai pas 10 paiements en 30 j, j'arrête ou je pivote »), tu prends une vraie décision.
Quel test peux-tu lancer en 30 jours ? Quel critère de succès chiffré décide si tu continues ou pivotes ?
Bon réflexe : rédige ces 7 étapes dans un fichier brief.md de 2-4 pages. Ce fichier sera ton input pour Lovable / v0 / Bolt et ton ancrage en cas de doute. Quand tu hésiteras à coder une feature, relis ton brief — si elle n'est pas dans les 3-5 features MVP, tu jettes.