Token导航 LogoToken导航TokenDH.com
开发需要联网github未标认证来源可访问许可证需确认审计通过

churn-analysis流失分析

Agent Skill

churn-analysis 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

635

周安装

27

GitHub Stars

115

下载量

222
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:churn-analysis(流失分析)
来源仓库:https://github.com/shawnpang/startup-founder-skills
仓库路径:skills/churn-analysis
安装命令:
npx skills add https://github.com/shawnpang/startup-founder-skills --skill churn-analysis
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/shawnpang/startup-founder-skills --skill churn-analysis

简介

用于识别客户流失风险、诊断流失原因并构建客户健康评分系统。

  • 适合早期团队手动管理客户时分析流失驱动因素、设计挽留流程或执行赢回活动。
  • 使用时需结合具体客户数据、行为信号和业务上下文进行判断,避免泛化结论。
  • 通过 GitHub 安装,需确认仓库权限和维护状态,注意是否触发外部数据访问或自动化操作。
  • churn-analysis 属于开发类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Churn Analysis

When to Use

Activate when a founder needs to identify at-risk accounts before they churn, diagnose churn drivers, build a customer health scoring system, design cancellation or save flows, recover failed payments, or re-engage lost customers. This includes prompts like "our churn is too high," "which customers are about to leave," "why are customers canceling," "build a customer health score," "set up dunning emails," or "create a win-back campaign." Especially relevant for seed/Series A teams managing customers manually without dedicated CS platforms like Gainsight or ChurnZero.

Context Required

  • From startup-context: business model (B2B/B2C, subscription/usage-based), current churn rate (logo and revenue), customer segments, pricing tiers, contract terms, product usage data availability, and current retention tooling.
  • From the user: available data sources (support tickets, Slack channels, NPS scores, usage logs, email logs, billing data), what "healthy" customer behavior looks like, any historical churn patterns, whether churn is primarily voluntary or involuntary, and the specific churn problem to solve.

Work with whatever data is available. Early-stage companies often lack formal CS systems — the skill works with support inboxes, Slack history, and spreadsheets.

Workflow

  1. Intake and baseline — Gather all available customer data: customer lists, support tickets, Slack/communication history, NPS scores, usage data, email logs, and billing records. Establish what "healthy" looks like and identify any known churn patterns.
  2. Extract signals — Analyze four signal categories across every account: support signals, communication signals, usage signals, and commercial signals (see framework below).
  3. Score risk — Build a composite risk score (0-100) for each account using weighted signal categories. Higher score means higher risk.
  4. Generate save plays — For high-risk accounts, produce specific interventions: root cause hypothesis, recommended actions, talk tracks for the CS conversation, and escalation triggers.
  5. Build the weekly scorecard — Compile into a weekly risk report with account-by-account analysis, MRR at risk, trend data, signal distribution, and recommended focus areas.
  6. Design interventions — For each churn driver identified, design the appropriate intervention: product fix, CS outreach, cancel flow save offer, dunning sequence, or win-back campaign.

Output Format

A churn risk report tailored to the specific request. This may include:

  1. Weekly risk scorecard — Every account scored and tiered with signal breakdown
  2. MRR at risk summary — Total revenue exposure by risk tier
  3. Save play briefs — For each red/orange account: root cause, recommended action, talk track, escalation trigger
  4. Intervention designs — Cancel flows, dunning sequences, or win-back campaigns as needed
  5. Trend analysis — Signal distribution changes over time

Frameworks & Best Practices

Signal Extraction Categories

Analyze every account across these four signal types:

Support signals: Ticket volume spikes, unresolved tickets, escalation language ("frustrated," "unacceptable," "cancel"), response time degradation, repeat issues on the same topic.

Communication signals: Silent accounts (no contact in 30+ days), frequency decline, sentiment shifts in Slack/email, champion disengagement (the main contact goes quiet), new stakeholder asking basic questions (signals champion departure).

Usage signals: Login frequency drops, feature abandonment (stopped using features they previously used regularly), shallow usage (logging in but not completing core workflows), no growth in usage over time, export/data download spikes (preparing to migrate).

Commercial signals: Discount requests, downgrade inquiries, payment failures, renewal proximity with no expansion discussion, competitor mentions in any channel.

Risk Scoring Model

Build a composite score (0-100) by weighting individual signals:

