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).

Datos de origen

Repositorio
PrendsTaPart/Plugin-Claude-MCP-BraindCode-
Última actividad en el origen
11 de julio de 2026 a las 15:09
Idioma detectado de SKILL.md
francés
Estrellas
8
Forks
0

Opciones de instalación

De forma predeterminada está seleccionado el prompt que primero revisa el origen. Puedes cambiar a un comando directo o descargar una copia local.

Revisa los archivos de origen

Lee SKILL.md y los archivos complementarios que muestra SkillsMP antes de decidir si quieres instalarlo.

Mostrando SKILL.md

SKILL.md
Instrucciones de origen · Vista previa de solo lectura
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).
Ver en GitHub