Skip to main content

scale-pricing-strategy

Utiliser quand l'utilisateur veut tester et optimiser sa stratégie de pricing pour maximiser le revenu (parcours scale StartupsForge).

소스 정보

저장소
PrendsTaPart/Plugin-Claude-MCP-BraindCode-
최근 소스 활동
2026년 7월 11일 15:09
감지된 SKILL.md 언어
프랑스어
스타
8
포크
0

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
scale-pricing-strategy
description
Utiliser quand l'utilisateur veut tester et optimiser sa stratégie de pricing pour maximiser le revenu (parcours scale StartupsForge).
tags
["finance","strategie"]
niveau
expert
prerequis
["scale-unit-economics"]
# Pricing Strategy **Catégorie** : Scale **Durée** : 60 min ## Pourquoi Le pricing est le levier le plus puissant sur ta marge. Une augmentation de 1% du prix augmente les profits de 11% en moyenne. Le mauvais pricing tue des startups. ## Objectif Tester et optimiser ta stratégie de pricing pour maximiser le revenu. ## Livrable attendu Analyse des 3 modèles (Freemium, Usage-based, Flat-rate) + recommandation ## É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. **Analyser le Freemium** — Free tier limité, conversion vers paid. Pour qui ? 2. **Analyser le Usage-based** — Pay-per-use, scalable avec le client. Risques ? > Prompt: Quels sont les avantages et risques d'un pricing usage-based pour [TYPE DE PRODUIT] ? 3. **Analyser le Flat-rate** — Prix fixe mensuel/annuel. Simplicité vs flexibilité 4. **Tester la willingness-to-pay** — Sondage Van Westendorp ou interviews clients 5. **Recommander la stratégie** — Choix argumenté + structure des tiers ## Pro tips - Le prix idéal est celui où 20% trouvent ça 'cher mais acceptable' - Les entreprises achètent de la valeur, pas des fonctionnalités - Propose 3 tiers : le middle est le plus vendu ## Erreurs fréquentes - Prix basé sur les coûts plutôt que sur la valeur perçue - Trop de tiers ou options (paralysis) - Ne pas tester le pricing avec de vrais clients ## 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-pricing-strategy.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). ## Voir aussi (skills plus riches du marketplace) - `foodeatup:price-check` — marges réelles par produit (si restauration) - `rapido-meta-ads:hundred-million-offers` — répondre à « c'est trop cher »
GitHub에서 보기