The right time to write a customer success playbook is at ten customers, while the answers are still fresh. A CS playbook has five sections: onboarding checklist, health score definition, renewal process, escalation path, and expansion triggers. Write it when you have ten customers, not when you have a hundred. Five sections, ten pages, written by the person doing the work this quarter: that is the whole project.
Support is a product feedback channel
Every support ticket is a product decision waiting to be made. A bug report is a quality issue. A how-to question is a UX issue. A feature request is a roadmap signal. If you are only resolving tickets without categorizing and analyzing them, you are throwing away your cheapest source of product intelligence.
Categorize every ticket: bug, UX confusion, feature request, or account issue. Review the categories weekly. If twenty percent of tickets are the same UX confusion, fix the UX. If ten customers request the same feature, consider building it. Support volume is a product health metric. Rising volume means your product is getting harder to use, not that your customers are getting needier.
Customer feedback should change your roadmap
If your roadmap looks the same after three months of customer feedback, you are not listening. Customer feedback should be the primary input to your product prioritization. Not the only input, but the primary one. The customers who use your product every day know things about it that you do not.
The system: collect feedback from support tickets, sales calls, customer success conversations, and NPS surveys. Categorize it by theme. Count the mentions. When a theme reaches ten mentions from different customers, it goes on the roadmap. This is not scientific, but it is better than building what the loudest customer asked for last week.
Renewals start ninety days before the contract ends
The renewal conversation does not start when the contract is up. It starts ninety days before. That is when you should be assessing health, identifying risks, and planning the expansion conversation. By the time the renewal date arrives, the outcome should already be determined by the value you have delivered.
The ninety-day renewal plan: day ninety, review the health score and usage data. Day sixty, have a value conversation with the champion: what have we accomplished together, what is next? Day thirty, address any concerns and present the renewal proposal. Day zero is a formality, not a negotiation. If you are negotiating on day zero, you started too late.
Expansion revenue is the cheapest revenue you will ever earn
Acquiring a new customer costs five to seven times more than expanding an existing one. Yet most early-stage companies spend ninety percent of their energy on new acquisition and ten percent on expansion. The math does not work. Your existing customers are your best growth channel.
The expansion playbook: identify the customers getting the most value, understand what else they need, and offer it before they ask. The signals for expansion readiness: high usage, multiple departments using the product, and a champion who is proactively engaged. The expansion conversation is not a upsell pitch. It is a strategic discussion about how you can help them more.
Onboarding is where retention is won or lost
The first thirty days of a customer's experience determine whether they stay for three years or churn in three months. Onboarding is not a welcome email and a knowledge base link. It is a structured process that takes the customer from purchase to value as fast as possible.
The metric that matters is time to first value: how many days from signup to the moment the customer experiences the core benefit of your product. Every day of delay increases churn risk. Map your onboarding, measure time to first value for every customer, and optimize ruthlessly. The best onboarding is the one the customer does not notice because value arrives before they have time to disengage.
Frequently asked questions
What goes in a customer success playbook?
Five sections: an onboarding checklist, a health score definition, a renewal process, an escalation path, and expansion triggers. Each one page or two. If it needs a table of contents, you are writing a novel nobody will read.
When should I write our CS playbook?
When you have about ten customers. Early enough that the person doing the work remembers every detail, late enough that real patterns exist. At a hundred customers you are documenting folklore.
Who should write the customer success playbook?
Whoever does the work today, which at ten customers is usually a founder or the first CS hire. Playbooks written by consultants describe how success should theoretically work. You need how it actually works here.
How do I keep a CS playbook from going stale?
Review it quarterly against reality: does the onboarding checklist match what new customers actually did, does the health score still predict saves? A playbook that describes last year's process trains people wrong.
What is the most important section of a CS playbook?
The escalation path. Onboarding and renewals have room for error; a fumbled escalation at a key account does not. Who gets called, how fast, and who tells the customer should require zero improvisation.