本文へ移動
cccskills
無料GitHub で公開

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.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md4.9 KB

SKILL.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.

Tooling

Customer success platforms: Gainsight, Totango, ChurnZero, Vitally, Planhat, and similar. They earn their cost once you have more accounts than a person can hold in their head and product usage data worth joining to the account record — before that, the CRM plus a usage query does the job.

Renewal and expansion tracking belongs in the CRM alongside new business, not in a separate system, or the forecast will exist twice and disagree.

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.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Designs and audits who can reach what — authentication, authorization models, privileged access, service credentials, and joiner-mover-leaver process. Use this to design a permissions model, run an access review, reduce standing privilege, handle offboarding, set up SSO or MFA, manage service and machine credentials, or diagnose why permissions have sprawled.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0422026年9月18日 更新

Concentrates marketing and sales effort on a named set of accounts rather than on volume — qualifying whether the model fits your economics at all, building the account list and the buying group inside each, tiering effort against account value, coordinating so the account experiences one campaign rather than several, and measuring account progression instead of leads. Use this to decide whether to run an account-based program, build one, or work out why an existing one produces activity and no pipeline.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0422026年9月18日 更新

Gets new users from signup to first real value — signup flow, onboarding, time-to-value, and the early experience that determines whether someone becomes a user or a lapsed account. Use this to design or fix signup and onboarding, diagnose why signups do not convert to active use, reduce time-to-value, or decide what a new user must accomplish first.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0422026年9月18日 更新

Designs orchestrator-and-subagent hierarchies for a repository — splitting agents by exclusive write surface, pairing every producer with an independent auditor, and enforcing the split with a script that runs in CI. Use this whenever the user wants to set up, expand, audit, or fix a multi-agent or subagent structure for a codebase; asks how to divide work between agents; wants agent charters, roles, or a surface map written; or is hitting agents that collide on the same files, review their own work, or drift from their remit. Also use when sizing a roster or deciding whether a new agent is justified.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0422026年9月18日 更新

Governs models and AI systems in production — intended use, evaluation, monitoring, human oversight, documentation, and the decision to deploy or retire. Use this before deploying a model or AI feature, when defining evaluation criteria, when a model's behavior has drifted, when assessing AI risk or regulatory exposure, or when deciding whether an AI system is fit for a consequential decision.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0422026年9月18日 更新

Produces executive-level research — market sizing, competitor mapping, trend analysis, and strategic intelligence — grounded in cited sources with the confidence in each claim made explicit. Use this to analyze a market or industry, map competitors, evaluate a market-entry or build-versus-buy decision, produce a research brief, or assemble evidence for a decision. Also use when comparing options that need a structured, evidence-based verdict rather than an opinion.

日本語の概要は準備中です。原文の説明を表示しています。

cbrock84/headcount2,0422026年9月18日 更新

cbrock84 のスキルをすべて見る

このスキルの問題を報告する