<?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=Renew</id>
	<title>Renew - 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=Renew"/>
	<link rel="alternate" type="text/html" href="https://www.brettfullmer.com/wiki/index.php?title=Renew&amp;action=history"/>
	<updated>2026-09-16T09:39:57Z</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=Renew&amp;diff=48&amp;oldid=prev</id>
		<title>BrettFullmer: New phase page: Renew (phase 4 of 5) - SLOs, NRR/GRR, error budget</title>
		<link rel="alternate" type="text/html" href="https://www.brettfullmer.com/wiki/index.php?title=Renew&amp;diff=48&amp;oldid=prev"/>
		<updated>2026-09-01T18:06:30Z</updated>

		<summary type="html">&lt;p&gt;New phase page: Renew (phase 4 of 5) - SLOs, NRR/GRR, error budget&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 4 of 5: [[Onboard]] → [[Adopt]] → [[Risk]] → &amp;#039;&amp;#039;&amp;#039;Renew&amp;#039;&amp;#039;&amp;#039; → [[Grow]].&lt;br /&gt;
&lt;br /&gt;
==Should never be a surprise==&lt;br /&gt;
&lt;br /&gt;
If [[Adopt|health scores]] and this phase&amp;#039;s targets have been tracked honestly through the earlier phases, the renewal conversation is confirming a decision that was already visible weeks out — not making the case for the first time at the eleventh hour.&lt;br /&gt;
&lt;br /&gt;
==Set targets, not aspirations==&lt;br /&gt;
&lt;br /&gt;
Vague goals (&amp;quot;delight the customer,&amp;quot; &amp;quot;drive adoption&amp;quot;) can&amp;#039;t be measured or missed. Real targets for this phase:&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Net Revenue Retention (NRR)&amp;#039;&amp;#039;&amp;#039; — [(starting recurring revenue + expansion − contraction − churn) ÷ starting recurring revenue] × 100. Segment by ACV before comparing anything — it&amp;#039;s the single most reliable lens for NRR benchmarking, and the spread is wide: SMB tiers run roughly 90–105%, the $25K–50K ACV band sits at a median of 102% (111% top quartile), and enterprise tiers reach 115–125% on the strength of expansion. A single blended company-wide number hides which tier is actually carrying it and which is dragging it down.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Gross Revenue Retention (GRR)&amp;#039;&amp;#039;&amp;#039; — the same formula without expansion in the numerator, so it can never exceed 100%. This is where a leaky base shows up even when a few big upsells are making NRR look fine. 95%+ is the generally accepted healthy floor.&lt;br /&gt;
&lt;br /&gt;
GRR and NRR are reported side by side on purpose: a strong NRR built on expansion inside a shrinking base is a warning sign the top-line number hides.&lt;br /&gt;
&lt;br /&gt;
==Segment your targets — one number does not fit every tier==&lt;br /&gt;
&lt;br /&gt;
An enterprise account with a named CSM, a technical champion, and a six-figure contract should have a tighter, higher target than a self-serve SMB account managed at scale. Setting one target across every tier either starves your top accounts of attention or burns your team chasing SMB accounts to a standard they were never priced to receive.&lt;br /&gt;
&lt;br /&gt;
==The error budget idea, applied to CS==&lt;br /&gt;
&lt;br /&gt;
Google&amp;#039;s SRE book defines an error budget as the quarterly allowance of acceptable unreliability implied by a service&amp;#039;s target: hit a 99.9% uptime target and the budget is the roughly 8.77 hours a year you&amp;#039;re allowed to spend on downtime before the team stops shipping features and pivots to fixing reliability instead. It&amp;#039;s an explicit, pre-agreed trade-off, not an after-the-fact excuse.&lt;br /&gt;
&lt;br /&gt;
The CS equivalent: how much acceptable churn/contraction risk exists in the base before the team throttles new-logo [[Onboard|onboarding]] intake or [[Grow|expansion]] pushes and redirects capacity to shoring up existing accounts. Most CS orgs never make this trade-off explicit — they just let at-risk accounts pile up quietly while chasing this quarter&amp;#039;s expansion number. Naming the budget, the same concrete way Google names it in hours and percentages, forces the conversation before it becomes a crisis.&lt;br /&gt;
&lt;br /&gt;
==Where this feeds==&lt;br /&gt;
&lt;br /&gt;
Target misses should trigger a [[Risk|play]] proactively, not just a reactive health-score dip. A clean renewal is the gate to [[Grow]].&lt;br /&gt;
&lt;br /&gt;
==Sources==&lt;br /&gt;
&lt;br /&gt;
* [https://www.saas-capital.com/research/ SaaS Capital — private B2B SaaS retention benchmark research] — NRR/GRR by ACV segment&lt;br /&gt;
* [https://sre.google/sre-book/embracing-risk/ Google — &amp;#039;&amp;#039;Site Reliability Engineering&amp;#039;&amp;#039;, &amp;quot;Embracing Risk&amp;quot;] — error budget definition&lt;br /&gt;
&lt;br /&gt;
[[Category:Customer Success Manager]]&lt;br /&gt;
[[Category:Technical Account Manager]]&lt;/div&gt;</summary>
		<author><name>BrettFullmer</name></author>
	</entry>
</feed>