Skip to main content

scale-public-roadmap

Utiliser quand l'utilisateur veut créer une roadmap produit transparente et engageante pour ses utilisateurs (parcours scale StartupsForge).

Quellinformationen

Repository
PrendsTaPart/Plugin-Claude-MCP-BraindCode-
Letzte Quellaktivität
11. Juli 2026 um 15:09
Erkannte Sprache von SKILL.md
Französisch
Sterne
8
Forks
0

Installationsoptionen

Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Quelldateien prüfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.

SKILL.md wird angezeigt

SKILL.md
Quellanweisungen · Schreibgeschützte Vorschau
name
scale-public-roadmap
description
Utiliser quand l'utilisateur veut créer une roadmap produit transparente et engageante pour ses utilisateurs (parcours scale StartupsForge).
tags
["produit"]
niveau
intermediaire
# Public Roadmap **Catégorie** : Scale **Durée** : 45 min ## Pourquoi Une roadmap publique crée de la transparence et engage tes utilisateurs. Les SaaS avec roadmap publique ont 25% moins de churn car les users voient que le produit évolue. ## Objectif Créer une roadmap produit transparente et engageante pour tes utilisateurs. ## Livrable attendu Roadmap publique avec collecte de feedback et voting ## É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. **Choisir l'outil** — Canny, ProductBoard, Notion public, Trello public 2. **Structurer les colonnes** — Under consideration, Planned, In progress, Shipped > Prompt: Quelle structure de colonnes pour une roadmap publique de [TYPE DE PRODUIT] ? 3. **Peupler la roadmap** — Features planifiées avec descriptions claires 4. **Activer le voting** — Permettre aux users de voter et commenter 5. **Créer le changelog** — Historique des features livrées ## Pro tips - N'inclue pas de dates précises (ça change toujours) - Célèbre les 'Shipped' pour montrer le momentum - Réponds aux commentaires - ça crée de l'engagement ## Erreurs fréquentes - Trop de détails techniques (reste user-centric) - Promettre des dates fermes - Ignorer le feedback reçu (frustre les utilisateurs) ## 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/scale/scale-public-roadmap.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).
Auf GitHub ansehen