跳到主要内容
知仓学习社ZHICANG

customer-success-plan

Build a joint customer success plan for a specific account. Use when asked to create a success plan, joint success plan, mutual action plan, or cust…

不碰外部(只输出文字)无严重或高危命中mohitagw15856/pm-claude-skills

它会碰到什么

扫了多少1 个文本文件,10 KB
它会碰到什么不碰外部(只输出文字)
命中总数0 处
命中统计严重 0 · 高 0 · 中 0 · 低 0

这一栏是扫描器报的事实,不是结论。命中多不等于有毒(安全工具、规则库、示例脚本本来就会包含危险写法),命中少也不等于干净。它和你手上的凭据、文件、网络有什么关系,需要你自己看。

技能内容

Customer Success Plan Skill

This skill produces a joint customer success plan — a living document shared between the CSM and the customer that aligns on outcomes, milestones, and mutual commitments. Output is ready to co-author with the customer in a kickoff call or QBR.

Required Inputs

Ask the user for these if not provided:

  • Account name and industry
  • Product / plan purchased
  • Key stakeholders — customer champion and economic buyer
  • Customer's stated business goals — why did they buy? What problem are they solving?
  • Contract term and renewal date
  • Current onboarding stage (new customer / expanding / post-QBR / pre-renewal)
  • Seats / licenses / usage purchased
  • Any known risks — adoption gaps, champion uncertainty, competing priorities

Output Structure


Customer Success Plan: [Account Name]

Product: [Product name / plan tier]

Contract term: [Start date → Renewal date]

CSM: [Name]

Customer champion: [Name, Title]

Customer executive sponsor: [Name, Title — if known]

Last updated: [Date]

Status: [Active / Under review / Completed]


1. Partnership Objectives

> What does success look like for [Account Name] at contract end?

