Skip to content
Skillpedia
SEO40k · #5182

gtm-enterprise-onboarding

Helps your agent onboard new enterprise customers. It ensures customers realize value quickly post-contract, preventing churn and adoption issues.

What it does

This guide helps ensure new enterprise customers successfully adopt a new service or product. It focuses on preventing customers from dropping off right after initial setup or stopping usage after a while.

When to use it

  • ✓When starting the onboarding process for a new large customer.
  • ✓When a customer seems to be disengaging after implementation.
  • ✓To prevent customers from abandoning the service after a few months.

Example of what to ask your AI

“How can we ensure a new enterprise customer actually uses our service after implementation?”

Want more? Open the sections below.

How to use

The easiest way: copy the message below and paste it into Claude, ChatGPT, Cursor or any AI. It reads the skill and follows the instructions.

Skill link

https://github.com/github/awesome-copilot/blob/main/skills/gtm-enterprise-onboarding/SKILL.md

Ready-to-paste message

Use this skill to help me: https://github.com/github/awesome-copilot/blob/main/skills/gtm-enterprise-onboarding/SKILL.md Read the SKILL.md file at that link and follow its instructions for my task.
How it works

The guide uses a four-phase plan to track customers. It focuses on making sure there's a responsible person on the customer's side and on showing the ongoing value of the service, not just getting the implementation to work.

Installation

Easiest way: copy the skill link and paste it into Claude, ChatGPT or Cursor asking it to follow the instructions.

In the terminal (Claude Code, Codex, Cursor), in your project folder:

npx skills add github/awesome-copilot --skill gtm-enterprise-onboarding

Or download just the file:

curl -L https://raw.githubusercontent.com/github/awesome-copilot/main/skills/gtm-enterprise-onboarding/SKILL.md -o SKILL.md
Technical content (original SKILL.md)

Original text by the author, straight from GitHub.

Enterprise Onboarding

Four-phase framework for onboarding enterprise customers from contract to value realization. The goal isn't just go-live — it's sustained adoption that doesn't cliff at Week 12.

When to Use

Triggers:

  • "How do we onboard this enterprise customer?"
  • "Customer went live but adoption is weak"
  • "We keep losing customers 3 months after go-live"
  • "POC to production transition"
  • "How do I prevent Week 4 ghosting?"
  • "Customer success onboarding framework"

Context:

  • Enterprise or mid-market deals
  • Complex technical requirements
  • Multiple stakeholders involved
  • 30-90 day implementation timelines
  • Risk of churn during first year

Core Frameworks

1. The Week 4 Ghosting Problem (And How to Prevent It)

The Pattern:

Week 1: Kickoff call goes great. Everyone's excited. Week 2-3: Technical discovery, requirements gathering. Still good. Week 4: Customer stops responding. Meetings get cancelled. "Too busy."

What Happened?

You started customer onboarding before internal alignment on their side.

Who Owns This Project Internally?

  • Sales rep? (Already moved to next deal)
  • Technical champion? (Day job took over)
  • Executive sponsor? (Delegates, doesn't drive)
  • Nobody? (This is why they're ghosting)

The Framework: Internal Owner Validation

Before kickoff call, answer:

Who on customer side will:

  • Attend weekly project meetings? (Not "invited" — will actually show up)
  • Unblock issues with procurement/legal/security? (Has authority)
  • Drive adoption with end users? (Has influence)
  • Escalate when things stall? (Has executive access)

If you can't name a specific person for each, you don't have a project owner. You have a signed contract with nobody driving it.

How to Fix It:

During sales → CS handoff (before customer kickoff):

Sales rep must identify:

  • Primary project owner (name, not role)
  • Their capacity (dedicated or side project?)
  • Their authority (can they unblock?)
  • Their motivation (what's in it for them?)

If there's no clear owner:

Don't start onboarding yet. Have sales introduce you to economic buyer:

"Before we kick off implementation, we want to make sure we have the right project owner on your side. In our experience, implementations succeed when someone owns driving this forward week-to-week. Who on your team should we partner with?"

Common Mistake:

Assuming someone will own it. Ask explicitly. If they can't name someone, the deal is at risk.


2. The Adoption Cliff (Week 12 Problem)

The Pattern:

Go-live happens Week 6. Usage spikes. You celebrate.

Week 8: Usage plateaus. Week 10: Usage declining. Week 12: Usage down 50% from peak.

Why This Happens:

You treated go-live as the finish line. Go-live is the starting line.

What Drives Sustained Adoption:

Not: Feature completeness, technical integration, training sessions

Yes: Ongoing value demonstration, user success stories, expanding use cases

Framework: Adoption Stages Beyond Go-Live

Week 1-6 (Implementation): Get it working

  • Measure: % of technical setup complete
  • Owner: Technical lead

Week 6-12 (Initial Adoption): Get people using it

  • Measure: # active users, frequency of use
  • Owner: Enablement / DevRel

Week 12-26 (Sustained Adoption): Prove ongoing value

  • Measure: Use case expansion, team spread
  • Owner: Customer success

Week 26+ (Expansion): Grow within account

  • Measure: New teams, new use cases, upgrade triggers
  • Owner: Account executive + CS

The Handoff That Most Teams Miss:

Week 6 (go-live) → Week 12 (sustained adoption)

Most CS teams celebrate go-live and move to next customer. This is when churn seeds get planted.

What to Do Week 6-12:

Week 7: First value report "Here's what your team accomplished in the first week: [specific metric]. Here's what good looks like at Week 12: [target]."

Week 9: User success story "[User name] on [team name] saved [X hours/reduced Y errors] this week. Here's how they're using it."

Week 11: Use case expansion conversation "You're using us for [primary use case]. Teams like yours also use us for [adjacent use case]. Want to explore?"

Common Mistake:

Measuring "go-live completion" instead of "sustained active usage." Go-live is not success. Week 26 retained adoption is success.


3. Pre-Onboarding: Success Is Built Before First Customer Call

The Pattern:

…

FAQ

What is the 'Week 4 ghosting pattern'?

This is when a customer stops responding after the first few weeks of contact, usually because there wasn't a clear internal owner to drive the project.

What is the 'Week 12 adoption cliff'?

This is when the usage of a service drops significantly after the first few months, because the focus was only on the initial launch and not on continued adoption.

How can I prevent customers from churning?

Ensure there is a clear project owner on the customer's side before starting, and continue to demonstrate the service's value after the initial launch.

Details

Original description by the author

Four-phase framework for onboarding enterprise customers from contract to value realization. Use when implementing new enterprise customers, preventing churn during onboarding, or solving the adoption cliff that kills deals post-go-live. Includes the Week 4 ghosting pattern.

repo: github/awesome-copilot

Popularity

GitHub stars
40k
Ranking position
#5182
License
MIT
Updated
10/15/2026

Is this skill useful?

0

Sign in to vote.

Comments

  • …

More skills from this repository

Similar skills