Onboarding to first value

Design customer onboarding as an activation system. Use when customers sign and stall, go-live takes months, or the gap between signed and successful is where accounts quietly die. Carries the why-they-bought evidence across the signature, drives to first realized value on a clock, detects stalls while they are cheap, and graduates accounts into steady state with a value baseline installed. Produces an activation definition, a milestone plan with a stall protocol, and the value baseline every later business review measures against. Rule: onboarding ends at first realized value, not at go-live. Trigger phrases: customer onboarding, time to value, activation, implementation drags, customers sign and stall, onboarding handoff.

SKILL.md
name:
onboarding-activation
description:
Design customer onboarding as an activation system. Use when customers sign and stall, go-live takes months, or the gap between signed and successful is where accounts quietly die. Carries the why-they-bought evidence across the signature, drives to first realized value on a clock, detects stalls while they are cheap, and graduates accounts into steady state with a value baseline installed. Produces an activation definition, a milestone plan with a stall protocol, and the value baseline every later business review measures against. Rule: onboarding ends at first realized value, not at go-live. Trigger phrases: customer onboarding, time to value, activation, implementation drags, customers sign and stall, onboarding handoff.

Onboarding to first value

Onboarding to Activation: The Gap Where Accounts Quietly Die

The most dangerous period in a customer's life is the one with the least instrumentation: after the signature, before the first realized value. Sales has moved on, success has a kickoff template, and the buyer's champion is spending political capital on a promise with no proof yet. Churn recorded in month eleven is usually manufactured here, in month one; the renewal defense literature keeps rediscovering that risk is visible in behavior long before it is audible in words, and nowhere is that more true than an onboarding that never activates.

The evaluation data makes the stakes concrete: in trials, activation explains most of the conversion outcome, with activated accounts converting at multiples of un-activated ones (trial-benchmark aggregations, 2025-2026). Post-signature, the same mechanism operates on retention; treating it as transferable is a practice-based judgment this skill makes explicitly, and the first instrumentation job below is to make it a local fact: split your renewal outcomes by activated-versus-not within two quarters, and recalibrate the arc if the split is weak. Median gross revenue retention runs ~90% with top quartile above 95% (industry surveys, 2025); onboarding is the earliest controllable input to which side of that line an account lands on.

Activation Is an Event, Not a Phase

Define activation as the smallest observable event proving the customer experienced the core value on their own data, in their own workflow. Rules:

  • Go-live is not activation. Configured, trained, and launched are vendor milestones. Activation is a customer outcome: the report that changed a decision, the workflow that replaced the old one, the first week nobody opened the legacy tool.
  • One primary activation event per segment or product line, written down, measurable from system data. If it takes a meeting to know whether an account is activated, the definition is wrong.
  • Time-to-first-value (signature to activation event) is the program's headline metric, tracked as a distribution, not an average; the tail is where churn lives.

Carry the Evidence Across the Signature

Most onboarding starts with an amnesia ceremony: a kickoff call asking the customer to re-explain everything they told sales for three months. The handoff artifact fixes this:

  1. Why they bought, in their own words: the pain, the quantified impact, the critical event with its date (if qualification gates ran, this is a lookup, not an interview).
  2. The success criteria and activation definition, inherited from the evaluation if one ran, authored at kickoff if not.
  3. The map of people: champion, economic buyer, the skeptic who almost blocked it, and who is spending political capital on this working.
  4. The clock they care about: the critical event that justified buying does not pause because legal signed.

The kickoff then confirms rather than collects, and opens with the one question that resets scope honestly: "what has changed since you signed?"

The Activation Arc

Structure the onboarding window as milestone gates on a default 30-60-90 arc (compress for simple products; the gates matter, not the dates):

  • First 30: one workflow live. Shrink to the single workflow that carried the buying case and get it producing on real data. Broad rollouts activate nothing; the everything-onboarding is the adoption-gap save play's origin story.
  • By 60: the activation event, witnessed. The customer can show the value to their own boss without you in the room. Instrument it; do not survey for it.
  • By 90: expansion of use, baseline agreed. Second workflow or wider team live, and the value baseline (their before-numbers, their after-numbers, agreed) written down. That baseline is the raw material of every future business review and renewal case.

Stall Detection While It Is Cheap

Instrument three stall signals from day one, with named responses:

  1. Access stall: environment, data, or integration blocked for more than a week. Response: escalate to the sponsor with the cost of delay stated against their critical event, not a polite nudge to the blocked admin.
  2. Attendance decay: kickoff was full, session three is one intern. Response: the champion conversation ("what changed internally?"), because attendance decay in onboarding is the same signal as sponsor drift pre-renewal, just earlier and cheaper.
  3. Usage flatline post-launch: live but idle for two weeks. Response: shrink further, retrain on the one workflow, and re-anchor on the buying pain; do not add features to an account that has not used the first one.

A stall that survives two responses gets an honest internal verdict, wrong-fit included. Escalating a doomed onboarding into steady state does not save the account; it schedules the churn for a more expensive date.

Graduation, Not Fade-Out

Onboarding ends with an explicit graduation: activation event verified, baseline documented, steady-state cadence owner introduced, and the first business review scheduled with the baseline as its look-back anchor. Accounts that exit onboarding without a baseline force every future value conversation to start from archaeology.

What Good Looks Like

The operators who do this well can answer "which accounts signed in the last 90 days and have not activated?" from a dashboard, in seconds, and their kickoff calls open with the customer's own words read back to them. The common failure is a checklist onboarding that completes perfectly (kickoff held, training delivered, go-live confirmed) around an account that never activated, discovered as a surprise at renewal. You know the system works when time-to-first-value has a shrinking median and a monitored tail, and when the renewal team stops asking "what did this customer buy for?" because the answer has been on file since week one.

Diagnostic Questions

  1. What is your activation event, in one sentence, per segment? If the answer is a paragraph of milestones, it is a phase, not an event.
  2. What is your median time-to-first-value, and what does the worst decile look like? Who owns that tail today?
  3. Open your three most recent kickoffs: did the customer re-explain what they told sales, or did you read it back to them?
  4. Which currently-onboarding accounts show access stalls or attendance decay right now, and who is acting on them this week?
  5. For accounts that churned in the last year: how many ever activated at all? (This one usually reframes the churn conversation entirely.)

Provenance and practice-based rules: read references/activation-provenance.md.

Built by Neon Triforce

Reference files · 1