[Write 2–3 sentences describing the customer's core objective in plain English — what they are trying to achieve in their business, not what features they are using.]

Primary business goal: [e.g. Reduce time-to-hire by 30% across engineering teams]

Secondary goal: [e.g. Consolidate three legacy tools into one platform, saving £X/year]

Success statement (customer's words): "[Direct quote from champion about what success looks like — ask for this in kickoff]"


2. Success Metrics

Define how both parties will measure success. Agreed in the kickoff call and tracked in QBRs.

| Metric | Baseline (today) | Target | By when | Data source |

|---|---|---|---|---|

| [e.g. Seat utilisation] | [X%] | [≥ 80%] | [Month 3] | [Product analytics] |

| [e.g. Time to hire] | [X days] | [< Y days] | [Month 6] | [Customer's ATS] |

| [e.g. Reports produced/month] | [X] | [≥ Y] | [Month 3] | [Product analytics] |

| [e.g. NPS] | [X] | [≥ 8] | [Month 6] | [Quarterly survey] |

Leading indicators (early signs the plan is on track):

  • [e.g. 5+ users log in within the first 2 weeks]
  • [e.g. First workflow automated within 30 days]
  • [e.g. Champion presents the tool to their team by end of Month 1]

3. Milestone Roadmap

Break the success journey into phases with clear milestones and owners:

Phase 1: Onboard (Month 1)

| Milestone | Owner | Due date | Status |

|---|---|---|---|

| Admin setup complete (SSO, permissions, data integration) | [IT contact] | [Date] | [ ] |

| All purchased seats activated and users invited | [Champion] | [Date] | [ ] |

| Core workflow [X] configured and tested | [CSM + Champion] | [Date] | [ ] |

| First training session delivered (all teams) | [CSM] | [Date] | [ ] |

| Kickoff call completed and success plan co-signed | [CSM + Champion] | [Date] | [ ] |

Phase 2: Adopt (Months 2–3)

| Milestone | Owner | Due date | Status |

|---|---|---|---|

| [Core feature] in active daily use by ≥ X users | [Champion] | [Date] | [ ] |

| First business outcome achieved and documented | [Champion + CSM] | [Date] | [ ] |

| 30-day check-in completed | [CSM] | [Date] | [ ] |

| [Power user workflow] enabled for advanced users | [CSM] | [Date] | [ ] |

Phase 3: Value (Months 4–6)

| Milestone | Owner | Due date | Status |

|---|---|---|---|

| QBR 1 delivered — ROI evidence presented | [CSM + AE] | [Date] | [ ] |

| Success metric [X] hit target | [Champion] | [Date] | [ ] |

| Expansion use case identified and introduced | [AE] | [Date] | [ ] |

| Reference call or case study agreed | [Champion] | [Date] | [ ] |

Phase 4: Renew & Expand (Months 7–12)

| Milestone | Owner | Due date | Status |

|---|---|---|---|

| QBR 2 delivered — renewal conversation started | [CSM + AE] | [Date] | [ ] |

| Renewal proposal sent | [AE] | [Date] | [ ] |

| Expansion or flat renewal signed | [AE] | [Date] | [ ] |


4. Mutual Commitments

Success plans work when both parties commit. Document what each side will do:

[Vendor] commits to:

  • Dedicated CSM available [X days/week / by email within 24 hours]
  • Monthly [call / check-in / async update] with champion
  • QBR every [90 days] with executive summary and ROI report
  • Priority support for [Account] — response SLA of [X hours] for P1 issues
  • Roadmap preview for relevant upcoming features
  • [Any other specific commitment made in sales cycle]

[Account Name] commits to:

  • Champion available for [30-min monthly] check-in
  • Users complete onboarding training by [date]
  • Feedback on product experience shared monthly (async or sync)
  • Executive sponsor participates in QBR 1 and renewal discussion
  • Provide outcome data to CSM quarterly for ROI tracking

5. Stakeholder Engagement Plan

| Stakeholder | Role | Engagement frequency | Format | Owner |

|---|---|---|---|---|

| [Champion] | Day-to-day owner | Weekly (async) + Monthly (call) | Slack / Email + Zoom | CSM |

| [Economic buyer] | Budget holder | Quarterly | QBR (in-person or video) | CSM + AE |

| [IT contact] | Integration owner | As needed | Email | CSM |

| [End users] | Active users | Training only | Group session | CSM |


6. Risk & Mitigation

| Risk | Likelihood | Impact | Mitigation plan |

|---|---|---|---|

| Low adoption in first 30 days | [M] | [H] | CSM hosts live onboarding; champion sends internal comms day 1 |

| Champion changes role | [L] | [H] | Multi-thread: introduce CSM to 2 additional stakeholders by Month 2 |

| Budget pressure at renewal | [M] | [H] | Build ROI case monthly; document value continuously |

| Competing priorities delay rollout | [H] | [M] | Agree minimum viable adoption path with champion; don't require perfection to declare value |


7. Communication Plan

| Communication | Audience | Frequency | Format | Owner |

|---|---|---|---|---|

| Health update | Champion | Monthly | Email summary (3 bullets: what's good, what needs attention, one ask) | CSM |

| QBR | Champion + Exec | Quarterly | 45-min video call with slide deck | CSM + AE |

| Product updates | Champion | As released | Release notes email | CSM |

| Support status | Champion | When open tickets exist | Email / Slack | Support + CSM |


8. Escalation Path

If the success plan falls off track:

| Trigger | Action | Owner | Timeline |

|---|---|---|---|

| Health drops to Amber | Internal review + champion call within 5 days | CSM | Immediate |

| Health drops to Red | CS leadership + AE looped in; escalation brief drafted | CS Manager | Within 24 hours |

| Champion is unresponsive for >10 days | AE attempts exec sponsor contact | AE | After CSM attempt fails |

| Adoption <40% at Month 3 | Emergency enablement session + revised milestone plan | CSM | Within 1 week of flag |


Scoring Rubric (0–40)

Score any output of this skill before handing it over; 32+ is ship-quality.

| Dimension | 0 | 5 | 10 |

|---|---|---|---|

| Outcome orientation | All metrics are vendor-controlled product-usage numbers | Customer business metrics present but missing baselines, targets, or data sources | Customer business outcomes with baseline, target, date, and data source — plus leading indicators |

| Ownership & dates | Owners blank, "CS team", or dates left TBD | Owners named on the vendor side only; customer-side milestones unowned | Every milestone has a named owner on the correct side of the table and a confirmed date |

| Mutuality | Reads as the vendor's internal to-do list | Customer commitments listed but vague or clearly not agreed | Both sides carry concrete commitments; executive sponsor has a named engagement role; shareable as written |

| Risk realism | No risk register | Generic risks; champion departure and low adoption missing | Includes champion departure and low adoption with mitigations, owners, and escalation triggers |

Quality Checks

  • [ ] Success metrics are the customer's metrics — not just product usage metrics
  • [ ] Milestones have specific owners and due dates — not "TBD"
  • [ ] Mutual commitments section is genuinely mutual — not just what the vendor will do
  • [ ] Risk register includes champion departure and low adoption
  • [ ] Plan is written to be shared with the customer — no internal-only commentary in this document
  • [ ] Executive sponsor is identified and has an engagement role

Anti-Patterns

  • [ ] Do not define success metrics that the vendor controls — metrics must reflect the customer's business outcomes
  • [ ] Do not set milestone dates without customer confirmation — unilateral timelines undermine joint ownership
  • [ ] Do not create a plan the customer hasn't agreed to — it must be mutual, not a CSM's internal plan
  • [ ] Do not leave ownership fields blank or assigned to "CS team" — every action needs a named owner
  • [ ] Do not confuse product adoption milestones with customer business outcomes — both are needed but are not the same

Example Trigger Phrases

  • "Build a success plan for [Account Name] who just signed"
  • "Create a joint success plan for our new enterprise customer"
  • "Write a 6-month customer success roadmap for [Company]"
  • "I need a mutual action plan for our QBR with [Account]"
  • "Generate a customer success plan for an at-risk account"

想直接用这个技能?

本站把开放许可(MIT / Apache 等)的技能按仓库打包整理到网盘,点一下转存到你自己的网盘,不用一个个从 GitHub 拉。许可未声明的技能只给原始仓库链接,不打包。

同名技能的其他版本

有 4 个不同仓库或目录里都有叫 customer-success-plan 的技能。它们内容并不相同,别混用: