ideation-lessons-learned

# Lessons Learned **Catégorie** : Idéation **Durée** : 30-45 min ## Pourquoi Documenter les learnings transforme chaque projet en source d'amélioration. C'est ce qui distingue les équipes qui progressent. ## Objectif Documenter les apprentissages du lancement. ## Livrable attendu Retrospective documentée ## Étape 0 — Contexte (obligatoire) Charger `./rapido-kb/` — surtout `./rapido-kb/startup/` (vision, persona, offre, hypothèses construits par `dossier-startup-360` et `interview-business-plan`). La KB PRIME : ne jamais redemander une information déjà validée, la reformuler pour confirmation. Les chiffres réels viennent des MCP — jamais de mémoire ; tout chiffre sans source datée porte la mention « hypothèse fondateur, confiance faible ». ## Étapes 1. **Lister ce qui a bien marché** — Victoires à reproduire 2. **Lister ce qui a mal marché** — Échecs à éviter 3. **Identifier les surprises** — Learnings inattendus 4. **Définir les actions** — Que faire différemment ? 5. **Archiver et partager** — Accessible pour le futur ## Pro tips - Fais la retro dans les 48h - Implique toute l'équipe - Pas de blâme, focus sur l'amélioration ## Erreurs fréquentes - Faire la retro trop tard - Ne pas documenter - Pas d'actions concrètes ## Données & serveurs MCP - **RapidoCRM** (`rapidocrm`) — données réelles, lecture d'abord ## Livrable — toujours dans la KB du client Écrire le livrable daté dans `./rapido-kb/startup/forge/ideation/ideation-lessons-learned.md` (le dossier du client, dans SON répertoire de travail — jamais dans le plugin). Si des chiffres clés en sortent, proposer de mettre à jour `./rapido-kb/startup/business-plan/hypotheses.md` (source + date).