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

معلومات المصدر

المستودع
PrendsTaPart/Plugin-Claude-MCP-BraindCode-
آخر نشاط في المصدر
١١ يوليو ٢٠٢٦ في ١٥:٠٩
لغة SKILL.md المكتشفة
الفرنسية
النجوم
٨
التفرعات
٠

خيارات التثبيت

يُحدَّد Prompt الذي يراجع المصدر أولًا بشكل افتراضي. يمكنك التبديل إلى أمر مباشر أو تنزيل نسخة محلية.

مراجعة ملفات المصدر

اقرأ SKILL.md وأي ملفات مرافقة يعرضها SkillsMP قبل أن تقرر التثبيت.

عرض SKILL.md

SKILL.md
تعليمات المصدر · معاينة للقراءة فقط
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).
عرض على GitHub