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.
What this skill does
# Chief Customer Officer Advisor Strategic customer leadership for startup CCOs and founders without one. **Four decisions, no generic CS survey:** 1. **What's our retention architecture — and is gross retention vs NRR honest?** — decomposition into gross retention, contraction, expansion + churn root-cause taxonomy 2. **How do we segment customers for differential investment?** — tier design + ICP fit scoring + investment-per-segment math 3. **What's the CS team's coverage model — and when do we go pooled vs named?** — coverage ratio calculator + transition thresholds 4. **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 ```bash # 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. ```bash # 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. ```bash # 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 upg
Related in Ads & Marketing
ads
IncludedMulti-platform paid advertising audit and optimization skill. Analyzes Google, Meta, YouTube, LinkedIn, TikTok, Microsoft, and Apple Ads. 250+ checks with scoring, parallel agents, industry templates, and AI creative generation.
banana
IncludedAI image generation Creative Director powered by Google Gemini Nano Banana models. Use this skill for ANY request involving image creation, editing, visual asset production, or creative direction. Triggers on: generate an image, create a photo, edit this picture, design a logo, make a banner, visual for my anything, and all /banana commands. Handles text-to-image, image editing, multi-turn creative sessions, batch workflows, and brand presets.
rpg-migration-analyzer
IncludedAnalyzes legacy RPG (Report Program Generator) programs from AS/400 and IBM i systems for migration to modern Java applications. Extracts business logic from RPG III/IV/ILE source code, identifies data structures (D-specs), file operations (F-specs), program dependencies (CALLB/CALLP), and converts RPG constructs to Java equivalents. Generates migration reports, complexity estimates, and Java implementation strategies with POJO classes, JPA entities, and service methods. Use when modernizing AS/400 or IBM i legacy systems, analyzing RPG source files (.rpg, .rpgle, .RPGLE), converting RPG to Java, mapping data specifications to Java classes, planning legacy system migration, or when user mentions RPG analysis, Report Program Generator, RPG III/IV/ILE, AS/400 modernization, IBM i migration, packed decimal conversion, or mainframe application rewrite.
brand-library-architect
IncludedBuild a complete brand library for a product — visual asset render pipeline, brand documentation set (BRAND, COPY, MANIFESTO, BIOS, FAQ, GLOSSARY, TONE, PRICING), open-source convention files (README, CONTRIBUTING, SECURITY, CODE_OF_CONDUCT), and a self-contained press kit. This skill should be used when the user asks to "build a brand library / brand kit / press kit / brand assets" for a product, "set up a brand library workflow," "create a positioning manifesto plus visual identity," or any combination of brand documentation + visual asset pipeline. Apply phase-by-phase or run end-to-end. Templates are product-agnostic and use {{TOKEN}} placeholders the skill prompts the user to fill.
writing-tech-post
IncludedAuthors engineering blog posts end-to-end: launch deep-dives, incident postmortems, architecture migrations, performance case studies, tutorials, AI/agent system writeups, security disclosures, and research-to-product translations. Picks the correct archetype, plans the abstraction ladder, enforces an evidence cadence (diagrams, benchmarks, profiles, traces, code, ablations), tunes voice against publisher house styles (Datadog, Vercel, GitHub, AWS, Meta, Cloudflare, Jane Street), and runs a pre-publish gate for narrative momentum and disclosure ethics. Use when drafting a new engineering post, restructuring a draft that feels flat, deciding which evidence form belongs where, validating that depth and product context are balanced, or preparing a postmortem, migration, or performance narrative for external publication. Do not use for API reference documentation, README authoring, marketing copy, release notes, generic SEO content, ghost-written executive thought leadership, or non-engineering long-form essays.
blog-google
IncludedGoogle API integration for blog performance: PageSpeed Insights, CrUX Core Web Vitals with 25-week history, Search Console performance, URL Inspection, Indexing API, GA4 organic traffic, NLP entity analysis for E-E-A-T, YouTube video search for embedding, and Google Ads Keyword Planner. Progressive feature availability based on credential tier (API key, OAuth/service account, GA4, Ads). Shares config with claude-seo at ~/.config/claude-seo/google-api.json. Use when user says "google data", "page speed", "core web vitals", "search console", "indexation", "GA4", "keyword research", "nlp entities", "blog performance", "youtube search", "google api setup".