chief-customer-officer-advisor
Chief Customer Officer advisory for startups: retention decomposition (gross retention vs NRR honesty, churn root-cause taxonomy), customer segmentation strategy (differential investment across tiers + ICP fit scoring), CS team coverage model (pooled vs named CSM thresholds + ratio math), and CS team org evolution (CS vs Support vs AM distinctions). Use when designing retention strategy, segmenting customers for differential investment, sizing CS team, or sequencing CS hires. Strategic only — does not duplicate engineering/business-growth tactical skills.
- License 许可
- MIT
- 最近更新
- 2026-10-28
- Stars
- ★ 0
- Forks
- 0
01 前言 Front Matter
- name
- chief-customer-officer-advisor
- license
- MIT
- metadata
- { "author": "Alireza Rezvani", "domain": "chief-customer-officer-leadership", "updated": 1778630400000, "version": "1.0.0", "category": "c-level", "frameworks": "retention-decomposition, customer-segmentation, cs-coverage-model, cs-team-org", "python-tools": "retention_decomposition_analyzer.py, customer_segmentation_designer.py, cs_coverage_calculator.py" }
- description
- Chief Customer Officer advisory for startups: retention decomposition (gross retention vs NRR honesty, churn root-cause taxonomy), customer segmentation strategy (differential investment across tiers + ICP fit scoring), CS team coverage model (pooled vs named CSM thresholds + ratio math), and CS team org evolution (CS vs Support vs AM distinctions). Use when designing retention strategy, segmenting customers for differential investment, sizing CS team, or sequencing CS hires. Strategic only — does not duplicate engineering/business-growth tactical skills.
02 资源文件 7
- 参考文档references/cs_coverage_model.md7.1 KB
- 参考文档references/cs_team_org_evolution.md10.3 KB
- 参考文档references/customer_segmentation_strategy.md7.4 KB
- 参考文档references/retention_decomposition.md6.9 KB
- 脚本scripts/cs_coverage_calculator.py10.8 KB
- 脚本scripts/customer_segmentation_designer.py12.0 KB
- 脚本scripts/retention_decomposition_analyzer.py11.3 KB
03 SKILL.md 正文
Chief Customer Officer Advisor
Strategic customer leadership for startup CCOs and founders without one. Four decisions, no generic CS survey:
- What's our retention architecture — and is gross retention vs NRR honest? — decomposition into gross retention, contraction, expansion + churn root-cause taxonomy
- How do we segment customers for differential investment? — tier design + ICP fit scoring + investment-per-segment math
- What's the CS team's coverage model — and when do we go pooled vs named? — coverage ratio calculator + transition thresholds
- What CS role do we hire next? — stage-to-role map (CS ≠ Support ≠ AM ≠ Implementation)
This skill does not cover tactical CS implementation. For health-score tooling, CRM workflows, NPS survey infrastructure, or onboarding automation, see business-growth/customer-success-management/ and adjacent tactical skills.
Keywords
CCO, chief customer officer, customer success, retention strategy, gross retention, net retention, NRR, GRR, logo retention, dollar retention, churn, contraction, expansion, downsell, customer lifetime value, CLV, LTV, time-to-value, TTV, time-to-first-value, customer health score, NPS, CSAT, customer effort score, segmentation, ICP fit, tier design, low-touch, high-touch, tech-touch, pooled CSM, named CSM, customer success manager, account manager, AM, implementation manager, IM, customer success operations, CS ops, book of business, ratio, ARR-per-CSM, customer marketing, advocacy, expansion playbook, voice of customer, VoC
Quick Start
# Decision A: Decompose retention honestly
python scripts/retention_decomposition_analyzer.py # embedded B2B SaaS sample
python scripts/retention_decomposition_analyzer.py path/to/cohorts.json
# Decision B: Design customer segmentation + differential investment
python scripts/customer_segmentation_designer.py # embedded 4-tier sample
python scripts/customer_segmentation_designer.py path/to/customers.json
# Decision C: Calculate CS team coverage model
python scripts/cs_coverage_calculator.py # embedded 350-customer sample
python scripts/cs_coverage_calculator.py path/to/book.json
Key Questions (ask these first)
- What's your GROSS retention rate? (Not NRR — NRR hides churn behind expansion. Ask gross first.)
- What's the #1 reason customers leave? (If you can't name it, you don't understand churn.)
- What's the median time-to-value (TTV) by segment? (Long TTV in low tier = misfit; long TTV in high tier = onboarding broken.)
- Which customer would you fire today? (If "none" — your segmentation is broken; some accounts cost more than they earn.)
- What's your ARR-per-CSM ratio, and what's the model — pooled or named? (Stage and ACV determine the right answer.)
- Is CS in your comp plan, and how is it different from Sales comp? (CS comp on retention; misalignment is a leading indicator of failure.)
Core Responsibilities
1. Retention Decomposition
The trap: "Our NRR is 115%, retention is great."
The truth: NRR = Gross Retention − Contraction + Expansion. A 115% NRR with 85% gross retention is a leaky bucket masked by upsells. A 115% NRR with 98% gross retention is a healthy product.
Mandatory decomposition every quarter:
| Metric | What it measures | Health threshold (B2B SaaS) |
|---|---|---|
| Gross Retention (GRR) | $ from existing customers minus churn + contraction | ≥ 90% at growth stage; ≥ 95% at scale |
| Logo Retention | % of customers who renewed | ≥ 85% at growth; ≥ 90% at scale |
| Net Revenue Retention (NRR) | GRR + expansion | ≥ 110% at growth; ≥ 120% at scale |
| Contraction | $ from existing customers reducing seats/usage | < 5% annually |
| Expansion | $ from existing customers growing | 15-25% annually at healthy |
Run retention_decomposition_analyzer.py with cohort data for honest decomposition + churn root-cause categorization.
See references/retention_decomposition.md for the 7-category churn taxonomy + leading indicator playbook.
2. Customer Segmentation
The trap: "Every customer is important."
The reality: customers exist on a spectrum of ICP fit × strategic value. Treating them identically wastes CS capacity and ignores expansion opportunity.
4-tier framework (B2B SaaS baseline):
| Tier | ARR range | Coverage | Investment per account/yr |
|---|---|---|---|
| Strategic | Top 5%, often $100K+ | Named CSM + executive sponsor | $20K-50K |
| Enterprise | Next 15-20%, $20K-100K | Named CSM | $5K-15K |
| Mid-market | Next 30-40%, $5K-20K | Pooled CSM + automation | $1K-3K |
| SMB / Long-tail | Bottom 40-50%, <$5K | Tech-touch + self-serve | $50-500 |
Run customer_segmentation_designer.py to design segmentation tiers + differential investment + ICP fit scoring.
See references/customer_segmentation_strategy.md for ICP fit framework, tier transition triggers, and the kill list (customers below the investment floor).
3. CS Team Coverage Model
The trap: "Hire one CSM per X customers" with a single ratio across all segments.
The reality: coverage model depends on segment, ACV, and complexity. Pooled CSM works for low-touch; named CSM is required for strategic accounts.
Coverage models:
| Model | Best for | Ratio (ARR-per-CSM) | Trade-offs |
|---|---|---|---|
| Tech-touch (no human) | SMB, low ACV | $5M-15M+ | Automation cost; cannot save high-stakes deals |
| Pooled CSM | Mid-market | $2M-5M | Lower cost; less account intimacy |
| Named CSM | Enterprise | $500K-2M | Higher cost; deeper relationships |
| Named CSM + exec sponsor | Strategic | $300K-1M | Highest cost; reserved for top accounts |
Run cs_coverage_calculator.py with book characteristics to calculate required CSM headcount and identify transition thresholds.
See references/cs_coverage_model.md for ratios, ramp curves, and the "when to add a manager" trigger.
4. CS Team Org Evolution
The wrong question: "Should we hire a CSM or a Support engineer?" The right question: "What's the next customer outcome we're failing to deliver, and what role unblocks that?"
Critical distinctions (founders confuse these):
| Role | Owns | Does NOT own |
|---|---|---|
| Customer Support | Reactive issue resolution (ticket queue) | Renewal, expansion, success outcomes |
| Customer Success Manager | Proactive value realization + renewal + expansion lead | Day-to-day tickets, implementation |
| Account Manager | Commercial relationship + expansion close | Day-to-day success, technical depth |
| Implementation Manager | Onboarding + go-live | Ongoing success after launch |
| CS Operations | Tooling, data, analytics, playbooks | Direct customer relationships |
| Customer Marketing | Advocacy, case studies, references | 1:1 customer relationships |
See references/cs_team_org_evolution.md for stage-to-role map (seed → late-stage) + the AM-vs-CSM split decision.
Workflows
Workflow 1: Quarterly Retention Review (4 hours)
Goal: Decompose retention honestly + identify top-3 churn drivers.
# 1. Pull cohort data: closed/won by quarter for last 8 quarters
python scripts/retention_decomposition_analyzer.py cohorts.json
# 2. Review GRR / NRR / contraction / expansion separately
# 3. For each cohort showing GRR < 90%: identify churn root cause (7-category taxonomy)
# 4. Cross-check with cs-cro-advisor: does the expansion math add up?
# 5. Cross-check with cs-cpo-advisor: are product gaps driving churn?
# 6. Output: top-3 leakage points + 90-day mitigation plan
Workflow 2: Customer Segmentation Audit (1 day)
Goal: Re-segment customer base + reset differential investment.
# 1. Build customers.json with ARR, tenure, ICP fit signals
python scripts/customer_segmentation_designer.py customers.json
# 2. Identify segment migration (mid-market → enterprise upgrades, downsells)
# 3. Identify kill list (customers below investment floor)
# 4. Output: new tier assignment + investment-per-tier + kill list for sales review
Workflow 3: CS Team Sizing (1 week)
Goal: Size the CS team aligned to book composition + coverage model.
# 1. Build book.json with current customer base + planned acquisition
python scripts/cs_coverage_calculator.py book.json
# 2. Calculate required CSM headcount by segment
# 3. Compare to current team; identify gaps
# 4. Cross-check with cs-chro-advisor on comp + leveling
# 5. Cross-check with cs-cfo-advisor on the cost
# 6. Output: 12-month hiring plan + role sequence
Workflow 4: CS Team Roadmap (1 week)
Goal: Sequence next 18 months of CS hires aligned to customer outcomes.
- List top 5 customer outcomes the company is failing to deliver
- Map each outcome to the role that unblocks it (CSM / AM / IM / Support / CS Ops)
- Sequence hires; respect prerequisite order
- Cross-check with cs-chro-advisor
Output Standards
**Bottom Line:** [one sentence — decision and rationale]
**The Decision:** [one of: retention | segmentation | coverage | next hire]
**The Evidence:** [numbers from the tool, not adjectives]
**How to Act:** [3 concrete next steps]
**Your Decision:** [the call only the founder can make]
Adjacent Skills
c-level-advisor/skills/cro-advisor/— Revenue math, NRR, expansion comp (CCO owns customer experience; CRO owns revenue math; clean split)c-level-advisor/skills/cpo-advisor/— Product strategy, JTBD (CCO surfaces product gaps; CPO decides roadmap)c-level-advisor/skills/cmo-advisor/— Customer marketing, advocacy, referencesc-level-advisor/skills/cfo-advisor/— CS team cost, retention-impact-on-revenue mathc-level-advisor/skills/chro-advisor/— CS team hiring + levelingbusiness-growth/— Tactical CS execution: health scores, CRM workflows, onboarding tooling
References
- retention_decomposition.md — GRR vs NRR honest math + 7-category churn taxonomy + leading indicator playbook
- customer_segmentation_strategy.md — 4-tier framework + ICP fit scoring + tier transition triggers + kill list criteria
- cs_coverage_model.md — Coverage model decision (tech-touch / pooled / named / named+exec) + ratio benchmarks + manager-trigger
- cs_team_org_evolution.md — Stage-to-role map + 6-role definition table (CSM ≠ Support ≠ AM ≠ IM ≠ CS Ops ≠ Customer Marketing) + AM-vs-CSM split decision + anti-patterns
Version: 1.0.0 Status: Production Ready Disclaimer: Retention benchmarks vary significantly by ACV, segment, and industry. This skill provides B2B SaaS-baseline guidance; consumer SaaS, marketplaces, and hardware all have materially different retention math.
04 同仓库更多 Skills
syllabus
Generates a curated supplementary reading list from any course syllabus using Consensus academic search. Grill-me intake (syllabus input format + course audience + year range) plus a grouping forcing-options checkpoint before any search runs — so the reading list matches the course's level and recency need. Parses the syllabus to extract topics and learning outcomes, searches Consensus for recent peer-reviewed papers per topic, and produces a professionally formatted .docx with clickable Consensus links, plain-language summaries calibrated to audience level, and Bloom-higher-order discussion questions tied to course learning goals. Use when the user uploads a syllabus, course outline, or curriculum document and wants supplementary readings (e.g., 'create a reading list from this syllabus', 'find recent papers for my course') — even casual mentions with a syllabus attached should trigger this skill.
pulse
Multi-source recency research skill that takes the pulse of any topic across Reddit, Hacker News, the open web, and optionally X/Twitter within a configurable recent window (default 30 days). Forcing intake clarifies topic specificity, angle (trend/sentiment/problems/opportunities/comparison), time window, and platform scope before searching. Returns a synthesized briefing with citations, engagement metrics, and cross-platform pattern analysis. Use when the user requests multi-source recency intelligence on a topic (e.g., 'pulse on [topic]', 'what's happening with [topic]', 'what are people saying about [topic]', 'current conversation about [topic]', 'take the pulse of [topic]', 'trending: [topic]', 'find me info on [topic]'), and for competitor research, trend discovery, tool comparisons, and audience sentiment analysis.
patent
Patent prior-art and landscape intelligence skill — not generic patent help. Commits to one of five sub-use-cases via forcing intake (novelty search / freedom-to-operate / competitive landscape / acquisition diligence / litigation prior-art) before any search runs. Searches Google Patents, Espacenet, USPTO, and optionally Lens.org for citation-graph signals. Output is an editable Word document (.docx) with verdict, ranked closest art (claim-text extracted), CPC-class-aware landscape, family-resolved hits, geographic coverage, FTO flags where applicable, strategy recommendations, and full audit log. Use when the user asks for patent searching or analysis (e.g., 'prior art search for [invention]', 'freedom to operate analysis for [product]'). Produces search signal, not legal advice — always recommends consulting a patent attorney before filing or licensing decisions. Trademark, copyright, and trade-secret questions are out of scope.
notebooklm
Browser automation skill for controlling Google's NotebookLM. Use when the user wants anything done in NotebookLM (e.g., 'open NotebookLM', 'check my [name] notebook', 'ask my notebook about X', 'add [source] to NotebookLM', 'generate a Video Overview from my notebook', 'use NotebookLM Studio'). Handles reading and querying notebooks, adding sources (URLs, text, files, YouTube links, synthesized content), generating Studio outputs (Audio/Video Overviews, Mind Maps, Reports incl. Briefing Doc/Study Guide/FAQ, Flashcards, Quiz, slide decks, infographics — discover the exact set from the live Studio panel; the UI evolves fast), and creating new notebooks. Requires browser automation environment — fails gracefully when unavailable.
litreview
Academic literature orientation skill that searches papers via free keyless APIs (PubMed E-utilities + OpenAlex) by default — with the Consensus MCP as an optional enhancement lane when connected — builds a strategic search plan using PICO (default) or SPIDER / Decomposition / hybrid as fallbacks, and synthesizes findings into a formatted Word (.docx) research guide. Grill-me intake (research question specificity + framework hint + tentative depth) before the recon search; a second forcing checkpoint after Phase 2 confirms framework + sub-areas + depth before searches consume budget. Configurable depth (5/10/20 queries) controls coverage vs. speed. Output is a 'launching pad' — an orientation guide that lets a researcher dive in confidently, not a finished review. Use when the user starts literature-oriented research (e.g., 'litreview on [topic]', 'literature review on [topic]', 'I'm starting a literature review on X', 'I'm writing a paper on X', 'help me research X', 'I'm doing research on X', 'can you help me research X'). Do NOT use for single one-off paper searches wanting a quick list — that's a plain PubMed/OpenAlex (or Consensus) query.
grants
NIH grant research skill for clinical researchers. Grill-me intake (research idea + career stage + preliminary data + environment + submission posture + known institute targets) locks down the funding strategy before any search runs. Runs a 5-facet Consensus positioning analysis (with draft Significance/Innovation language), maps the research to the right NIH institutes and study sections via RePORTER, finds NOSIs and funded overlap, and produces an editable Word document (.docx) with budget/scope-aware mechanism recommendations, submission timelines, and a mandatory program officer recommendation. Use when the user asks about research funding or makes any grant-related request (e.g., 'grants for [topic]', 'find grants for my research idea', 'what grants match my research', 'help me find NIH funding', 'grant opportunities for my research'). NIH-only scope — non-NIH funders (PCORI, DOD CDMRP, VA, foundations) are out of scope and flagged at intake.