"Si vous n'êtes pas embarrassé par la première version de votre produit, vous avez lancé trop tard." — Reid Hoffman Chez Splits, nous suivons cette approche pour construire des logiciels : faire fonctionner → bien faire → faire vite. L'ordre est important. Voici ce que nous avons appris en expédiant chaque phase :

Faites-le fonctionner = prototype fonctionnel. Il doit être brut. Il doit être bancal. Mettez-le rapidement devant les utilisateurs. Comment nous définissons le MVP : 1) Listez tout ce que nous pensons être important ou pertinent pour le projet. 2) Quel est le *minimum absolu* de cette liste que nous pouvons terminer et avoir un prototype fonctionnel ?

Faites-le bien = réparez tous les éléments cassés. Entrez dans cette phase avec des signaux clairs du marché : des retours cohérents, une utilisation croissante malgré des défauts évidents. Maintenant, vous avez gagné le droit d'investir plus de ressources.

Faites-le rapidement = optimisez les performances. Honnêtement, nous apprenons encore sur cette phase. La plupart des équipes est actuellement en mode "faites-le bien" 🤷‍♂️ Mais voici l'inspiration qui nous motive :

Pourquoi cette approche fonctionne : La séquence est une stratégie. Ce que vous apprenez aujourd'hui façonne ce que vous construisez demain. Si vous sautez des étapes, vous n'avez pas les informations nécessaires pour résoudre les problèmes correctement. L'action produit des informations. Mais l'action *intentionnelle* produit des informations *plus utiles*.

Le piège consiste à essayer de bien faire en même temps que vous essayez de le faire fonctionner. NON. "Donnez-vous la permission de livrer quelque chose que vous savez ne pas être correct." — @wminshew