Analyser la santé du compte

VérifiéSûr

Résume la santé des comptes B2B en analysant les modèles d'utilisation, les tendances d'engagement, les signaux de risque et les opportunités d'expansion.

Spar Skills Guide Bot
Data & IAIntermédiaire
23/07/2026
Claude CodeCursor
#customer-success#product-analytics#churn-risk#amplitude#account-health

Recommandé pour

Synthèse automatique

Analyse les données d'usage produit d'un compte B2B dans Amplitude pour produire un rapport de santé de compte (rétention, adoption des fonctionnalités, risques et opportunités d'expansion).

Points forts

  • Déroule un processus structuré en 5 étapes, de la qualification du compte au rapport final formaté
  • Combine signaux quantitatifs (MAU, DAU/MAU, utilisation des licences, adoption par fonctionnalité) et retours qualitatifs clients (bugs, plaintes, demandes)
  • Fournit des grilles de classification explicites (Healthy / At-Risk / Critical) et adapte l'analyse des fonctionnalités au niveau de santé détecté
  • Réutilise les dashboards et notebooks Amplitude existants avant de relancer une analyse

Limites

  • Dépend entièrement des outils MCP Amplitude (query_dataset, search, feedback_*) et de la qualité de l'instrumentation des événements
  • Nécessite que l'utilisateur fournisse l'identifiant du compte et la liste des 5 à 10 fonctionnalités clés à analyser
  • L'analyse des retours n'est possible que si des sources de feedback sont configurées et rattachées aux utilisateurs du compte
Quand l'utiliser

À utiliser pour préparer un QBR ou un renouvellement, évaluer un risque de churn ou prioriser les actions de l'équipe customer success sur un compte B2B précis.

Quand l'éviter

À éviter pour une analyse agrégée de toute la base client, un compte sans données d'événements exploitables dans Amplitude, ou lorsque aucun identifiant de compte ne peut être fourni.

Analyse de sécurité

Sûr
Score qualité84/100

The skill is purely an analysis workflow: it instructs the agent to query product analytics and feedback data through named, read-only Amplitude tools, then format a report. There is no shell execution, no network fetch of remote payloads, no credential or token handling, no destructive or exfiltration behavior, and no attempt to bypass safety controls. The only notable concern is handling of end-user PII in generated reports, which is a data-governance matter rather than an execution risk.

Points d'attention
  • •No executable commands; all actions are read-only analytics queries via Amplitude MCP tools (search, query_dataset, get_feedback_*).
  • •Handles user-level PII (account IDs, user names, feedback quotes) that will be surfaced in reports — recommend guidance on who the report may be shared with and whether names should be redacted outside CS/CRM systems.
  • •Delegates to other skills/tools (Amplitude:* namespace) whose behavior is not shown here; a consumer should confirm those tool implementations are trusted.
Comment cette analyse est faite

Exemples

QBR prep
Analyze the health of the Acme Corp account ahead of their QBR next week — pull usage trends, feature adoption, and any recent feedback.
Renewal risk check
Is the Globex account at risk of churning before their renewal in 60 days? Look at their MAU trend, DAU/MAU, and seat utilization.
Expansion opportunity scan
How is the Initech customer doing? They seem healthy — find which premium features they haven't adopted yet that we could upsell.

name: analyze-account-health description: Summarizes B2B account health by analyzing usage patterns, engagement trends, risk signals, and expansion opportunities. Use for customer success reviews, renewal preparation, QBRs, or account prioritization. suggest_when: User asks about account health, churn risk, renewal prep, QBR, "how is this customer doing", or wants to assess engagement for a specific B2B account.

Analyze Account Health

Deep-dive into a B2B account's product usage to prepare for QBRs, assess renewal risk, identify expansion opportunities, or prioritize CS outreach.

Instructions

Step 0: Identify Account & Discover Context

Get the account identifier:

  • Company name, org ID, account ID, or group property value
  • Ask user if not provided

Search for existing work: Use Amplitude:search to find existing dashboards, charts, or notebooks for this account. If found, ask user if they want fresh analysis or to review existing.


Step 1: Quick Health Triage

Use Amplitude:query_dataset to run these queries in parallel:

Usage Trend:

  • Event: _active, Metric: uniques, Group by: account property
  • Time: Last 60 days, daily interval
  • Shows: Activity increasing or decreasing?

Engagement Quality:

  • Calculate DAU and MAU for account
  • Get DAU/MAU ratio (stickiness)
  • Shows: How engaged are active users?

User Momentum:

  • Active user count week-over-week
  • Shows: Team growing or shrinking?

Classify Health:

  • Healthy: Growing MAU, DAU/MAU >40%, positive WoW
  • At-Risk: Flat/declining MAU, DAU/MAU 20-40%, negative WoW
  • Critical: Steep decline, DAU/MAU <20%, sustained negative WoW

Step 2: User-Level Analysis

Use Amplitude:query_dataset with user-level groupBy:

Power Users:

  • Top 3-5 users by event volume (champions to leverage)

Churned Users:

  • Users active in previous period but not current (retention risks)

License Utilization:

  • Active users in last 30 days vs total seats

Step 3: Feature Usage Analysis

Use Amplitude:query_dataset grouped by events/features:

Feature Breadth:

  • Which core features are being used (ask user for 5-10 key features)
  • Adoption rate per feature

Feature Trends:

  • Usage over last 90 days per feature
  • Identify growing vs declining features

Focus based on health:

  • If At-Risk/Critical: Find abandoned features (used 60-90 days ago, not in last 30)
  • If Healthy: Find expansion opportunities (premium features not yet tried)

Step 4: Account Feedback Analysis

Get feedback sources: Use Amplitude:get_feedback_sources to see what's available.

Get feedback insights: Use Amplitude:get_feedback_insights filtered by:

  • ampId for each user in the account
  • dateStart/dateEnd: Last 90 days
  • types: bug, painPoint, complaint, request, lovedFeature

Get specific mentions: For top 3-5 insights, use Amplitude:get_feedback_mentions to get quotes.

Correlate with behavior:

  • Complaint about Feature X? Query their usage of Feature X
  • Request for Feature Y? Check if they hit limits Y would solve
  • Praise for Feature Z? Validate they're heavy users of Z

Step 5: Present Account Health Report

Structure output as follows:

Account Health Report: [Account Name]

Executive Summary

[2-3 sentences: Health score, key trend, primary recommendation]

Health Score: [🟢 Healthy | 🟡 At-Risk | 🔴 Critical]

[One sentence rationale with key metric]


Key Metrics

| Metric | Current | Trend | Status | |--------|---------|-------|--------| | MAU | X | ↑↓→ Y% | 🟢🟡🔴 | | DAU/MAU | X% | ↑↓→ Y% | 🟢🟡🔴 | | License Utilization | X% | ↑↓→ | 🟢🟡🔴 | | Features Adopted | X/Y | ↑↓→ | 🟢🟡🔴 |


🚨 Risk Factors (if any)

  1. [Issue] - [Impact]
    • Usage data: [metric/trend]
    • Customer feedback: [theme with X mentions] - [representative quote]

✅ Positive Signals

  1. [What's working] - [Evidence from usage + feedback]

👥 User Intelligence

Champions (Leverage)

  • [User ID/Name]: [Activity summary] - Action: [Specific CS recommendation]

At Risk (Engage)

  • [User ID/Name]: [Last active date / declining pattern] - Action: [Check-in recommendation]

Inactive (>30 days)

  • [Count] users ([X]% of licenses)

💡 Top Pain Points & Requests

Pain Points

  1. [Theme] (X mentions)
    • [Concise description]
    • Evidence: [Behavioral data] + "[Quote]" - [Source, Date]
    • Action: [What to do]

Feature Requests

  1. [Theme] (X mentions)
    • [What they want]
    • Evidence: "[Quote]" - [Source, Date]
    • Roadmap status: [On roadmap/Not planned/Considering]

What They Love ❤️

  1. [Feature]: "[Quote]"

📊 Feature Adoption

High Usage: [Feature] - [X users] (↑Y%) Declining: [Feature] - [X users] (↓Y%) - Investigate Untapped (Upsell): [Premium feature] - Could solve [pain point]


🎯 Recommendations

🔥 This Week

  1. [Specific action with user/contact name]

📅 This Month

  1. [Strategic action with context]

💰 Expansion Opportunities

  1. [Upsell signal with evidence]

📎 Details

  • Analysis Date: [Date]
  • Timeframe: [Last X days]
  • Confidence: [High/Medium/Low based on data volume]

Best Practices

  • Always name users - CS needs who to contact, not aggregates
  • Connect feedback to behavior - Validate complaints with usage data
  • Be specific in recommendations - "Call Sarah about Feature X" not "improve engagement"
  • Show trends, not snapshots - Direction matters more than point-in-time
  • Flag data gaps - Note low volume, missing properties, or incomplete data
  • Prioritize by impact - Focus on issues affecting multiple users or champions

Common Patterns

Churn Risks:

  • Champion churned + declining overall usage
  • Multiple complaints about same issue + behavioral evidence of friction
  • License utilization declining + negative feedback

Expansion Signals:

  • Hitting plan limits (users, API, storage)
  • Requests for premium features + high engagement
  • New users being added + positive feedback

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/analyze-account-health-mrx3xz45/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/analyze-account-health-mrx3xz45' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/analyze-account-health-mrx3xz45/download' --output '.skill-downloads/analyze-account-health-mrx3xz45/SKILL.md.part' && mv '.skill-downloads/analyze-account-health-mrx3xz45/SKILL.md.part' '.skill-downloads/analyze-account-health-mrx3xz45/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/analyze-account-health-mrx3xz45/SKILL.md' && test -s '.skill-downloads/analyze-account-health-mrx3xz45/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/analyze-account-health' && cp -R '.skill-downloads/analyze-account-health-mrx3xz45' '.claude/skills/analyze-account-health'

Cursor
test -f '.skill-downloads/analyze-account-health-mrx3xz45/SKILL.md' && test -s '.skill-downloads/analyze-account-health-mrx3xz45/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/analyze-account-health' && cp -R '.skill-downloads/analyze-account-health-mrx3xz45' '.cursor/skills/analyze-account-health'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/analyze-account-health-mrx3xz45'

openskills read 'analyze-account-health-mrx3xz45'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/analyze-account-health-mrx3xz45/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires