← Retour au blog
·4 min read

MVP : savoir quoi couper (et quoi garder)

Après des années de projets trop ambitieux jamais terminés, j'ai appris à définir un MVP. Ma méthode avec Inner Gallery.

TL;DR

Avant Inner Gallery, j'ai accumulé des projets perso trop ambitieux : soit jamais terminés, soit terminés mais jamais marketés. Le MVP d'Inner Gallery, c'est la première fois que j'ai su dire non à mes propres idées.

Le vrai problème : finir

Je développe depuis que j'ai 13 ans. Des projets perso, j'en ai lancé des dizaines. Des plus ou moins complexes, avec des stacks variées. Le schéma se répétait : je partais sur un scope ambitieux, je passais des mois à construire, et le projet mourait avant d'arriver entre les mains de qui que ce soit.

Soit trop complexe → jamais terminé.

Soit terminé → jamais marketé, jamais lancé.

Le problème n'a jamais été technique. C'était le scope.

Fin 2025, quand j'ai démarré Inner Gallery, j'ai décidé de faire l'inverse de tout ce que j'avais fait avant. Le MVP tiendrait en trois features : import de photos, chiffrement via CryptoKit, et protection par PIN. Point.

Pas d'édition. Pas de partage. Pas de synchronisation. Pas d'albums intelligents. Juste un coffre-fort photo qui fait une chose et qui la fait bien.

Eric Ries dans The Lean Startup dit que le MVP sert à apprendre, pas à impressionner. Sauf que pour moi, le vrai apprentissage c'était de sortir quelque chose. Mes projets précédents m'avaient appris à coder n'importe quoi. Il me manquait la discipline de lancer.

Un MVP réussi, c'est la version la plus simple que tu publies réellement. Un projet parfait qui reste sur ton disque dur ne vaut rien.

Ma méthode en 3 étapes

1. La promesse en une phrase

Pour Inner Gallery : "Tes photos privées, chiffrées, sous ton contrôle."

Si ta promesse tient en une phrase, ton MVP devrait tenir en quelques features. Tout ce qui ne sert pas directement cette phrase peut attendre.

2. Must-have vs nice-to-have

J'utilise la méthode MoSCoW :

Must-have (MVP) :

  • Import de photos/vidéos
  • Chiffrement local (ChaCha20-Poly1305 via CryptoKit)
  • Protection par PIN + Face ID

Nice-to-have (après le lancement) :

  • Espaces multiples
  • Decoy PIN
  • Recherche par métadonnées

Won't-have (hors scope) :

  • Reconnaissance faciale
  • Partage social

La règle : si tu hésites entre must-have et nice-to-have, c'est du nice-to-have.

3. Fixe le temps, ajuste le scope

Shape Up de Basecamp a formulé ce principe mieux que quiconque : tu fixes un délai, tu coupes le scope pour rentrer dedans. Pas l'inverse.

Mes projets précédents faisaient exactement le contraire. "Ça prendra le temps qu'il faudra." Résultat : ça n'arrivait jamais.

Les features que j'ai coupées (et pourquoi)

L'édition de photos

Premier réflexe : intégrer crop, filtres, réglages. Mais Inner Gallery c'est un coffre-fort. Les utilisateurs éditent dans l'app Photos d'Apple, puis importent dans Inner Gallery. Plus simple, plus stable.

Les albums intelligents

"Et si l'app créait automatiquement des albums par date, lieu, type ?" Complexité énorme pour un bénéfice incertain. Au lancement, un espace par défaut suffit. Les espaces multiples viendront en pack payant.

Le partage sécurisé

Partager des photos chiffrées implique gestion de clés, interface de partage, edge cases de sécurité... Trois mois de dev minimum. Pour une feature dont je ne savais même pas si quelqu'un la voulait.

Chaque feature coupée, c'est du temps gagné pour perfectionner celles qui restent. Et surtout, c'est un lancement qui arrive plus tôt.

Ce que mes échecs m'ont appris

Projet trop ambitieux #1 : une app complète avec 15 features dès la v1. Six mois de dev, jamais lancée. Trop de surface, trop de bugs, zéro motivation pour la dernière ligne droite.

Projet terminé mais jamais lancé : techniquement solide, mais je n'avais plus l'énergie de faire le marketing, les screenshots, la page App Store. Le dev m'avait vidé.

La leçon : le lancement fait partie du produit. Si ton scope te laisse sans énergie pour le marketing, ton MVP est trop gros.

MVP ≠ version bâclée

Attention : MVP ne veut pas dire "version qui marche à moitié". Les trois features core d'Inner Gallery sont solides. Chiffrement robuste, import fluide, interface propre. Qualité premium, scope minimal.

Un utilisateur satisfait d'un MVP bien fini paiera pour les futures mises à jour. Un utilisateur déçu d'un MVP bâclé ne reviendra jamais.

Le meilleur MVP fait moins de choses que tes concurrents, mais les fait mieux. Coupe tout ce qui n'est pas vital, perfectionne ce qui reste, et surtout : lance. Un produit imparfait en ligne bat un produit parfait sur ton disque dur.

À lire aussi :

Découvrir Jungle Labs

mvpdéveloppementproduitscopelean-startup