Customer Onboarding Deck Builder

Le Customer Onboarding Deck Builder est un agent Claap qui transforme chaque deal gagné en decks d'onboarding spécifiques à la persona (IC sales, managers, CSM, produit, execs), à partir de vraies données CRM et de transcripts d'appels Claap.

💡 Quel problème résout le Customer Onboarding Deck Builder ?

Les équipes customer success et KAM passent des heures par onboarding à construire des decks depuis zéro, et le même compte demande souvent 3 à 5 decks différents parce qu'IC sales, managers, CSM, produit et exécutifs ont besoin d'une histoire différente. Sans automatisation :

• Les decks sont génériques parce qu'il n'y a pas le temps de récupérer les vrais verbatims et pain points du cycle de vente
• L'angle persona s'aplatit : un deck exec ressemble à un deck IC avec l'agenda échangé
• Le branding dérive entre CSM quand chacun reconstruit ses templates à sa sauce
• Le « pourquoi ils ont acheté » se perd entre sales et onboarding

Ce workflow transforme le contexte du deal (CRM + enregistrements Claap) en deck d'onboarding pleinement brandé et spécifique à la persona, avec des checkpoints humains obligatoires pour que le CSM garde la main sur le récit.

⚙️ Que fait le Customer Onboarding Deck Builder ?

Cet agent IA tourne en 3 phases avec 2 checkpoints utilisateur :

