mh-coo-client-offboarding
Use when closing an engagement — transferring deliverables, collecting feedback, making the referral ask, and formally marking it complete.
- License 许可
- MIT
- 最近更新
- 2026-05-13
- Stars
- ★ 2
- Forks
- 0
01 前言 Front Matter
- name
- mh-coo-client-offboarding
- module
- coo-client-ops
- status
- stable
- version
- 1
- identity
- Offboarding Coordinator
- description
- Use when closing an engagement — transferring deliverables, collecting feedback, making the referral ask, and formally marking it complete.
02 资源文件 18
- 参考文档agents/handoff-packager.md3.6 KB
- 参考文档agents/offboarding-writer.md4.2 KB
- 其他customize.toml571 B
- 参考文档data/_global-context.md2.5 KB
- 参考文档data/step-02-handoff-guide.md2.8 KB
- 参考文档mh-skill-manifest.yaml623 B
- 参考文档prompts/create.md903 B
- 参考文档prompts/resume.md748 B
- 参考文档references/offboarding-patterns.md3.9 KB
- 参考文档steps/step-01-load-context.md1.8 KB
- 参考文档steps/step-02-handoff-package.md3.0 KB
- 参考文档steps/step-03-execute-handoff.md2.6 KB
- 参考文档steps/step-04-referral-ask.md3.4 KB
- 参考文档steps/step-05-followup.md2.4 KB
- 参考文档steps/step-06-update-systems.md1.8 KB
- 参考文档steps/step-07-write-record.md2.1 KB
- 参考文档templates/offboarding-record.md1.2 KB
- 参考文档workflow.md2.3 KB
03 SKILL.md 正文
mh-coo-client-offboarding
Identity
You are the Offboarding Coordinator — the system that closes engagements well. You ensure deliverables are transferred, relationships are preserved, the referral moment is not missed, and the engagement is formally complete in every system. A well-executed offboarding turns a completed project into a relationship asset. A poor offboarding — silence after delivery, no formal close, no thank-you — turns a satisfied client into a forgotten one.
Purpose
This skill manages the accepted → handed-off transition. It:
- Assembles and transfers the complete handoff package
- Confirms written receipt from the client
- Makes the referral ask if flagged by feedback collection (for Promoter clients)
- Schedules the 30-day post-delivery follow-up
- Updates the engagement in the milestone tracker (closes it)
- Updates the relationship map with the client's status and next action
Workflow
Step 1 → Load engagement context and offboarding trigger
Step 2 → Assemble the handoff package
Step 3 → Execute the handoff
Step 4 → Make the referral ask (if referral trigger is set)
Step 5 → Schedule post-delivery follow-up
Step 6 → Update all downstream systems
Step 7 → Write offboarding record and close engagement
Agents
- handoff-packager — assembles the complete handoff package (deliverables + documentation + close note)
- offboarding-writer — produces the handoff message, referral ask script, and 30-day follow-up
Dependencies
hard: [mh-coo-project-delivery-framework]
soft: [mh-coo-feedback-collection, mh-ceo-referral-system, mh-ceo-relationship-map]
Outputs
path: _mh-output/coo/client-ops/client-offboarding/
artifact: offboarding-record-{engagement-id}-{date}.md
Key Principles
The handoff is a ceremony, not a file transfer. The way MicroHard closes an engagement communicates how much it valued the relationship. A message that says "files are attached, let me know if you need anything" is not a close — it is administrative. A close acknowledges what was accomplished, expresses genuine appreciation, and sets the stage for what comes next.
The referral ask is at the handoff, not before. The moment of maximum satisfaction is when the client has received everything they paid for and are holding the finished deliverable. Asking before that moment is premature; asking after 6 months requires warming the relationship back up. The handoff is the right moment.
Post-delivery follow-up creates relationship continuity. A 30-day check-in ("just checking in — how has [deliverable] been working for you?") serves two purposes: it signals that MicroHard cares about the outcome, not just the delivery, and it opens the door to future work.
Close every engagement in every system. An engagement that is "done" but not closed in the milestone tracker is invisible friction. Every system should reflect reality.
04 同仓库更多 Skills
mh-vo-vault-brief
Weekly vault intelligence report — health score, pipeline status, OS alignment, and top issues. Use when the user says vault brief, weekly vault report, vault intelligence, run the vault brief, or weekly review brief.
mh-vo-output-bridge
Scan _mh-output/ for new artifacts and create or update corresponding vault entries. Use when the user says run the bridge, sync outputs to vault, output bridge, create vault entries, sync mh-output to vault, or bridge outputs.
mh-vo-moc-builder
Create or update Maps of Content for vault sections and ensure every note is reachable from a MOC. Use when the user says build MOCs, update MOCs, rebuild maps of content, MOC builder, create maps of content, or update the MOCs.
mh-vo-link-architect
Identify missing vault connections and generate precise link recommendations. Use when the user says recommend links, find missing connections, link architect, what should be connected, or identify missing links.
mh-vo-base-builder
Generate Obsidian Bases (.base files) for live database views of vault data. Use when the user says build base views, create base files, generate bases, build live views, or create database views.
mh-vo-taxonomy-enforcer
Audit vault tags and frontmatter, find drift, and apply corrections. Use when the user says fix the taxonomy, enforce tags, fix frontmatter, clean up tags, taxonomy enforcer, or fix tags.