expansion-clients
Utiliser quand l'utilisateur veut faire monter ses clients en gamme, détecter les opportunités d'upsell, ou piloter le tunnel Studio → Agence → SaaS de BraindCode. Détecte 3 transitions à signaux réels dans les données (livrables Studio finis, projet agence à J-15, client SaaS actif 3+ mois), prépare la proposition (déléguée à redaction-commerciale), crée le devis après confirmation, planifie la relance J+7. Tout en brouillon.
Informations de source
- Dépôt
- PrendsTaPart/Plugin-Claude-MCP-BraindCode-
- Dernière activité de la source
- 15 juillet 2026 à 16:47
- Langue détectée de SKILL.md
- français
- Étoiles
- 8
- Forks
- 0
Options d'installation
Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.
Vérifiez les fichiers source
Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.
Affichage de SKILL.md
SKILL.md
Instructions source · Aperçu en lecture seule- name
- expansion-clients
- description
- Utiliser quand l'utilisateur veut faire monter ses clients en gamme, détecter les opportunités d'upsell, ou piloter le tunnel Studio → Agence → SaaS de BraindCode. Détecte 3 transitions à signaux réels dans les données (livrables Studio finis, projet agence à J-15, client SaaS actif 3+ mois), prépare la proposition (déléguée à redaction-commerciale), crée le devis après confirmation, planifie la relance J+7. Tout en brouillon.
# Expansion clients — la boucle Studio → Agence → SaaS
Détecte, dans les **données réelles**, les clients prêts à passer au palier suivant,
puis prépare la proposition. **Rien ne part sans confirmation** ; fourchettes et
paliers viennent de `./rapido-kb/offres.md` (jamais en dur — absent → le signaler).
## Les 3 transitions (signaux détectables)
### STUDIO → AGENCE
- **Signal** : incubé dont les **livrables Studio sont terminés** — projet RapidoRH
dont les colonnes *Lean Canvas / BP / pitch deck* sont à **Done** (lecture du
Kanban RapidoRH, en prose : liste des tâches du projet).
- **Argumentaire AIDA** : « votre projet est structuré, passons au MVP » —
fourchette et paliers lus dans `./rapido-kb/offres.md`.
### AGENCE → SAAS
- **Signal** : **projet agence à J-15 de la livraison** (jalon Kanban RapidoRH /
Calendar à 15 jours).
- **Pitch** : pack **RapidoSoftware** pour exploiter ce qui vient d'être construit,
**essai 14 jours**.
### SAAS → PALIER SUPÉRIEUR
- **Signal** : **client actif 3+ mois avec usage soutenu** — campagnes CRM lancées
(`list_campagnes`, `get_stats_campagne`) et posts CMS publiés (activité éditoriale,
en prose). Ancienneté via `get_contact` / `get_entreprise`.
- **Pitch** : palier supérieur adapté à l'usage constaté (chiffres réels à l'appui).
## Pour chaque opportunité
1. **Préparer la proposition** — déléguer la rédaction à `redaction-commerciale`
(argumentaire AIDA, valeur démontrée par les livrables/usage réels).
2. **Créer le devis** au CRM (`create_devis`) **après confirmation** — jamais d'office.
3. **Planifier la relance J+7** (`create_task` / `create_rdv`), en brouillon.
4. **Tout envoi = confirmation** (`garde-envois` + autonomie.md).
## Anti-collision
- **`programme-ambassadeurs`** (rapidocrm) : moi = faire **monter en gamme** un
client ; lui = transformer un client satisfait en **apporteur** (10 %/20 %). Deux
boucles distinctes, souvent enchaînées (un client au palier SaaS est aussi un bon ambassadeur).
- **`pilotage-commercial`** : m'**invoque** dans sa boucle (routine `VENTE-EXPANSION`).
## Garde-fous
Signaux **lus dans les données réelles** (Kanban, CRM, CMS), jamais supposés ;
fourchettes/paliers depuis `./rapido-kb/offres.md` ; devis créé **après
confirmation** ; tout envoi en **brouillon** ; pas de promesse chiffrée non sourcée.
Voir sur GitHub