• Phase 1, analyse du deal : lit le deal que Claap synchronise depuis votre CRM, les résumés d'appels, les verbatims tagués et les emails (discovery, proposal, kickoff), puis synthétise statut, buying committee, use cases, risques et ce qui a fait gagner le deal, chaque point relié à sa source. Demande validation à l'utilisateur avant de continuer.
• Phase 2 — Reframing persona et plan : applique un cadrage spécifique à la persona (Frame / Lead with / Do mention / Don't mention / Neutralize / Time / Tone) et produit un plan avec agenda, récit, risques de session et points à confirmer. Demande validation avant de continuer.
• Phase 3, génération du deck : génère un deck de 8 à 10 slides avec votre skill de branding, avec des verbatims extraits des transcripts. Publie sur Google Slides, Gamma, Canva, ou .pptx, au choix.

Le même compte peut produire 4+ decks (un par persona) sans repartir d'une page blanche.

🧩 Comment configurer le Customer Onboarding Deck Builder ?

1️⃣ Enregistrez vos calls sales et onboarding dans Claap

Assurez-vous que les calls de discovery, démo, proposal et kickoff atterrissent dans des workspaces Claap accessibles à l'agent. Le reframing persona ne fonctionne que si l'agent peut extraire de vrais verbatims des enregistrements.

2️⃣ Activez le MCP Claap, le MCP CRM et le MCP de publication dans Claude

Connectez Claap comme serveur MCP dans Claude Desktop ou Claude Code. Claap synchronise vos deals HubSpot : stage, montant, owner et dates viennent donc de Claap. Connectez un MCP CRM uniquement pour les champs que Claap ne synchronise pas, comme le KAM ou le statut d'onboarding. Connectez un MCP de publication pour le deck final : Google Drive pour un lien Google Slides natif, Gamma, ou Canva.

3️⃣ Ajoutez une skill de branding (skill de structure de deck optionnelle mais recommandée)

La skill de branding apprend à l'agent votre identité visuelle, couleurs, polices, logo, tokens de layout, pour que chaque deck reste on-brand. Trois façons de la construire : extraire depuis un deck existant (le plus rapide), extraire depuis votre site (extension Chrome), ou extraire depuis Figma via le MCP Dev Mode. Pour les decks qui doivent paraître pleinement natifs dans votre produit (patterns de composants, motion, animations hero), ajoutez aussi une skill de structure de deck qui définit la bibliothèque de slides.

📘 Comment construire une skill de branding

La skill de branding est un document design-system réutilisable que l'IA applique à chaque sortie. Choisissez le chemin d'extraction qui matche ce que vous avez déjà :

Option A — Extraire depuis un deck existant (le plus rapide)

Récupérez notre skill extract-branding-theme sur GitHub. Uploadez n'importe quel .pptx on-brand que vous avez déjà, pitch deck actuel, deck investisseurs, template de marque, et la skill reverse-engineere le design system complet (couleurs du thème, typographie, grille de layout, masters, brand assets) dans un branding_template.json structuré. Déposez ce JSON dans votre projet Claude comme référence de branding et chaque futur deck en hérite.

Pour les decks qui référencent aussi de l'UI produit (screenshots, mockups de composants), associez-le à notre skill claap-design-system, même repo, couche complémentaire couvrant la composition de composants et les patterns d'interaction.

Option B — Extraire depuis votre site avec l'extension Chrome Claude (meilleurs résultats)

Installez l'extension Chrome Claude et naviguez vers votre homepage. L'extension lit la page rendue en live (styles calculés, polices réelles, vraies couleurs après cascade CSS), ce qui produit des résultats bien plus riches qu'un simple scrape d'URL.

Avec votre site ouvert dans l'onglet actif, demandez à Claude :

Extract the full design system from this page:
- Color palette: backgrounds (dark/light/neutrals), accents, text colors, gradients. Capture exact hex or HSL values.
- Typography: heading font (display, weight, tracking, uppercase rules), body font, caption font. Include exact families, weights, sizes, line-heights.
- Component patterns: cards (background, border, radius, padding, shadow), buttons (primary/secondary/ghost), stat callouts, section backgrounds, CTAs.
- Logo: exact URL to the SVG or PNG file.
- Layout rules: spacing scale, container widths, section rhythm, dark-first vs light-first, footer patterns.
- Motion: hover effects, transition timings, scroll animations, easing functions.

Navigate to 2 or 3 other pages (product, pricing, blog) to confirm the tokens hold, and flag any drift.

Then generate a reusable skill file I can save as my branding reference. Format it as a structured document with design tokens, usage rules, and a quick-reference code snippet I can copy-paste into future projects.

L'extension inspecte le DOM rendu et le CSS, produisant un document design system complet. Sauvegardez-le comme skill dans votre projet Claude.

Plan B si vous ne pouvez pas installer l'extension : utilisez WebFetch de Claude sur l'URL de votre homepage. Attendez-vous à une extraction de tokens moins précise, le HTML brut rate les styles calculés qui définissent votre véritable identité visuelle.

Option C — Extraire depuis Figma via le MCP Dev Mode (le plus précis)

Si vous avez un fichier design-system Figma, utilisez le MCP Dev Mode officiel de Figma pour que Claude lise vos variables, styles de texte et composants directement, sans deviner depuis le canvas rendu.

1. Activez le MCP Dev Mode dans Figma

• Ouvrez l'app desktop Figma (le MCP tourne en local, non disponible dans l'app navigateur).
• Allez dans le menu Figma → Preferences → Enable Dev Mode MCP Server.
• Figma démarre un serveur MCP local (endpoint par défaut : http://127.0.0.1:3845/sse).

2. Ajoutez le MCP Figma dans Claude

• Dans Claude Desktop ou Claude Code, ajoutez un nouveau serveur MCP pointant sur l'endpoint local affiché dans le panneau Preferences de Figma.
• Approuvez la connexion dans Claude.

3. Partagez le fichier ou la frame avec Claude

• Dans Figma, faites un clic droit sur la frame ou le composant que vous voulez extraire → Copy link to selection.
• Dans Claude, collez le lien et demandez :

Read this Figma frame via the Dev Mode MCP and extract the full design system:
- Variables: color tokens, spacing tokens, radius tokens, shadow tokens (exact names and values)
- Text styles: heading display, body, captions with exact font families, weights, sizes, line-heights, letter-spacing
- Component patterns: cards, buttons, callouts, section layouts — their structure and variants
- Layout grids and breakpoints
- Effects and motion styles (if defined in the file)

Generate a reusable branding skill document I can reuse across all deck generation. Include a quick-reference code snippet mapping every token to a Tailwind or CSS variable.

Le MCP Dev Mode renvoie les valeurs exactes des tokens définies dans votre design system, donc la skill est aussi précise que le fichier lui-même.

4️⃣ Configurez les 5 valeurs de setup

En haut du prompt, fixez une fois :

• Outil CRM (optionnel) : uniquement pour les champs que Claap ne synchronise pas, comme le KAM ou le statut d'onboarding
• Workspace Claap : celui qui contient les enregistrements. Si vide, l'agent liste vos workspaces et vous demande lequel utiliser.
• Langue par défaut : utilisée pour chaque deck ; si vide, l'agent suit la langue de travail du client
• Skill de branding : chargée dans ce projet
• Cible de publication : Google Slides via le MCP Drive, Gamma, Canva, ou PPTX

5️⃣ Créez un projet dans Claude et ajoutez ces instructions

💡 Déposez votre skill de branding dans le projet. Le cadrage spécifique à la persona vient du prompt ci-dessous, étendez la table des personas à l'exécution si vous servez des audiences hors des 5 defaults (par exemple RevOps, finance, IT, legal).

You're a senior customer success / enablement specialist. Your mission:
create a persona-specific onboarding deck for a customer team, grounded in
real deal context and verbatim quotes from call recordings.

The same account can produce 4+ different decks depending on the audience
(IC sales, sales managers, CSMs, product teams, execs). This agent handles
the persona reframing so each audience gets a deck that resonates.

Every stakeholder, use case, risk, and "what won the deal" claim must be
backed by a recording quote, an email, a deal field or a Claap contact
summary. Tag each claim [rec|email|deal|contact: ref] in the Phase 1
output. Do not invent context to fill the slot.

# Set once at project setup
- Claap workspace (if blank: list_workspaces; if more than one, ask which by name, never pick): 
- CRM tool (only for fields Claap doesn't sync, like KAM or onboarding status): 
- Default language: 
- Branding skill: 
- Deck structure skill (optional): 
- Publishing target: 

If Branding skill or Publishing target is blank, ask for it before Phase 1.

# Runtime input
- [COMPANY] → required, the customer company
- [PERSONA] → required, the audience for this deck (e.g. "IC Sales", "Sales Managers", "CSMs", "Product team", "Executives", or any custom role)

3 phases, 2 mandatory checkpoints. Never skip a checkpoint: they are user-validation gates.

# Phase 1: Deal analysis (checkpoint #1)

Pull the context, then synthesize. Claap syncs HubSpot deals: read the deal there first.

1. search_companies [COMPANY] → companyId. search_deals {title: [COMPANY]} → get_deal {returnAiFields: true}: stage, amount, owner, dates (cycle length), AiStatus, Summary (Decision feeds "what won", Risk feeds "risks"). CRM tool only for KAM and onboarding status.
2. get_recordings {dealId} (fallback companyId) by createdAt; get_recording on each for its summary. Split sales calls (before closedAt) from post-sale calls.
3. search_recording_transcripts {dealId} with tag Objections, then PainPoints, then semantic queries: "who decides, signs, owns the budget", "previous tool". Tags cover the customer side only.
4. search_emails {dealId} ("success criteria, licences, seats, contract, kickoff"), get_email on the hits.
5. get_recording_transcript on at most 2 calls where summaries leave gaps.
6. list_contacts {companyId} → get_contact for the buying committee.

Present this structured analysis to the user:

- Status: deal stage, amount (HubSpot-synced; say if ARR or one-off), sales cycle length, owner, KAM, onboarding status
- Buying committee: economic buyer, project owner, champion, signatory, blockers, with the verbatim quotes that identified each role
- Use cases: 3-5 in priority order, each with who it serves, what it replaces, what success looks like
- Risks & watch-outs: past tool trauma, custom requirements that may not be fully covered, pricing/license friction, methodology gaps
- What won the deal: the 2-3 things the champion explicitly named as decisive

Checkpoint #1: ask the user "Anything to correct, add, or clarify in the analysis? Also confirm the target persona if not already given."

STOP and wait for confirmation before continuing.

# Phase 2: Persona reframing & plan (checkpoint #2)

Apply persona-specific framing. For the requested persona, define:
- Frame: the core narrative angle (1 sentence)
- Lead with: what to open on
- Do mention: topics that resonate with this audience
- Don't mention: topics that backfire (e.g. scoring or surveillance for IC sales)
- Neutralize: sensitive topics that need careful framing
- Time budget: default session length
- Tone: formality, jargon, language

Default presets (extend or replace based on what your data shows):

| Persona | Length | Lead with | Avoid |
|---|---|---|---|
| IC Sales | 45 min | Personal time savings | Scoring, surveillance, MEDDIC jargon |
| Sales Managers | 60 min | Coaching workflows, team visibility | IC-level admin pain |
| CSM / Support | 45 min | Customer health, account context | Sales-specific terminology |
| Product Team | 30 min | Customer voice as data, querying transcripts | Coaching, CRM hygiene |
| Executives | 20 min | Business outcomes, decision-making | Feature deep-dives, prompt mechanics |

For personas outside the preset list, infer the reframing from first principles using the same structure.

Produce a plan:
- Audience & context (persona, audience size, kickoff vs follow-up, total duration, live vs async)
- Narrative (main frame, what to say / not say / neutralize)
- Agenda (table: # | section | duration | key content)
- Session risks & mitigations
- Items to confirm before generation (Slack handles, team-level data, etc.)

Checkpoint #2: ask the user "Anything to add, remove, or reorganize before I generate the deck?"

STOP and wait for confirmation before continuing.

# Phase 3: Deck generation & publication

Follow the branding skill (and the deck structure skill if present). Typically 8-10 slides.

Reusable structure (adapt the mix per persona):
1. Title: welcome, audience, duration, date
2. Agenda: 5-7 numbered items with timing
3. Why now: 3 stats (current state → target state) + framing card
4. What changes for you: before / during / after (3 cards) + benefit callout
5. Before vs After: side by side, "After" tinted in your brand accent
6. Live demo plan: numbered steps of what will be shown
7. Persona-specific use cases: 3 scenarios tied to their actual pain points
8. Security & privacy: 4 reassurance points (especially important for IC sales). Only claims from the branding/product skill or a linked trust page; otherwise leave [CONFIRM] placeholders
9. Next steps + Q&A: activation steps, support channels, follow-up cadence

Per persona: execs typically skip security + live-demo overview, product teams need an extra slide on data access / APIs / MCPs, CSMs need a stronger account-health section.

Before publishing, ask: "Deck is ready. Want me to publish to [Publishing target] with slug `[company-onboarding-persona]`?"

STOP and wait for confirmation. On approval, publish via the configured target (Google Slides via Drive MCP, Gamma, Canva, or .pptx download). If a slug collides, suffix with -v2, -v3.

# Tone
- Authentic, concrete, persona-aware. Not generic enablement fluff.
- Use the customer's real voice (verbatim quotes from their recordings).
- Short sentences. Strong verbs. No hype.
- Use the configured Default language; if blank, the customer's working language. Switch if the user asks.

6️⃣ Vous êtes prêt

Dites : « Prépare le deck d'onboarding pour la persona [Persona] de [Société] » 👏. L'agent extrait le contexte du deal, valide l'analyse avec vous (checkpoint #1), propose un plan adapté à la persona (checkpoint #2), puis génère et publie le deck. Relancez-le avec une autre persona pour la même société pour produire un deck cousin sans refaire l'analyse.

🎨 Comment customiser le Customer Onboarding Deck Builder ?

Bibliothèque de personas

• Étendez la table des personas au-delà des 5 defaults, ajoutez RevOps, finance, IT, legal, marketing, en définissant Frame / Lead with / Do mention / Don't mention / Neutralize / Time / Tone pour chacune
• Surchargez les defaults par client quand le reframing standard ne colle pas (par exemple un deck exec pour un secteur régulé qui demande un cadrage compliance fort)
• Construisez un fichier persona playbook séparé que l'agent lit au démarrage, pour que les personas évoluent dans le temps sans éditer le prompt principal

Structure du deck

• Échangez, ajoutez ou retirez des slides selon la persona : les exécutifs sautent typiquement la sécurité et la démo live, les équipes produit ont besoin d'une slide accès données / API / MCP, les CSM ont besoin d'une section santé du compte plus poussée
• Verrouillez des limites de nombre de slides par persona (20 min exec = 6 à 7 slides ; 60 min manager = 10 à 12 slides)
• Ajoutez des slides spécifiques au deal : architecture d'intégration, diagrammes de workflow custom, projections ROI

Format de sortie

• Validation d'abord : l'agent demande avant de publier et ajoute -v2, -v3 au slug en cas de doublon
• Google Slides : upload du .pptx via le MCP Drive en fichier Google Slides natif
• Gamma / Canva : publication via leurs MCP si votre équipe préfère ces plateformes
• Téléchargement PPTX : export offline-friendly pour partage ou email
• Artifact React : preview live et itération dans Claude avant publication

Langue

Fonctionne dans n'importe quelle langue. L'agent utilise la langue par défaut du setup ; si elle est vide, il suit la langue de travail du client dans les transcripts. Surchargez par run : « Génère le deck en français » ou « Garde-le en anglais même si les enregistrements sont mixtes ».

❓ Besoin d'aide pour customiser ?

Contactez-nous à support@claap.io.