Communitygithub.com

moshuying/pitchcraft

Compétence de pitch · persuasion structurée pour responsables tech, chefs de produit et fondateurs : lancement, suivi, bilan, pitch et vente de solutions en un framework en 5 parties (Accroche → Contexte → Proposition → Preuve → Demande), avec collecte de contenu IA et liste de vérification avant soumission.

Qu'est-ce que pitchcraft ?

Pitchcraft est une compétence de présentation persuasive conçue pour les tech leads, les chefs de produit et les fondateurs. Elle repose sur un framework universel en cinq parties : Accroche, Contexte, Proposition, Preuve et Demande. Cette compétence aide à structurer des briefings percutants tels que les lancements de projet, les suivis d’avancement, les bilans annuels, les pitchs investisseurs et les propositions commerciales. Elle fonctionne avec Claude Code, Cursor, Codex et d’autres environnements d’IA. L’utilisateur est guidé par un flux de travail qui collecte d’abord le contexte, puis le matériel, avant de rédiger le contenu selon des règles d’écriture précises (éviter le jargon, prioriser les préoccupations de l’audience, fournir des métriques sourcées). Une checklist finale garantit que chaque briefing est clair, pertinent et prêt à convaincre.

Compatible avec✓Claude Code✓Codex CLI✓Cursor
npx skills add moshuying/pitchcraft

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Langues : English (ce fichier) · 简体中文 → SKILL.zh-CN.md

Briefings persuasifs · Workflow

Essence

Ce n’est pas de la rédaction de rapport — c’est de la persuasion. Dans chaque scénario, vous faites la même chose :

En un temps limité, aidez un public spécifique à comprendre le contexte, faire confiance à votre jugement et vous apporter le soutien nécessaire.

Utilisateurs et scénarios

RôleScénariosPublic
Tech lead / responsable ingénierieLancement, revue de jalon, bilanDirigeants métier, CTO, PMO
PM / responsable produitRevue trimestrielle, bilan annuel, revue des exigencesDirecteur, VP
Fondateur / propriétaire d’entreprisePitch investisseurInvestisseurs, partenaires
Avant-vente / solutionsVente de solutionsDirigeants clients, évaluateurs techniques

Cœur : Framework de persuasion en 5 parties

Tous les types de briefing partagent une même colonne vertébrale ; l’emphase sur chaque section varie.

Partie 1 · Accroche
  → Pourquoi devraient-ils continuer à écouter ?
  → Opportunité / douleur / urgence

Partie 2 · Contexte
  → Quelle est la situation ?
  → Ce que nous avons fait et ce que nous possédons

Partie 3 · Proposition
  → Qu’allons-nous faire / avons-nous fait ?
  → Périmètre, chemin, rythme

Partie 4 · Preuve
  → Pourquoi pouvons-nous réussir / avons-nous réussi ?
  → Données, avantage compétitif, équipe, cas

Partie 5 · Demande
  → De quoi avons-nous besoin de leur part ?
  → Décision / ressources / partenariat / investissement

Types de briefing et modèles

Chaque type est une instance du framework en 5 parties.

Lancement de projet

Objectif : Obtenir l’approbation de la direction pour lancer et allouer des ressources (personnes, budget).

PartieSectionFocus
AccrocheContexte et opportunitéMarché, douleur, concurrence, pourquoi maintenant
ContexteCe que nous avons déjàÉquipe, tech, données, actifs existants
PropositionObjectifs et périmètreDans / hors périmètre, jalons
PreuvePourquoi nousDifférenciation, avantage compétitif
DemandeRessources et risquesSoutien nécessaire, principaux risques et leur mitigation
# {Projet} · Lancement

## Contexte et opportunité

{Pourquoi maintenant : marché, douleur, concurrence—2–4 phrases.

C’est l’entrée de la persuasion—créez le besoin : “Nous devons faire cela.”}

## Ce que nous avons déjà

{Équipe, tech, données, actifs métier—pas pour se vanter, mais pour inspirer confiance.

Motif : “Nous avons déjà X, donc ce n’est pas partir de zéro.”}

## Objectifs et périmètre

**Dans le périmètre** : {capacités}
**Hors périmètre** : {exclusions explicites—évitez le glissement de périmètre}

{Jalons et calendrier}

## Pourquoi nous

{Différence fondamentale par rapport aux alternatives. Avantage compétitif : pourquoi les autres ne peuvent pas ou ne veulent pas égaler.}

## Ressources et risques

