Claude Skill

client-onboarding

Use when a deal closed or a user signed up and the first 30 days need an activation plan: sales→delivery handoff, one verifiable activation event, kickoff, and a 30/60/90 or day-0→14 plan with owners, dates and a measurable exit. NOT reactive ticket triage (that is `customer-supp

LLM Mart · 0 points · 0 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download ericrisco-rsc-harness-skills_client-onboarding-953fef5.zip · 10 KB
Part of ericrisco/rsc-harness — 46 skills

Install

skills CLI npx skills add https://github.com/ericrisco/rsc-harness/tree/main/skills/client-onboarding
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install ericrisco-rsc-harness@llmmart
Git git clone https://github.com/ericrisco/rsc-harness.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole ericrisco/rsc-harness collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

Client onboarding

You run the post-signature activation sprint: the window between "deal closed / account created" and "customer is live and has felt real value at least once." The deal is signed — now get this customer set up, to their first win, and formally onboarded before the trust they bought with their signature decays.

You own four jobs: (1) take the sales→delivery handoff so nothing promised gets lost, (2) define one verifiable activation event and the shortest path to it, (3) run the kickoff (welcome packet, agenda, RACI), and (4) lay a phased plan with named owners, dates, and a measurable exit.

Hand off explicitly: an inbound ticket from an existing customer → customer-support (you are proactive first-30-days, not reactive triage); renewals, churn programs and health scoring → retention (you end at the onboarded gate); the pre-signature proposal/SOW → proposals; pre-close stages and forecasting → sales-pipeline (the handoff is the seam between you); kickoff invites → calendar-scheduling; e-signing the order form → e-signature; help-center setup docs → technical-writing. The in-app tour widget is a product job — you define the plan and content, not the tour UI.

Step 1 — Pick the motion first

The whole plan branches here. Decide before you write a single email.

Motion When (ACV / human-in-loop / contract) Onboarding shape Why
High-touch B2B High ACV, named CSM, signed order form/SOW, multiple stakeholders Internal handoff → kickoff call → written 30/60/90 A human win justifies a human kickoff; the buyer expects a plan, not a tour.
Self-serve PLG Low/no ACV, no human in loop, self-signup/free trial In-product checklist + day-0→day-14 nudge sequence Each extra minute to first value lowers conversion ~3%; you cannot afford a call.
Hybrid Mid ACV, light human touch on top of product In-product activation + one human kickoff at a threshold Self-serve to first value, then a human at expansion/seat-count triggers.

Get this wrong and everything downstream is wrong: a kickoff call for a $20/mo self-serve user is friction; a nudge email for a $200k enterprise deal is an insult.

Step 2 — The sales→delivery handoff

Run this before first customer contact. A documented handoff prevents the customer re-explaining themselves — the fastest way to leak the trust the signature just bought.

The AE briefs the CSM/delivery owner on a handoff packet:

  • Stakeholders & roles — economic buyer, champion, end users, the skeptic.
  • Purchase drivers — why they bought, the trigger event, what they compared you against.
  • Promised scope & commitments — anything said in the sales cycle the customer now expects (integrations, timelines, custom work, discounts).
  • Success criteria the buyer bought — the outcome they're measuring you on.
  • Known risks — internal politics, a hard go-live date, a competing tool still in place.
  • Timeline & constraints — contract start, fiscal deadlines, blackout dates.

Pre-close artifacts (the SOW, the deal stages) belong to proposals and sales-pipeline. Pull from them; don't re-create them.

Step 3 — Define "first value" before anything else

You cannot onboard toward a target you haven't named. Activation ≠ adoption. Activation is a one-time, defined "aha" event; adoption is the later state where the product becomes the go-to tool. Define the activation event first.

Pick the one event by four tests:

  1. Tied to core value — it's the thing they're actually paying you for.
  2. Predictive of retention — users who hit it stick; users who don't, churn.
  3. Verifiable — you can measure it fired, unambiguously.
  4. Influenceable — onboarding can directly drive it.

List every meaningful first-7-day action (created first project, imported data, invited a teammate, ran first report), then pick the single milestone that best predicts sticking and that you can drive.

Write it as one measurable sentence:

Bad:  "The customer is activated when they're using the product."
Good: "Activated = imported ≥1 real dataset AND invited ≥1 teammate within 7 days of signup."

The Bad version is unverifiable and unmeasurable; the Good version fires a metric and tells you exactly what onboarding must produce.

Set a realistic target off the benchmark band, not a vanity number:

Motion Typical activation rate Read
Simple tools 40–60% —
Complex B2B 25–40% —
Freemium ~20% —
SaaS average ≈37.5% >40% healthy · 30–40% room · <30% concerning · <20% urgent

Step 4 — The kickoff (high-touch)

A kickoff is a working session, not a welcome call and not a demo. Cover six areas, in order:

  1. Introductions — who's who on both sides.
  2. Project overview — the goal in the buyer's words, restated from the handoff.
  3. Roles & responsibilities (RACI) — who does what.
  4. Communication plan — cadence, channel, escalation path.
  5. Action items / next steps — owner + date on each.
  6. Q&A.

Welcome packet (send before the call): the 30/60/90 plan, the RACI, who-to-contact, setup prerequisites, and the agenda itself so nobody walks in cold.

Compact RACI (R=does it, A=accountable, C=consulted, I=informed):

Task Customer champion CSM Customer admin
Provision accounts C A R
Import first dataset A C R
Define success metric A R I
Sign-off on go-live R A I
Bad:  Subject: We're so excited to have you! 🎉
      "Welcome aboard! Can't wait to get started. Let us know if you need anything!"

Good: Subject: Kickoff Thu 6/5 10:00 — agenda + your 30/60/90 attached
      "Goal: your team running your first weekly report by day 30.
       Agenda (45m): intros · overview · RACI · comms plan · action items · Q&A.
       Before the call: admin provisions 5 seats; champion picks the first dataset.
       Owners and dates are in the attached plan."

The Bad version transfers no information and sets no expectation; the Good version is a plan the customer can act on today.

Step 5 — The plan: 30/60/90 and day-0→14

Front-load everything into days 1–30: ~90% of customers form their retention opinion in the first 30 days, and ~75% of new users abandon within the first week if they never hit value. Each phase row carries an owner + date + exit milestone.

High-touch 30/60/90 skeleton below. Fill-in templates for every artifact in this skill — handoff checklist, welcome packet, timed kickoff-agenda script, worked RACI, the filled 30/60/90, the day-0→day-14 sequence, the exit-gate checklist — are in references/onboarding-playbook.md.

Phase Focus Owner Exit milestone
Day 0–30 Setup + activation event CSM + champion First meaningful outcome delivered (the activation event fires)
Day 31–60 Expand usage, second use case CSM Milestone review meeting; usage across ≥2 teams
Day 61–90 Prove value, transition CSM → account team Value review vs. success criteria; formal transition to steady-state

Self-serve day-0→day-14 nudge sequence to the activation event:

When Trigger Nudge Goal
Day 0 Signup In-product checklist + one-step setup Reach the first setup step
Day 1 No activation yet Email: "do the one thing" with a deep link Hit the activation event
Day 3 Activated Email: "you did X — now do Y" Pull toward second value
Day 7 Not activated Email: remove the blocker, offer help Recover the at-risk user
Day 14 — Convert/upgrade prompt or graduation Onboarded exit

Share the high-touch plan with the customer on day one — a 30/60/90 nobody sees is internal theater, not onboarding.

Step 6 — Cut friction to value

The path to the activation event must be the shortest possible.

  • Segment the route by role/use-case, not the welcome copy. Role/use-case flows beat generic tutorials by 30–50% activation — personalize where the user goes, not just what the banner says.
  • Minimize setup fields. Every extra signup/setup field costs ~7% conversion. Defer everything you don't need to reach first value.
  • Shortest path to the one value moment, then nurture for the rest.
Bad:  10-field signup wizard (company size, role, team, phone, use case,
      referral source, billing, timezone, goals, integrations) before you
      can do anything.

Good: 2 fields (email, password) → land directly in "import your first
      dataset" → ask the rest later via progressive disclosure once the
      user has felt value.

Step 7 — Instrument it

Measure value, never proxy activity (logins are vanity).

Metric Definition What low means / do
Time-to-Value (TTV) Signup → first realized value Long TTV → cut steps; deep-link to the value moment
Activation rate (users hitting the activation event ÷ total) × 100 Below the band → wrong event or too much friction
Onboarding-completion rate Reached the "onboarded" gate ÷ started Low → the plan stalls; find the drop-off phase
Early-churn rate Churn within the first ~30/90 days High → onboarding never delivered first value

Cutting TTV ~20% has lifted ARR growth ~18% for mid-market SaaS; a smooth onboarding makes customers ~53% less likely to churn. This is the lever.

Step 8 — The "onboarded" exit gate

Onboarding is done only when all of these are true. This checklist is the boundary with retention.

  • Activation event has fired (verifiable, not assumed).
  • Success plan agreed and shared with the customer.
  • Communication cadence and escalation path set.
  • Health baseline captured (usage, key metric, sentiment).
  • Owner for steady-state named.

When the gate closes, hand off to retention: onboarding gets them to first value, retention keeps them past it.

Anti-patterns

Anti-pattern Why it fails Do instead
A "welcome!" email instead of a plan Transfers no information, sets no expectation Send a plan with owners + dates (Step 4)
No defined activation event You're onboarding toward nothing measurable Define one verifiable event first (Step 3)
Letting the customer re-explain after handoff Leaks the trust the signature bought Run the sales→delivery handoff first (Step 2)
A 30/60/90 nobody shares with the customer Internal theater, not alignment Share it on day one (Step 5)
10-field setup wizard ~7% conversion lost per field 2 fields + progressive disclosure (Step 6)
Generic tutorial for every role Misses 30–50% activation lift Segment the route by role/use-case (Step 6)
Onboarding with no exit gate Never "done"; bleeds into support forever Define the done-criteria checklist (Step 8)
Measuring logins instead of value Vanity metric; high logins, low retention Instrument TTV + activation rate (Step 7)
Kickoff is a demo, not a working session No decisions, no owners, no momentum Six-area working agenda (Step 4)
Front-load nothing, hope for day-60 ~75% abandon in week 1 without value Front-load days 1–30 (Step 5)
Same motion for every customer A call insults self-serve; a nudge insults enterprise Pick the motion first (Step 1)
Treating activation as adoption Conflates a one-time event with a long-term state Define activation; leave adoption to retention
Files (rsc-harness)
  • evals
    • cases.yaml 3.1 KB
      skill: client-onboarding
      
      should_trigger:
        - prompt: "We just closed a new enterprise account — build me an onboarding plan with a kickoff and a 30/60/90."
          why: "Core high-touch motion: post-signature activation plan with kickoff + phased success plan."
        - prompt: "How do I define our activation event — what should 'first value' mean for a new signup?"
          why: "Core job: defining the one verifiable activation event before onboarding toward it."
        - prompt: "The deal is signed, what happens now so they don't go cold before they're live?"
          why: "Non-obvious — never says 'onboarding'; it's the post-signature trust-decay window this skill owns."
        - prompt: "Plan de onboarding para un cliente nuevo con kickoff y plan de 30/60/90."
          why: "Spanish trigger for the same high-touch onboarding plan; must still route here."
        - prompt: "Design a day-0 to day-14 nudge sequence to get new free-trial users to their aha moment."
          why: "Self-serve PLG motion + time-to-value; the day-0→14 activation sequence is squarely this skill."
        - prompt: "Munta'm el handoff de vendes a CS per a un client que acaba de signar."
          why: "Catalan, and targets the sales→delivery handoff sub-job specifically."
      
      should_not_trigger:
        - prompt: "A current customer emailed that the app is down — handle this support ticket."
          route_to: customer-support
          why: "Reactive inbound triage from an existing customer, not the proactive first-30-days activation."
        - prompt: "Build our renewal and churn-reduction program with customer health scores."
          route_to: retention
          why: "Ongoing lifecycle after the onboarded gate; this skill ends at that gate."
        - prompt: "Write the proposal and SOW to send this prospect before they sign."
          route_to: proposals
          why: "Pre-close document; client-onboarding starts only after the deal is won."
        - prompt: "Move this deal from discovery to negotiation and forecast the quarter."
          route_to: sales-pipeline
          why: "Pre-close deal stages and forecasting, not the post-close handoff."
      
      capability:
        - scenario: "A B2B SaaS just closed a mid-market account. The operator has the signed order form and a one-line sales note ('they bought to consolidate reporting; champion is the VP Ops; hard go-live before their Q3') and asks for a full onboarding plan."
          must_include:
            - "Picks the high-touch motion and says why (named account, signed order form, multiple stakeholders)."
            - "Produces a sales→delivery handoff packet: stakeholders/roles, purchase drivers, promised scope, success criteria the buyer bought, known risks, timeline."
            - "Defines one verifiable activation event tied to core value and predictive of retention — written as a measurable sentence, not 'logged in'."
            - "Supplies a kickoff agenda covering the six areas (intros, overview, roles/RACI, comms plan, action items, Q&A) plus a compact RACI."
            - "Lays a 30/60/90 with an owner + date + exit milestone per phase, front-loading days 1–30."
            - "Names onboarding metrics (TTV, activation rate, early-churn) with a realistic target band, not a vanity number."
            - "States an explicit 'onboarded' exit gate and hands off to retention."
      
    • README.md 955 B
      # Evals — client-onboarding
      
      These cases are graded by an LLM against the rubric in `cases.yaml`, run through
      the repo's eval harness. The `should_trigger` set (including the non-obvious
      "deal is signed, what now" phrasing and the Spanish/Catalan prompts) checks that
      the router selects `client-onboarding`. The `should_not_trigger` set checks the
      near-miss boundaries route to the named real sibling instead — `customer-support`
      for reactive tickets, `retention` for the post-gate lifecycle, `proposals` and
      `sales-pipeline` for pre-close work. The single `capability` case grades a full
      mid-market onboarding plan against the `must_include` rubric (motion choice,
      handoff packet, defined activation event, kickoff + RACI, an owner/date/exit
      30/60/90, metrics with a realistic band, and the explicit exit gate handed to
      retention). There is no `verify.sh`: this is a judgment skill whose output is a
      plan, so the capability rubric carries the rigor.
      
  • references
    • onboarding-playbook.md 6 KB
      # Onboarding playbook — fill-in templates
      
      Long, branch-specific lookup material offloaded from `SKILL.md`. Copy the
      relevant block, fill the brackets, delete the rest.
      
      ## 1. Sales → CS/delivery handoff checklist
      
      Run this internally **before** first customer contact. Source it from the deal
      record (`sales-pipeline`) and the signed SOW (`proposals`); do not re-interview
      the customer.
      
      ```md
      # Handoff: [Customer name] — [order form date]
      AE: [name]   Receiving CSM/owner: [name]   Kickoff target: [date]
      
      ## Stakeholders
      - Economic buyer: [name, role] — cares about: [outcome]
      - Champion: [name, role] — internal motivation: [why they pushed this]
      - End users: [teams/roles, headcount]
      - Skeptic / risk: [name, role] — concern: [what could stall this]
      
      ## Why they bought
      - Trigger event: [what made them act now]
      - Compared against: [competitors / status quo / build-vs-buy]
      - Primary driver: [the one thing]
      
      ## Promised scope & commitments (anything said in the cycle)
      - [ ] [Integration / custom work / timeline / discount / SLA promised]
      - [ ] [...]
      
      ## Success criteria the buyer is measuring you on
      - [ ] [Metric or outcome, with target if stated]
      
      ## Known risks
      - [ ] [Politics / hard go-live date / competing tool still in place]
      
      ## Constraints & dates
      - Contract start: [date]   Hard deadlines: [date]   Blackout windows: [...]
      ```
      
      ## 2. Welcome-packet contents
      
      Send before the kickoff call so nobody walks in cold.
      
      - The 30/60/90 plan (Section 5 below).
      - The RACI (Section 4).
      - Who-to-contact card: CSM, support channel, escalation path.
      - Setup prerequisites the customer must complete before kickoff.
      - The kickoff agenda (Section 3) with date, time, duration, join link.
      
      ## 3. Kickoff-call agenda script (45 minutes, high-touch)
      
      ```text
      00:00–00:05  Introductions — names, roles, both sides
      00:05–00:12  Project overview — restate the goal in the buyer's words (from handoff)
      00:12–00:22  Roles & responsibilities — walk the RACI; confirm each owner agrees
      00:22–00:30  Communication plan — cadence, channel, escalation, status-report format
      00:30–00:40  Action items / next steps — every item gets an owner and a date
      00:40–00:45  Q&A — surface blockers now, not in week 3
      ```
      
      Close by restating the day-30 exit milestone and the date of the next check-in.
      
      ## 4. Worked RACI matrix
      
      R = does the work · A = accountable (one per row) · C = consulted · I = informed.
      
      ```text
      | Task                       | Champion | CSM | Cust. admin | Exec sponsor |
      |----------------------------|----------|-----|-------------|--------------|
      | Provision accounts/seats   |    C     |  A  |      R      |      I       |
      | Import first real dataset  |    A     |  C  |      R      |      I       |
      | Define the success metric  |    A     |  R  |      I      |      C       |
      | Configure first workflow   |    C     |  R  |      A      |      I       |
      | Train end users            |    A     |  R  |      C      |      I       |
      | Sign-off on go-live        |    R     |  A  |      I      |      C       |
      | Day-90 value review        |    C     |  R  |      I      |      A       |
      ```
      
      ## 5. Filled 30/60/90 success plan
      
      ```text
      | Phase    | Goal / focus                  | Owner             | Date   | Exit milestone                              |
      |----------|-------------------------------|-------------------|--------|---------------------------------------------|
      | Day 0    | Kickoff + handoff confirmed   | CSM               | [d0]   | Plan shared; prerequisites assigned         |
      | Day 1–7  | Setup + activation event      | Champion + admin  | [d7]   | Activation event fires (e.g. first dataset) |
      | Day 8–30 | First meaningful outcome      | CSM + champion    | [d30]  | First weekly report / first real output     |
      | Day 31–60| Expand to 2nd use case/team   | CSM               | [d60]  | Milestone review; usage across ≥2 teams     |
      | Day 61–90| Prove value vs. criteria      | CSM → account team| [d90]  | Value review; formal transition to retention|
      ```
      
      Front-load: most of the work and the activation event land inside days 1–30.
      
      ## 6. Self-serve day-0 → day-14 nudge sequence
      
      Channel: in-app for the doer, email for the absent. Each row: trigger → message
      → goal. Stop the sequence the moment the activation event fires.
      
      ```text
      | Day | Channel | Trigger             | Message                                   | Goal                  |
      |-----|---------|---------------------|-------------------------------------------|-----------------------|
      | 0   | in-app  | signup complete     | Checklist + one-step setup, deep-linked   | Reach first setup step|
      | 0   | email   | welcome             | "Your first win in 3 minutes" + deep link | Start the path        |
      | 1   | email   | no activation yet   | "Do the one thing" — single CTA           | Hit activation event  |
      | 3   | email   | activated           | "You did X — now do Y"                     | Pull to second value  |
      | 3   | in-app  | activated           | Surface the next feature in context       | Deepen usage          |
      | 7   | email   | still not activated | Remove the blocker; offer a call/help doc | Recover at-risk user  |
      | 10  | in-app  | activated, low use  | Nudge toward habit-forming action         | Build the habit       |
      | 14  | email   | trial ending soon   | Convert/upgrade or graduate               | Onboarded exit        |
      ```
      
      Keep one CTA per message. Two CTAs halve the odds either gets clicked.
      
      ## 7. "Onboarded" exit-gate checklist
      
      Onboarding is done only when every box is checked. Then hand off to `retention`.
      
      ```md
      - [ ] Activation event has fired (verifiable in product data, not assumed)
      - [ ] Success plan agreed and shared with the customer
      - [ ] First meaningful outcome delivered against the buyer's success criteria
      - [ ] Communication cadence + escalation path set and confirmed
      - [ ] Health baseline captured: usage, key metric, stakeholder sentiment
      - [ ] Steady-state owner named and introduced to the customer
      - [ ] Open promised-scope items closed or explicitly scheduled
      ```
      
  • SKILL.md 12.4 KB
    ---
    name: client-onboarding
    description: "Use when a deal closed or a user signed up and the first 30 days need an activation plan: sales→delivery handoff, one verifiable activation event, kickoff, and a 30/60/90 or day-0→14 plan with owners, dates and a measurable exit. NOT reactive ticket triage (that is `customer-support`), NOT renewals/churn past the onboarded gate (that is `retention`)."
    tags:
      - onboarding
      - activation
      - kickoff
      - time-to-value
      - customer-success
    recommends:
      - customer-support
      - retention
      - proposals
      - sales-pipeline
      - calendar-scheduling
      - e-signature
      - technical-writing
    profiles: []
    origin: risco
    ---
    
    # Client onboarding
    
    You run the **post-signature activation sprint**: the window between "deal
    closed / account created" and "customer is live and has felt real value at
    least once." The deal is signed — now get this customer set up, to their first
    win, and formally **onboarded** before the trust they bought with their
    signature decays.
    
    You own four jobs: (1) take the sales→delivery handoff so nothing promised gets
    lost, (2) define **one verifiable activation event** and the shortest path to
    it, (3) run the kickoff (welcome packet, agenda, RACI), and (4) lay a phased
    plan with named owners, dates, and a measurable exit.
    
    Hand off explicitly: an inbound ticket from an existing customer →
    [`customer-support`](../customer-support/SKILL.md) (you are proactive
    first-30-days, not reactive triage); renewals, churn programs and health
    scoring → [`retention`](../retention/SKILL.md) (you **end** at the onboarded
    gate); the pre-signature proposal/SOW → [`proposals`](../proposals/SKILL.md);
    pre-close stages and forecasting → [`sales-pipeline`](../sales-pipeline/SKILL.md)
    (the handoff is the seam between you); kickoff invites →
    [`calendar-scheduling`](../calendar-scheduling/SKILL.md); e-signing the order
    form → [`e-signature`](../e-signature/SKILL.md); help-center setup docs →
    [`technical-writing`](../technical-writing/SKILL.md). The in-app tour widget is
    a product job — you define the *plan and content*, not the tour UI.
    
    ## Step 1 — Pick the motion first
    
    The whole plan branches here. Decide before you write a single email.
    
    | Motion | When (ACV / human-in-loop / contract) | Onboarding shape | Why |
    | --- | --- | --- | --- |
    | High-touch B2B | High ACV, named CSM, signed order form/SOW, multiple stakeholders | Internal handoff → kickoff call → written 30/60/90 | A human win justifies a human kickoff; the buyer expects a plan, not a tour. |
    | Self-serve PLG | Low/no ACV, no human in loop, self-signup/free trial | In-product checklist + day-0→day-14 nudge sequence | Each extra minute to first value lowers conversion ~3%; you cannot afford a call. |
    | Hybrid | Mid ACV, light human touch on top of product | In-product activation + one human kickoff at a threshold | Self-serve to first value, then a human at expansion/seat-count triggers. |
    
    Get this wrong and everything downstream is wrong: a kickoff call for a $20/mo
    self-serve user is friction; a nudge email for a $200k enterprise deal is an
    insult.
    
    ## Step 2 — The sales→delivery handoff
    
    Run this **before** first customer contact. A documented handoff prevents the
    customer re-explaining themselves — the fastest way to leak the trust the
    signature just bought.
    
    The AE briefs the CSM/delivery owner on a handoff packet:
    
    - **Stakeholders & roles** — economic buyer, champion, end users, the skeptic.
    - **Purchase drivers** — *why* they bought, the trigger event, what they
      compared you against.
    - **Promised scope & commitments** — anything said in the sales cycle the
      customer now expects (integrations, timelines, custom work, discounts).
    - **Success criteria the buyer bought** — the outcome they're measuring you on.
    - **Known risks** — internal politics, a hard go-live date, a competing tool
      still in place.
    - **Timeline & constraints** — contract start, fiscal deadlines, blackout dates.
    
    Pre-close artifacts (the SOW, the deal stages) belong to `proposals` and
    `sales-pipeline`. Pull from them; don't re-create them.
    
    ## Step 3 — Define "first value" before anything else
    
    You cannot onboard toward a target you haven't named. **Activation ≠ adoption.**
    Activation is a one-time, defined "aha" event; adoption is the later state where
    the product becomes the go-to tool. Define the activation event first.
    
    Pick the **one** event by four tests:
    
    1. **Tied to core value** — it's the thing they're actually paying you for.
    2. **Predictive of retention** — users who hit it stick; users who don't, churn.
    3. **Verifiable** — you can measure it fired, unambiguously.
    4. **Influenceable** — onboarding can directly drive it.
    
    List every meaningful first-7-day action (created first project, imported data,
    invited a teammate, ran first report), then pick the single milestone that best
    predicts sticking and that you can drive.
    
    Write it as **one measurable sentence**:
    
    ```text
    Bad:  "The customer is activated when they're using the product."
    Good: "Activated = imported ≥1 real dataset AND invited ≥1 teammate within 7 days of signup."
    ```
    
    The Bad version is unverifiable and unmeasurable; the Good version fires a
    metric and tells you exactly what onboarding must produce.
    
    Set a **realistic target** off the benchmark band, not a vanity number:
    
    | Motion | Typical activation rate | Read |
    | --- | --- | --- |
    | Simple tools | 40–60% | — |
    | Complex B2B | 25–40% | — |
    | Freemium | ~20% | — |
    | SaaS average | ≈37.5% | >40% healthy · 30–40% room · <30% concerning · <20% urgent |
    
    ## Step 4 — The kickoff (high-touch)
    
    A kickoff is a **working session**, not a welcome call and not a demo. Cover six
    areas, in order:
    
    1. **Introductions** — who's who on both sides.
    2. **Project overview** — the goal in the buyer's words, restated from the handoff.
    3. **Roles & responsibilities (RACI)** — who does what.
    4. **Communication plan** — cadence, channel, escalation path.
    5. **Action items / next steps** — owner + date on each.
    6. **Q&A.**
    
    Welcome packet (send before the call): the 30/60/90 plan, the RACI, who-to-contact,
    setup prerequisites, and the agenda itself so nobody walks in cold.
    
    Compact RACI (R=does it, A=accountable, C=consulted, I=informed):
    
    | Task | Customer champion | CSM | Customer admin |
    | --- | --- | --- | --- |
    | Provision accounts | C | A | R |
    | Import first dataset | A | C | R |
    | Define success metric | A | R | I |
    | Sign-off on go-live | R | A | I |
    
    ```text
    Bad:  Subject: We're so excited to have you! 🎉
          "Welcome aboard! Can't wait to get started. Let us know if you need anything!"
    
    Good: Subject: Kickoff Thu 6/5 10:00 — agenda + your 30/60/90 attached
          "Goal: your team running your first weekly report by day 30.
           Agenda (45m): intros · overview · RACI · comms plan · action items · Q&A.
           Before the call: admin provisions 5 seats; champion picks the first dataset.
           Owners and dates are in the attached plan."
    ```
    
    The Bad version transfers no information and sets no expectation; the Good
    version is a plan the customer can act on today.
    
    ## Step 5 — The plan: 30/60/90 and day-0→14
    
    Front-load everything into days 1–30: ~90% of customers form their retention
    opinion in the first 30 days, and ~75% of new users abandon within the first
    week if they never hit value. Each phase row carries an **owner + date + exit
    milestone**.
    
    High-touch 30/60/90 skeleton below. Fill-in templates for every artifact in
    this skill — handoff checklist, welcome packet, timed kickoff-agenda script,
    worked RACI, the filled 30/60/90, the day-0→day-14 sequence, the exit-gate
    checklist — are in
    [`references/onboarding-playbook.md`](references/onboarding-playbook.md).
    
    | Phase | Focus | Owner | Exit milestone |
    | --- | --- | --- | --- |
    | Day 0–30 | Setup + activation event | CSM + champion | First meaningful outcome delivered (the activation event fires) |
    | Day 31–60 | Expand usage, second use case | CSM | Milestone review meeting; usage across ≥2 teams |
    | Day 61–90 | Prove value, transition | CSM → account team | Value review vs. success criteria; formal transition to steady-state |
    
    Self-serve day-0→day-14 nudge sequence to the activation event:
    
    | When | Trigger | Nudge | Goal |
    | --- | --- | --- | --- |
    | Day 0 | Signup | In-product checklist + one-step setup | Reach the first setup step |
    | Day 1 | No activation yet | Email: "do the one thing" with a deep link | Hit the activation event |
    | Day 3 | Activated | Email: "you did X — now do Y" | Pull toward second value |
    | Day 7 | Not activated | Email: remove the blocker, offer help | Recover the at-risk user |
    | Day 14 | — | Convert/upgrade prompt or graduation | Onboarded exit |
    
    Share the high-touch plan with the customer on **day one** — a 30/60/90 nobody
    sees is internal theater, not onboarding.
    
    ## Step 6 — Cut friction to value
    
    The path to the activation event must be the shortest possible.
    
    - **Segment the route by role/use-case**, not the welcome copy. Role/use-case
      flows beat generic tutorials by **30–50% activation** — personalize where the
      user *goes*, not just what the banner says.
    - **Minimize setup fields.** Every extra signup/setup field costs ~7%
      conversion. Defer everything you don't need to reach first value.
    - **Shortest path to the one value moment**, then nurture for the rest.
    
    ```text
    Bad:  10-field signup wizard (company size, role, team, phone, use case,
          referral source, billing, timezone, goals, integrations) before you
          can do anything.
    
    Good: 2 fields (email, password) → land directly in "import your first
          dataset" → ask the rest later via progressive disclosure once the
          user has felt value.
    ```
    
    ## Step 7 — Instrument it
    
    Measure value, never proxy activity (logins are vanity).
    
    | Metric | Definition | What low means / do |
    | --- | --- | --- |
    | Time-to-Value (TTV) | Signup → first realized value | Long TTV → cut steps; deep-link to the value moment |
    | Activation rate | (users hitting the activation event ÷ total) × 100 | Below the band → wrong event or too much friction |
    | Onboarding-completion rate | Reached the "onboarded" gate ÷ started | Low → the plan stalls; find the drop-off phase |
    | Early-churn rate | Churn within the first ~30/90 days | High → onboarding never delivered first value |
    
    Cutting TTV ~20% has lifted ARR growth ~18% for mid-market SaaS; a smooth
    onboarding makes customers ~53% less likely to churn. This is the lever.
    
    ## Step 8 — The "onboarded" exit gate
    
    Onboarding is **done** only when all of these are true. This checklist is the
    boundary with `retention`.
    
    - [ ] Activation event has fired (verifiable, not assumed).
    - [ ] Success plan agreed and shared with the customer.
    - [ ] Communication cadence and escalation path set.
    - [ ] Health baseline captured (usage, key metric, sentiment).
    - [ ] Owner for steady-state named.
    
    When the gate closes, hand off to [`retention`](../retention/SKILL.md):
    onboarding gets them to first value, retention keeps them past it.
    
    ## Anti-patterns
    
    | Anti-pattern | Why it fails | Do instead |
    | --- | --- | --- |
    | A "welcome!" email instead of a plan | Transfers no information, sets no expectation | Send a plan with owners + dates (Step 4) |
    | No defined activation event | You're onboarding toward nothing measurable | Define one verifiable event first (Step 3) |
    | Letting the customer re-explain after handoff | Leaks the trust the signature bought | Run the sales→delivery handoff first (Step 2) |
    | A 30/60/90 nobody shares with the customer | Internal theater, not alignment | Share it on day one (Step 5) |
    | 10-field setup wizard | ~7% conversion lost per field | 2 fields + progressive disclosure (Step 6) |
    | Generic tutorial for every role | Misses 30–50% activation lift | Segment the route by role/use-case (Step 6) |
    | Onboarding with no exit gate | Never "done"; bleeds into support forever | Define the done-criteria checklist (Step 8) |
    | Measuring logins instead of value | Vanity metric; high logins, low retention | Instrument TTV + activation rate (Step 7) |
    | Kickoff is a demo, not a working session | No decisions, no owners, no momentum | Six-area working agenda (Step 4) |
    | Front-load nothing, hope for day-60 | ~75% abandon in week 1 without value | Front-load days 1–30 (Step 5) |
    | Same motion for every customer | A call insults self-serve; a nudge insults enterprise | Pick the motion first (Step 1) |
    | Treating activation as adoption | Conflates a one-time event with a long-term state | Define activation; leave adoption to `retention` |
    

Comments (0)

Sign in to join the conversation.

No comments yet.

Reviews (0)

No reviews yet.

Related