<?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=Onboard</id>
	<title>Onboard - 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=Onboard"/>
	<link rel="alternate" type="text/html" href="https://www.brettfullmer.com/wiki/index.php?title=Onboard&amp;action=history"/>
	<updated>2026-09-16T10:58:52Z</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=Onboard&amp;diff=45&amp;oldid=prev</id>
		<title>BrettFullmer: New phase page: Onboard (phase 1 of 5)</title>
		<link rel="alternate" type="text/html" href="https://www.brettfullmer.com/wiki/index.php?title=Onboard&amp;diff=45&amp;oldid=prev"/>
		<updated>2026-09-01T17:59:05Z</updated>

		<summary type="html">&lt;p&gt;New phase page: Onboard (phase 1 of 5)&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 1 of 5: &amp;#039;&amp;#039;&amp;#039;Onboard&amp;#039;&amp;#039;&amp;#039; → [[Adopt]] → [[Risk]] → [[Renew]] → [[Grow]].&lt;br /&gt;
&lt;br /&gt;
==Treat it as a deploy, not a checklist==&lt;br /&gt;
&lt;br /&gt;
Most onboarding programs are a task checklist: accounts created, training scheduled, kickoff call held. None of that is a deploy — a deploy has defined success criteria set before you start, a staged rollout instead of flipping everything on at once, and a rollback or rescue plan if it doesn&amp;#039;t go live cleanly. Onboarding should work the same way: a stated time-to-first-value target, a phased rollout across teams or use cases rather than a big-bang launch, and a named rescue path if the customer isn&amp;#039;t live on schedule.&lt;br /&gt;
&lt;br /&gt;
==The stakes are concrete==&lt;br /&gt;
&lt;br /&gt;
Customers who reach first value within 14 days retain at 80%+ a year later; customers who miss the 30-day mark retain at only 35–50%. Onboarding speed is close to the single biggest lever a CS org has over year-one churn — which is exactly why it&amp;#039;s phase one, not a formality before the &amp;quot;real&amp;quot; work starts.&lt;br /&gt;
&lt;br /&gt;
==Set a real time-to-first-value target==&lt;br /&gt;
&lt;br /&gt;
There&amp;#039;s no honest single universal number — benchmarks split sharply by segment (roughly 7 days for SMB, 12 for enterprise, sub-2-days for fast self-serve categories) — but the target should be a specific &amp;quot;aha&amp;quot; milestone, not &amp;quot;onboarding complete.&amp;quot; Measure days from contract signature to that milestone, not to some internal completion checkbox.&lt;br /&gt;
&lt;br /&gt;
==Where this feeds==&lt;br /&gt;
&lt;br /&gt;
A customer who hits their onboarding target moves cleanly into [[Adopt]]. One who doesn&amp;#039;t is the first entry in the [[Risk|Post-Onboarding Adoption Lag Play]].&lt;br /&gt;
&lt;br /&gt;
==Sources==&lt;br /&gt;
&lt;br /&gt;
* [https://userpilot.com/blog/time-to-value-benchmark-report-2024/ Userpilot — 2024 Time-to-Value Benchmark Report] — TTV medians and the 14-/30-day retention cliff&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>