{Personnes / budget / besoins transverses
Risque principal et sa mitigation}

Suivi d’avancement

Objectif : Convaincre la direction et les parties prenantes que le travail est sur la bonne voie et mérite un investissement continu.

PartieSectionFocus
AccrocheRésumé en une ligne1–2 faits les plus importants de la période
ContexteContexte de la périodePosition par rapport à la période précédente
PropositionProgrès clésPar jalon ou module
PreuveIndicateurs clésProgrès, qualité, efficacité
DemandeRisques et décisionsDécisions et coordination nécessaires
# {Projet} · Suivi d’avancement

## Résumé en une ligne

{1–2 faits ; l’auditoire saisit l’essentiel en 10 secondes}

## Progrès clés

{Éléments achevés et indicateurs par jalon ou module}

## Risques et réponse

Formule par élément : {symptôme} → {cause racine} → {mitigation} → {statut}

Décisions : options + recommandation—pas de devoirs ouverts :
❌ "Dépendance X incertaine—veuillez conseiller"
✅ "La dépendance X a glissé de 2 semaines. Option A (ajouter des personnes) vs B (déplacer le jalon). Recommandation A ; besoin du soutien de l’équipe Y."

## Phase suivante

| Élément | Échéance | Dépendances | Risque |
|---|---|---|---|

Bilan / Revue annuelle

Objectif : Montrer la valeur livrée et les actifs conservés.

PartieSectionFocus
AccrocheAperçu de l’atteinte des objectifsAvons-nous réussi globalement ?
ContexteObjectifs initiauxCe à quoi nous nous sommes engagés
PreuveRésultats quantifiésBasés sur les données
PropositionLeçons et actifsCe qui reste
DemandeProchaine phase ou passationQue se passe-t-il ensuite ?
# {Projet} · Bilan / Revue annuelle {Année}

## Atteinte des objectifs

| Objectif | Cible | Réel | % | Remarques |
|---|---|---|---|---|

Sous-performance : cause racine et amélioration—dites-le avant qu’ils ne le demandent.

## Livrables principaux

3–5 éléments, chacun : {quoi} + {indicateur} + {impact métier}

## Leçons

- **Ce qui a fonctionné** : méthodes réutilisables / architecture / processus
- **Ce qui a échoué** : cause racine + prévention
- **Actifs laissés** : code / données / docs / compétences de l’équipe

## Suite

Si poursuite → direction, objectifs, résultats clés, ressources
Si fin → passation pour que rien ne reste sans soutien

Pitch investisseur

Objectif : Susciter l’intérêt pour une conversation approfondie.

PartieSectionFocus
AccrochePhrase d’accrochePitch elevator
ContexteOpportunité de marchéTaille, douleur, pourquoi maintenant
PropositionProduitSolution, fonctionnalités clés, stade
PreuveAvantage compétitif et tractionTech, données, croissance, équipe
DemandeFinancement / partenariatMontant, utilisation, jalons
# {Projet} · Pitch

## Phrase d’accroche

{Ce que nous faisons, pour qui, quelle valeur}

## Opportunité de marché

{Taille, persona, douleur, pourquoi maintenant}

## Produit

{Comment nous résolvons, fonctionnalités clés, architecture (bref), stade}

## Avantage compétitif et traction

**Avantage compétitif** : {tech / données / réseau / équipe—pourquoi les autres ne peuvent pas}
**Indicateurs** : {utilisateurs, croissance, rétention, revenus}
**Équipe** : {pourquoi cette équipe peut exécuter}

## Demande de financement

{Montant, utilisation des fonds, jalons, objectif de la prochaine levée}

Vente de solutions

Objectif : Convaincre les dirigeants clients que votre solution est le meilleur choix.

PartieSectionFocus
AccrocheAlignement sur la douleurLeur problème, dans leurs mots
ContexteÉtat actuelLacunes du statu quo
PropositionSolutionComment nous résolvons
PreuveCas et donnéesPreuve
DemandePartenariatComment commencer
# {Projet} · Proposition

## Alignement sur la douleur

{Langage client pour le problème—la précision renforce la confiance rapidement}

## État actuel

{Pourquoi le statu quo échoue : fonctionnalités, coût, efficacité, risque}

## Notre solution

{Comment nous résolvons ; capacités et différenciation}

## Preuve

{Cas dans le même secteur avec indicateurs}
{Si pas de cas : plan de POC ou feuille de route de démo}

## Partenariat

{Modèle d’engagement, calendrier, ce que nous attendons d’eux}

