Avant de Construire
Effectuez une autopsie pré-mortem concise avant l'implémentation. L'objectif n'est pas de bloquer la construction ; il est d'identifier l'hypothèse la plus risquée, l'étape de validation la plus petite et le périmètre de construction qui devrait être retardé jusqu'à ce que les preuves s'améliorent.
Quand l'Utiliser
Utilisez cette compétence lorsqu'un utilisateur demande à construire ou livrer :
- Un nouveau produit, MVP, prototype, page d'atterrissage, application SaaS, marketplace, site de contenu, workflow d'agent ou outil interne
- Une fonctionnalité majeure avec un impact incertain sur l'adoption, les revenus, la rétention, la confiance ou la distribution
- Un actif de lancement public où un positionnement faible pourrait gaspiller les efforts de développement ou de promotion
Ignorez cette compétence lorsque la tâche est une correction d'implémentation étroite, un refactoring, une réparation de test, une mise à jour de dépendance ou un changement déjà validé avec des critères d'acceptation clairs.
Liste de Contrôle des Risques
Examinez l'idée selon ces risques :
- Demande : Existe-t-il des preuves qu'un acheteur ou utilisateur spécifique souhaite cela de manière urgente ?
- Positionnement : L'utilisateur cible peut-il comprendre ce que c'est et pourquoi c'est important en une phrase ?
- Monétisation : Existe-t-il une voie crédible vers le paiement, le budget ou la valeur stratégique ?
- Rétention : Y a-t-il une raison pour que les utilisateurs reviennent après le premier essai ?
- Confiance : Le produit nécessite-t-il de la crédibilité, un accès aux données, des intégrations ou des changements de comportement que les utilisateurs pourraient refuser ?
- Distribution : Existe-t-il un moyen reproductible d'atteindre l'utilisateur cible ?
- Adoption de fonctionnalité : Pour un travail sur des fonctionnalités, la fonctionnalité changera-t-elle le comportement de l'utilisateur ou ajoutera-t-elle simplement de la superficie ?
Si le verdict n'est pas évident, utilisez references/risk-checklist.md pour des questions plus approfondies.
Format de Sortie
Gardez la réponse courte et orientée vers la décision :
- Verdict de risque : Faible, moyen ou élevé, avec une phrase expliquant pourquoi.
- Hypothèse principale : L'hypothèse unique la plus susceptible de faire échouer le projet.
- Preuve à trouver en premier : Le plus petit signal utile avant de construire davantage.
- Prochaine action : Une étape de validation concrète ou un périmètre de construction réduit.
- À retarder : Ce qui ne doit pas encore être construit.
Conseils
- Soyez direct sur les preuves faibles, mais évitez de rejeter l'idée de l'utilisateur.
- Privilégiez les petites étapes de validation plutôt que les grands plans de recherche.
- Séparez le risque produit de la difficulté technique.
- Si l'idée est déjà validée, dites quelles preuves la rendent moins risquée et suggérez la plus petite tranche d'implémentation.
- Si des faits manquent, nommez les preuves manquantes au lieu d'inventer des affirmations de marché.