customer-success-management
Runs the ongoing relationship with accounts after the sale — segmenting coverage against account value, building a health score that predicts rather than describes, running reviews customers find worth attending, forecasting renewals honestly, and finding expansion that follows usage instead of quota. Use this to design a customer success motion, decide who gets a named contact, work out why renewals surprise you, or fix a health score everyone ignores.
git clone --depth 1 https://github.com/cbrock84/headcount /tmp/customer-success-management && cp -r /tmp/customer-success-management/plugins/customer-experience/skills/customer-success-management ~/.claude/skills/customer-success-managementSKILL.md
# Customer success management This is the motion that keeps accounts, as distinct from diagnosing why they leave — for the churn analysis itself, see `revenue:retention`. The failure this discipline exists to prevent is finding out at renewal. ## Segment coverage before hiring anyone Coverage is a cost decision and it should be made explicitly rather than by whoever shouts. - **Named coverage** for accounts where the revenue justifies a person and the relationship is genuinely complex. Fewer accounts per person than instinct suggests — a manager with sixty accounts is running a queue, not a relationship. - **Pooled coverage** for the middle: a team owning a segment, working from signals rather than from a calendar. - **Programmatic coverage** for the long tail: in-product guidance, lifecycle messaging, and self-service. This is not a lesser tier, it is the only one that scales, and it usually deserves more investment than it gets. Assign by what the account needs, not only by what it pays. A large account that is live, stable and happy needs less than a small one mid-implementation. ## Build a health score that predicts something Most health scores are a weighted average of whatever was available, colored red to green, and trusted by nobody. A useful one is built backwards: take accounts that churned and accounts that renewed, and find what actually differed six months out. - **Usage depth and breadth** — how many people, how often, how many of the things they bought. - **Trajectory over level.** An account at 60% of expected usage and rising is healthier than one at 90% and falling. Level tells you where they are; direction tells you where they are going. - **Relationship coverage** — how many people you know, and whether your only contact is the person who bought. - **Support and escalation history**, weighted by severity rather than volume. **Validate it against outcomes and recalibrate.** A score that did not predict last year's churn should not be steering this year's attention. ## The single-threaded account is the most common avoidable loss When one person is your entire relationship, their departure is your renewal risk, and it arrives with no warning. Track how many contacts each account has and treat single-threading as an actionable condition rather than a fact of life. ## Make reviews worth the customer's hour A business review that presents usage statistics back to the customer wastes both parties' time. The ones people attend cover what they set out to achieve, where they actually are against it, what is in the way, and what changes next — with the customer talking for at least half of it. Frequency should follow value and risk, not a uniform quarterly cadence applied to everyone. ## Forecast renewals like a pipeline, because that is what it is Renewal forecasting is more predictable than new business and is often done worse, because everything is assumed to renew until it does not. Start the renewal conversation far enough ahead that a problem is still fixable — for an annual contract that is months, not weeks. Track renewals in stages with entry criteria, and separate gross retention from net so expansion cannot mask a leak underneath it. **Auto-renewal is a billing mechanism, not a relationship.** An account that auto-renewed while disengaged is next year's churn with a delay. ## Expansion follows usage, not quota The credible expansion conversation comes from something observable: they hit a limit, adopted the thing that leads to the next thing, added a team. Expansion pushed on a quota calendar into an account that has not realized its original purchase is how a renewal gets lost while chasing a smaller number. ## Never - Run a health score nobody has validated against actual outcomes. - Let an account stay single-threaded without naming it as a risk. - Open the renewal conversation inside the notice period. - Report net retention without gross retention beside it.
Corporate Strategy (CSO). Owns plugins/corporate-strategy/** and nothing else. Delegate work in this department's remit here.
Customer Experience (CCO). Owns plugins/customer-experience/** and nothing else. Delegate work in this department's remit here.
Data & Analytics (CDO). Owns plugins/data-analytics/** and nothing else. Delegate work in this department's remit here.
Demand Generation (CMO). Owns plugins/demand-generation/** and nothing else. Delegate work in this department's remit here.
Office of the CEO. Owns plugins/executive/** and nothing else. Delegate work in this department's remit here.
Finance (CFO). Owns plugins/finance/** and nothing else. Delegate work in this department's remit here.
Corporate IT. Owns plugins/it-operations/** and nothing else. Delegate service desk, systems and network administration, virtualization and cloud, telephony and conferencing, endpoints, assets, identity lifecycle, and backup work here.
Reviewer-class. Read-only review of what other departments commit to — contract terms, privacy and data handling, risk acceptance, and compliance findings. Holds no write surface. Its findings are not overrulable by the department under review.