agentleFS
stephenroganstephenrogan/csm-skills/skills/handoff-intro-email/SKILL.md

handoff-intro-email

Skill0 starsChanged 8 months agoMITView on GitHub

Writes the transition email when a customer moves to a new CSM -- the outgoing CSM's introduction of the incoming CSM. Balances reassurance with enthusiasm, provides enough context for the customer without overwhelming them, and positions the incoming CSM for a strong start. Use when asked to write a handoff email, draft a CSM transition introduction, compose a customer reassignment communication, or when any account is changing CSM ownership and the customer needs to be informed. Also triggers for questions about CSM transitions, account handoff communications, customer reassignment emails, or how to introduce a new CSM to a customer.

The file

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 5 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈5

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Do not bury the transition.

    line 32
  2. Distinctive:

    Add one sentence acknowledging the issue and confirming the incoming CSM is briefed: "[Incoming CSM] is fully aware of the [specific issue] …

    line 87
  3. Distinctive:

    Add one sentence on renewal continuity: "With your renewal approaching in [X days], [Incoming CSM] is already up to speed on your goals for …

    line 90
  4. Distinctive:

    Keep it brief and forward-looking.

    line 96
  5. Distinctive:

    If the transition is going to be hard for the customer (deep relationship, active issues, approaching renewal), consider a joint call …

    line 112

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Handoff Introduction Email

Writes the transition email from the outgoing CSM introducing the incoming CSM. This is the first impression of a new relationship and the last impression of the current one. Both matter.

The core challenge: the customer did not ask for this change. They may be indifferent, mildly annoyed, or genuinely concerned. The email must reassure without over-promising and position the new CSM without undermining the relationship the outgoing CSM built.

How to Use

Provide:

  • Outgoing CSM name and role
  • Incoming CSM name, role, and relevant background
  • Customer contact name and relationship context (how long, how deep, any sensitivities)
  • Reason for the transition (if shareable -- reorg, promotion, territory change, departure)
  • Account context (ARR, health, any active issues, upcoming events like QBRs or renewals)
  • What the incoming CSM should know (priorities, relationship dynamics, open items)
  • Whether the incoming CSM will be on the email (typically yes)

Email Structure

Opening: Acknowledge the Change

Do not bury the transition. State it clearly and early. The customer will scan for "why am I getting this email?" -- answer that immediately.

Middle: Reassure and Introduce

Three things the customer needs to hear:

  1. Continuity: Nothing will fall through the cracks. Open items are documented. The new CSM has full context
  2. The incoming CSM's credibility: One sentence on why this person is the right fit. Not a resume -- a relevant qualification ("Sarah has worked with SaaS companies your size for 5 years and knows your use case well")
  3. What happens next: A specific next step. Not "they will reach out soon" but "Sarah will reach out by [date] to introduce herself and schedule your first conversation"

Close: Gratitude (Genuine, Not Generic)

The outgoing CSM thanks the customer for the relationship with a specific reference, not a generic "it has been a pleasure working with you."

Tone Calibration

Relationship DepthToneEmphasis
Deep (multi-year, strong rapport)Personal, warm, slightly more formal than usual because the moment warrants itEmphasise the personal relationship. Acknowledge what was built together
Standard (regular engagement, professional)Warm professionalEmphasise continuity and the incoming CSM's capability
New (recent handoff, early relationship)Professional, straightforwardEmphasise that the transition will be smooth and the incoming CSM is ready
At-risk (account has issues)Accountable, reassuringAcknowledge the situation. Confirm the incoming CSM is fully briefed on the issues and committed to resolution

What the Email Should Not Do

MistakeWhy It Fails
"Due to internal changes..."Vague and corporate. If you can share the reason, share it. If you cannot, just say "I am transitioning accounts"
No introduction of the incoming CSMThe customer has no reason to trust a stranger. Give them one
Overselling the incoming CSM"Sarah is the best CSM on our team" sets expectations that create pressure, not confidence
Leaving open items unaddressedIf there are active issues, the customer's first thought is "will this fall through the cracks?" Address it explicitly
Making it about the outgoing CSM's feelings"It has been such a journey for me" -- the customer does not care about your career narrative in this moment
No specific next step"They will be in touch" -- when? About what? Specificity builds confidence

Output Format

Subject: Introducing [Incoming CSM] -- your new CSM at [Company]

Hi [customer name],

I wanted to let you know that I am transitioning your account to [Incoming CSM name], who will be your CSM going forward. [One sentence on why, if shareable: "As our team has grown, we have reorganised territories to give each CSM deeper focus on a smaller set of accounts."]

[Incoming CSM] has [one sentence of relevant background]. I have briefed [them] fully on [specific items: your Q2 priorities, the ongoing API integration, and your upcoming renewal], so nothing will fall through the cracks.

[Incoming CSM] will reach out by [specific date] to introduce [themselves] and schedule your first conversation. [They are] copied on this email.

Working with you and the team over the past [X months/years] has been [specific genuine reference -- not generic]. I am confident you are in excellent hands going forward.

Best regards,
[Outgoing CSM name]

Variations

When the customer has an active issue: Add one sentence acknowledging the issue and confirming the incoming CSM is briefed: "[Incoming CSM] is fully aware of the [specific issue] and is committed to seeing it through to resolution. This transition will not slow down the response."

When the account is approaching renewal: Add one sentence on renewal continuity: "With your renewal approaching in [X days], [Incoming CSM] is already up to speed on your goals for the next period and will be your point of contact for the renewal conversation."

When the outgoing CSM is leaving the company: Keep it professional but honest: "I am moving on from [Company], and I want to make sure your account is in the best possible hands for the transition." Do not share too much personal detail -- the focus is on the customer's continuity, not your departure story.

When the customer did not have a strong relationship with the outgoing CSM: Keep it brief and forward-looking. Do not over-sentimentalise a relationship that was not deep. Focus entirely on the incoming CSM and what they will bring.

Quality Gates

  • Is there a specific next step with a date? "Sarah will reach out by March 18 to schedule your first conversation" is the minimum
  • Is the incoming CSM copied on the email? They should be -- it is their introduction
  • Is the reason for the transition clear (or clearly omitted)? Ambiguity creates anxiety. If you cannot share the reason, at least acknowledge the change confidently
  • Is there a specific, genuine thank-you? "It has been a pleasure" is invisible. "Working with your team on the API integration last quarter was a highlight of my year" is real
  • Would the customer feel reassured after reading this? Or would they feel abandoned, confused, or worried?
  • Are open items explicitly addressed? The customer's biggest concern during a transition is that things will fall through the cracks. Name the open items and confirm the incoming CSM owns them

Principles

  • The handoff email is not a formality. It is the outgoing CSM's last act of service and the incoming CSM's first impression. Both of those carry weight
  • Continuity is what the customer cares about most. They do not care about your org chart. They care about whether their issues will be addressed and their relationship will continue
  • The incoming CSM should reach out within 48 hours of this email. Anything longer creates a gap where the customer feels unowned. The email sets an expectation; the follow-through must meet it
  • If the transition is going to be hard for the customer (deep relationship, active issues, approaching renewal), consider a joint call instead of just an email. The email introduces; the call transitions

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.