Jump to content
Main menu
Main menu
move to sidebar
hide
Navigation
Main page
Recent changes
Random page
Help about MediaWiki
Special pages
Fullmer Wiki
Search
Search
Appearance
Create account
Log in
Personal tools
Create account
Log in
Pages for logged out editors
learn more
Contributions
Talk
Editing
Adopt
Page
Discussion
English
Read
Edit
View history
Tools
Tools
move to sidebar
hide
Actions
Read
Edit
View history
General
What links here
Related changes
Page information
Appearance
move to sidebar
hide
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
Part of [[The Playbook]] β phase 2 of 5: [[Onboard]] β '''Adopt''' β [[Risk]] β [[Renew]] β [[Grow]]. ==The gap between onboarded and adopted== The gap between "onboarded" and "actually using the product for real work." Surface-level login activity can look fine while the account never adopts the workflows that create switching cost. The point where the customer can articulate, in their own words and ideally with their own numbers, what the product is worth to them, is value realization β the moment this phase's signal should shift from "watch it" to "expansion candidate." ==Observability: the health score== You can't manage adoption you can't see. A customer health score is the monitoring layer of Customer Success β it tells you the state of an account before the customer has to tell you themselves. A health score that only measures sentiment is a lagging indicator dressed up as a dashboard. The useful ones combine: * '''Product usage and adoption depth''' β not just "did they log in," but which features, how deep, and whether usage is trending up or down. This is the highest-weight signal, because usage drops before satisfaction scores do. * '''Support signal''' β ticket volume and severity trend, not a raw count. A spike after a quiet stretch matters more than a steady baseline. * '''Relationship and engagement''' β meeting attendance, response latency, whether the champion is still the champion or quietly changed jobs. * '''Commercial signal''' β contract terms, upcoming renewal date, prior expansion or contraction history. * '''CSM/TAM pulse''' β the qualitative gut-check from the human who actually talks to the account. Don't let the model override this; let it flag disagreement instead. That's five, and five is close to the ceiling, not the floor. Gainsight's own published guidance lands on 4β6 signals as the practical range β usage, support trend, sentiment, executive engagement β and every dimension past that adds noise, not accuracy. Drop any signal the team has no ability to influence, however clean its data source is; a health score is a tool for action, not a trivia dashboard. A real example of why blending beats any single signal: support-ticket volume alone routinely misdirects attention. Teams that scored health on raw ticket count found their loudest, highest-ticket accounts were often their most engaged customers β while quieter, genuinely at-risk accounts generated no signal at all and slipped through unnoticed. Blending usage alongside support volume catches what raw ticket counts hide. ==Leading vs. lagging== Leading indicators (usage decline, feature abandonment, unanswered emails) predict a problem before it's visible. Lagging indicators (a formal complaint, a support escalation, a churn notice) confirm a problem that's already arrived. A health score built entirely on lagging indicators is just a churn report with extra steps β weight leading indicators higher, and treat lagging indicators as confirmation, not discovery. ==Score bands and what they trigger== A workable default, tuned per business: {| class="wikitable" ! Band !! Meaning !! Action |- | 0β40 || Critical || Move to [[Risk|Declare an incident]] |- | 41β60 || At-risk || Run the matching [[Risk|play]], proactively |- | 61β80 || Healthy || Standard cadence, no special action |- | 81β100 || Thriving || Flag for [[Grow|expansion]] |} ==What breaks health scores== * '''Overcomplication.''' A score with 40 weighted inputs is a score nobody trusts and nobody can explain to a customer's exec sponsor. Fewer inputs, clearly defensible, beats a black box every time. * '''Static snapshots.''' A single number hides the story. Track the trend β an account moving from 90 to 65 over three weeks is a different problem than one sitting at 65 for a year. * '''Mistaking activity for engagement.''' Logins aren't adoption. A user opening the product every day to check one report they could get from an email digest is not a healthy account, even though the login graph looks great. ==Where this feeds== A dip into the at-risk or critical band routes to [[Risk]]. A thriving score is the evidence [[Renew]] and [[Grow]] both need in hand before their conversations start. ==Sources== * [https://www.gainsight.com/blog/customer-health-scores/ Gainsight β "Customer Health Score Explained: Metrics, Models & Tools"] β 4β6 signal guidance * [https://churnzero.com/blog/customer-health-scores-in-the-age-of-ai/ ChurnZero β "Customer Health Scores in the Age of AI"] [[Category:Customer Success Manager]] [[Category:Customer Engineering]]
Summary:
Please note that all contributions to Fullmer Wiki may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see
Fullmer Wiki:Copyrights
for details).
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)
Search
Search
Editing
Adopt
Add topic