- 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