Pourquoi ces cinq rôles
La sélection suit une séquence courante : décider, planifier, créer l’interface, vérifier le chemin critique et rendre le résultat compréhensible pour moteurs de recherche et personnes. Chaque rôle possède un livrable différent pour garder les chevauchements visibles.
C’est une méthode examinée à la source, pas la promesse que cinq paquets créent une entreprise. Preuves clients, distribution, prix, sécurité, obligations légales et exploitation de production restent sous la responsabilité du fondateur.
1. grill-me : mettre la décision produit à l’épreuve
Utilisez grill-me pour faire apparaître hypothèses, choix manquants et compromis fragiles avant que le code devienne un coût irrécupérable. Terminez avec une courte décision : utilisateur cible, tâche pénible, promesse minimale, exclusions et prochain contrôle réfutable.
Ne confondez pas entretien avec un agent et découverte client. Remplacez rapidement les hypothèses par des entretiens, comportements observés ou données d’usage réelles.
2. create-implementation-plan : transformer le périmètre en phases
create-implementation-plan produit phases atomiques, dépendances, contrôles et risques. Il sert une fois la décision assez précise pour planifier sans inventer la moitié de la feuille de route.
Refusez les plans qui cachent des questions produit dans des tâches techniques ou dépassent la plus petite version testable.
3. frontend-design : rendre la première impression crédible
frontend-design donne un concept visuel délibéré et une direction de réalisation. Pour un MVP, limitez-le à l’action principale, aux vrais textes, aux états nécessaires et au minimum de composants.
L’assurance visuelle ne compense pas une promesse cassée. Faites passer accessibilité, chargement et clarté de la tâche avant la complexité décorative.
4. webapp-testing : vérifier un chemin critique
webapp-testing fournit des preuves navigateur pour un court parcours d’acceptation. Commencez par l’action créant de la valeur — l’inscription seule suffit rarement — et conservez captures ou journaux de console pour les échecs.
Un parcours réussi ne couvre ni données de production, ni paiements, sécurité, appareils mobiles ou tous les navigateurs. Précisez exactement ce qui a été testé et ce qui ne l’a pas été.
5. ai-seo : rendre le lancement compréhensible
ai-seo couvre le travail technique et éditorial de recherche pour les équipes centrées sur le produit. Utilisez-le après clarification réelle du produit, du public et de la promesse, sans inventer des mots-clés.
Le SEO est un moyen de distribution, pas une preuve de demande. Évitez les pages produites en masse répétant la même affirmation et mesurez visites qualifiées et actions produit plutôt que les seules impressions.
Une séquence de MVP sur sept jours
Le premier jour questionne la décision ; le deuxième fixe le plus petit plan ; les jours trois à cinq réalisent l’interface ; le sixième vérifie le chemin critique ; le septième publie une page de présentation honnête et lisible par les moteurs. C’est un cadre contraignant, pas une estimation universelle.
Arrêtez et réduisez le périmètre dès qu’un rôle ne peut nommer sortie, relecteur, acceptation et retour arrière. Le plus petit ensemble explicable avance généralement mieux qu’une collection d’auxiliaires redondants.
- Un utilisateur cible et une tâche sont explicites.
- Le plan définit la plus petite version et ses exclusions.
- L’interface principale comprend états vide, chargement, erreur et réussite si pertinents.
- Un parcours créateur de valeur possède des preuves navigateur.
- La page de lancement ne promet rien que le produit ne puisse étayer.