Règles d’écriture

1. Leurs préoccupations d’abord, votre histoire ensuite

❌ Cinq minutes sur le travail acharné de l’équipe et la finesse de l’architecture
✅ La première phrase répond à “Pourquoi devrais-je m’y intéresser ?”

2. Les risques nécessitent du jugement

❌ “Les serveurs expirent parfois—veuillez surveiller”
✅ “Épuisement du pool de connexions ; mise à l’échelle en cours ; rétablissement prévu demain”

3. Reconnaître d’abord les équipes partenaires

❌ “Nous avons comblé une lacune que personne d’autre n’a traitée”
✅ “L’équipe X a un Y mature ; nous étendons avec Z”

4. Les indicateurs nécessitent source et définition

❌ “Le taux de conversion a augmenté de 20 %”
✅ “Conversion +20 % (juin vs mai, même pool de comptes)”

5. Les mauvaises nouvelles tôt quand elles comptent

❌ Victoires d’abord, puis enterré “mais nous avons glissé”
✅ Commencez par les risques matériels, puis les progrès

6. Pas de devoirs pour l’auditoire

❌ “Suite : continuer à avancer”
✅ “Intégration mercredi ; le risque est la dépendance Y—responsable aligné”


Workflow

Étape 1 — Charger la mémoire
  Lire le contexte du leader, le positionnement métier, les préférences de format.
  Manquant → demander à l’utilisateur de fournir.

Étape 2 — Scénario et public
  L’utilisateur choisit le type (lancement / suivi / bilan·annuel / pitch / vente de solutions).
  Sonder le public :
  □ Rôle et niveau ?
  □ Que savent-ils déjà ?
  □ Préoccupations principales (tech / métier / coût / temps) ?

Étape 3 — Collecte de contenu
  Vérifier l’exhaustivité par type ; demander les lacunes :

  Lancement :
  □ Contexte / analyse de marché
  □ Paysage concurrentiel
  □ Capacités de l’équipe
  □ Objectifs et KPI
  □ Ressources et budget
  □ Calendrier

  Suivi :
  □ Travail achevé cette période
  □ Indicateurs clés (progrès / qualité / efficacité)
  □ Liste des risques avec jugement et mitigation
  □ Plan pour la phase suivante
  □ Décisions nécessaires de la direction

  Bilan / annuel :
  □ Objectifs initiaux
  □ Résultats quantifiés
  □ Leçons apprises
  □ Plan suivant ou passation

  Pitch :
  □ Données et rapports de marché
  □ Démo produit ou statut MVP
  □ Concurrence
  □ Présentation de l’équipe
  □ Finances et prévisions
  □ Demande de financement et utilisation des fonds

  Vente de solutions :
  □ Contexte et douleur du client
  □ Solutions alternatives
  □ Notre solution et capacités
  □ Cas ou plan de POC
  □ Tarification ou modèle d’engagement

  Si l’utilisateur dit “tu sais tout—écris simplement” :
  → Tirer de la mémoire et du contexte antérieur
  → Ouvrir avec “Basé sur les informations disponibles ; il peut manquer XX”

Étape 4 — Rédiger dans le modèle
  Choisir le modèle ; appliquer les règles d’écriture.
  Après chaque partie, demander : “Cela répond-il à ce qui les préoccupe ?”

Étape 5 — Vérification finale
  □ Les 10 premières secondes semblent-elles pertinentes ?
  □ Chaque nombre est-il sourcé et défini ?
  □ Chaque risque a-t-il une cause racine + réponse ?
  □ Pas de vague “nécessite attention” sans jugement ?
  □ Les mentions inter-équipes reconnaissent-elles d’abord les autres ?

Étape 6 — Validation utilisateur
  Présenter → “Que devrions-nous ajuster ?”
  Problèmes de format → ajouter à la mémoire de format

Migration entre scénarios

De → ÀChangementConserver
Lancement → PitchAccroche : douleur métier → opportunité de marché ; Preuve : avantage tech → tractionStructure en 5 parties, logique des risques
Suivi → Lancement (phase suivante)Les progrès deviennent Contexte ; les risques accumulés alimentent RisquesDéfinitions des indicateurs, récit d’équipe
Bilan → Étude de casDépersonnaliser les internes ; mettre l’accent sur la valeur clientMéthodes quantitatives, critères d’acceptation
Vente de solutions → LancementDouleur client → opportunité de marché ; cas → preuveStructure, anticipation des risques

Skills associés