<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://www.brettfullmer.com/wiki/index.php?action=history&amp;feed=atom&amp;title=Adopt</id>
	<title>Adopt - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://www.brettfullmer.com/wiki/index.php?action=history&amp;feed=atom&amp;title=Adopt"/>
	<link rel="alternate" type="text/html" href="https://www.brettfullmer.com/wiki/index.php?title=Adopt&amp;action=history"/>
	<updated>2026-09-16T10:19:14Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.44.6</generator>
	<entry>
		<id>https://www.brettfullmer.com/wiki/index.php?title=Adopt&amp;diff=46&amp;oldid=prev</id>
		<title>BrettFullmer: New phase page: Adopt (phase 2 of 5) - health scoring</title>
		<link rel="alternate" type="text/html" href="https://www.brettfullmer.com/wiki/index.php?title=Adopt&amp;diff=46&amp;oldid=prev"/>
		<updated>2026-09-01T18:01:42Z</updated>

		<summary type="html">&lt;p&gt;New phase page: Adopt (phase 2 of 5) - health scoring&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Part of [[The Playbook]] — phase 2 of 5: [[Onboard]] → &amp;#039;&amp;#039;&amp;#039;Adopt&amp;#039;&amp;#039;&amp;#039; → [[Risk]] → [[Renew]] → [[Grow]].&lt;br /&gt;
&lt;br /&gt;
==The gap between onboarded and adopted==&lt;br /&gt;
&lt;br /&gt;
The gap between &amp;quot;onboarded&amp;quot; and &amp;quot;actually using the product for real work.&amp;quot; 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&amp;#039;s signal should shift from &amp;quot;watch it&amp;quot; to &amp;quot;expansion candidate.&amp;quot;&lt;br /&gt;
&lt;br /&gt;
==Observability: the health score==&lt;br /&gt;
&lt;br /&gt;
You can&amp;#039;t manage adoption you can&amp;#039;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:&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Product usage and adoption depth&amp;#039;&amp;#039;&amp;#039; — not just &amp;quot;did they log in,&amp;quot; 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.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Support signal&amp;#039;&amp;#039;&amp;#039; — ticket volume and severity trend, not a raw count. A spike after a quiet stretch matters more than a steady baseline.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Relationship and engagement&amp;#039;&amp;#039;&amp;#039; — meeting attendance, response latency, whether the champion is still the champion or quietly changed jobs.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Commercial signal&amp;#039;&amp;#039;&amp;#039; — contract terms, upcoming renewal date, prior expansion or contraction history.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;CSM/TAM pulse&amp;#039;&amp;#039;&amp;#039; — the qualitative gut-check from the human who actually talks to the account. Don&amp;#039;t let the model override this; let it flag disagreement instead.&lt;br /&gt;
&lt;br /&gt;
That&amp;#039;s five, and five is close to the ceiling, not the floor. Gainsight&amp;#039;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.&lt;br /&gt;
&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
==Leading vs. lagging==&lt;br /&gt;
&lt;br /&gt;
Leading indicators (usage decline, feature abandonment, unanswered emails) predict a problem before it&amp;#039;s visible. Lagging indicators (a formal complaint, a support escalation, a churn notice) confirm a problem that&amp;#039;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.&lt;br /&gt;
&lt;br /&gt;
==Score bands and what they trigger==&lt;br /&gt;
&lt;br /&gt;
A workable default, tuned per business:&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot;&lt;br /&gt;
! Band !! Meaning !! Action&lt;br /&gt;
|-&lt;br /&gt;
| 0–40 || Critical || Move to [[Risk|Declare an incident]]&lt;br /&gt;
|-&lt;br /&gt;
| 41–60 || At-risk || Run the matching [[Risk|play]], proactively&lt;br /&gt;
|-&lt;br /&gt;
| 61–80 || Healthy || Standard cadence, no special action&lt;br /&gt;
|-&lt;br /&gt;
| 81–100 || Thriving || Flag for [[Grow|expansion]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
==What breaks health scores==&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Overcomplication.&amp;#039;&amp;#039;&amp;#039; A score with 40 weighted inputs is a score nobody trusts and nobody can explain to a customer&amp;#039;s exec sponsor. Fewer inputs, clearly defensible, beats a black box every time.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Static snapshots.&amp;#039;&amp;#039;&amp;#039; 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.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Mistaking activity for engagement.&amp;#039;&amp;#039;&amp;#039; Logins aren&amp;#039;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.&lt;br /&gt;
&lt;br /&gt;
==Where this feeds==&lt;br /&gt;
&lt;br /&gt;
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.&lt;br /&gt;
&lt;br /&gt;
==Sources==&lt;br /&gt;
&lt;br /&gt;
* [https://www.gainsight.com/blog/customer-health-scores/ Gainsight — &amp;quot;Customer Health Score Explained: Metrics, Models &amp;amp; Tools&amp;quot;] — 4–6 signal guidance&lt;br /&gt;
* [https://churnzero.com/blog/customer-health-scores-in-the-age-of-ai/ ChurnZero — &amp;quot;Customer Health Scores in the Age of AI&amp;quot;]&lt;br /&gt;
&lt;br /&gt;
[[Category:Customer Success Manager]]&lt;br /&gt;
[[Category:Customer Engineering]]&lt;/div&gt;</summary>
		<author><name>BrettFullmer</name></author>
	</entry>
</feed>