Signal SeverityPointsExamples
Critical25Explicit cancel request, competitor migration started, champion left
High15Usage dropped 50%+, 3+ unresolved escalations, payment failed twice
Medium8Login frequency declining, support sentiment negative, downgrade inquiry
Low3Slight usage dip, delayed renewal conversation, single missed payment

Multiple signals compound. An account with two high signals (30 points) and three medium signals (24 points) scores 54 — solidly in the Orange tier.

Risk Tiers and Response Timelines

TierScoreTimelineAction
Red70-100Action this weekExecutive outreach, save offer prepared, root cause identified
Orange40-69Action within 2 weeksCS outreach, intervention plan, monitor daily
Yellow20-39Monitor within 30 daysCheck-in scheduled, watch for signal escalation
Green0-19Routine check-inQuarterly review, expansion opportunity assessment

The Churn Driver Taxonomy

Categorize every churn event into one of these buckets:

  1. Value gap — Product does not solve the problem well enough
  2. Onboarding failure — Customer never reached the aha moment (churn in first 30-60 days)
  3. Support failure — Bad experience getting help
  4. Price sensitivity — Too expensive relative to perceived value
  5. Champion departure — Internal champion left the customer's company
  6. Business change — Customer's needs changed (acquisition, pivot, shutdown)
  7. Involuntary churn — Payment failure, not a conscious decision to leave

Cancel Flow Design

  1. Ask why (required). Present 5-7 reason options matching the taxonomy. Include free-text. This data is essential.
  2. Offer a targeted save based on stated reason: "too expensive" gets a discount/downgrade, "missing feature" gets the roadmap, "not using it" gets a billing pause.
  3. Confirm with friction. One extra click showing what they lose. Show value, not guilt.
  4. Offer a pause. 30-60 day billing pause saves 15-25% of would-be churners in B2C and 10-15% in B2B.
  5. Offboard gracefully. Confirmation email with data export and a "we'd love to have you back" message.

A well-designed cancel flow saves 10-20% of users who initiate cancellation.

Dunning and Payment Recovery

Involuntary churn accounts for 20-40% of total churn and is the easiest to reduce. Retry failed charges 4-6 times over 10-14 days. Send card update links (pre-authenticated). Warn before cards expire (30 and 7 days prior). A good dunning system recovers 30-50% of failed payments.

Win-Back Campaigns

Target customers who churned 30-90 days ago. Beyond 90 days, response rates drop sharply. Segment by churn reason — users who left for fixable reasons (price, missing feature now shipped) reactivate at 2-3x the average. Expect 5-15% overall reactivation from a well-executed sequence.

Related Skills

  • feedback-synthesis — Analyze qualitative feedback from churned customers alongside quantitative churn data
  • onboarding-flow — When churn analysis reveals early-tenure churn as the primary driver, indicating an activation problem
  • email-marketing — Build full lifecycle email sequences (dunning, win-back, health-triggered re-engagement)

Examples

Example 1: Weekly risk scorecard

User: "I manage 45 accounts manually. Help me figure out which ones are about to churn."

Good output excerpt:

### Weekly Risk Scorecard — March 15, 2026 MRR at Risk: $18,400 (12% of total MRR) | Account | MRR | Risk Score | Tier | Key Signals | | --- | --- | --- | --- | --- | | Acme Corp | $2,400 | 82 | Red | Champion left 3 weeks ago, usage down 60%, no response to last 2 emails | | Beta Inc | $1,200 | 55 | Orange | 4 support tickets in 2 weeks (up from 1/month), asked about downgrade | | Gamma LLC | $800 | 28 | Yellow | Login frequency declining, approaching renewal with no expansion signals | Save Play — Acme Corp: Root cause: Champion departure. New contact has not been onboarded. Action: Executive-level outreach to identify new stakeholder. Offer a dedicated re-onboarding session. Prepare a 20% renewal discount if needed. Escalation trigger: No response within 5 business days — CEO-to-CEO email.

Example 2: Churn diagnostic

User: "Our monthly churn jumped from 4% to 7% over the last quarter. Help me figure out why."

Good output approach: Segment the increase by cohort, plan tier, and acquisition channel. Cross-reference with exit survey data to identify which churn drivers are increasing. Produce a root cause hypothesis linking the spike to specific changes (pricing, acquisition quality, product issues) and recommend targeted interventions for each driver.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

34.2%
按下载量换算76

Claude

32.94%
按下载量换算73

Cursor

20.25%
按下载量换算45

Gemini CLI

10.38%
按下载量换算23

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills