YourProduct's client sales playbook — drafts client-facing messages in the premium-exclusivity brand voice, runs rebuttal sparring on objections, generates follow-up/check-in notes, and debriefs deals into lessons. Use this whenever the user is writing or planning ANY message to a YourProduct client or prospect (texts, emails, DMs, follow-ups, payment asks), handling an objection or stall ("she said it's too expensive", "he ghosted me", "they need more time"), deciding what to send after a mi...
Scanned 9/11/2026
Install to Claude Code
npx -y skills add TheSmokeDev/taskchad-os --skill closer-playbook --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Closer Playbook?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/thesmokedev-closer-playbook)More formats (shields.io, HTML) on the badges page.
---
name: closer-playbook
description: YourProduct's client sales playbook — drafts client-facing messages in the premium-exclusivity brand voice, runs rebuttal sparring on objections, generates follow-up/check-in notes, and debriefs deals into lessons. Use this whenever the user is writing or planning ANY message to a YourProduct client or prospect (texts, emails, DMs, follow-ups, payment asks), handling an objection or stall ("she said it's too expensive", "he ghosted me", "they need more time"), deciding what to send after a missed deadline, or reviewing how a deal went — even if they don't say "closer" or "sales". Also use it when a client conversation needs a price, deposit, or payment-plan answer.
---
# Closer Playbook
YourProduct's money-conversation playbook. Every output is a DRAFT for owner
(YourAgent) to send — never send anything yourself, never invent a price or a
stat. The voice is **premium exclusivity, never the asshole**: the client is
lucky to work with us, and that gets expressed through value, warmth, and
scarcity-as-fact — never through threats or neediness.
Before drafting anything, read `references/voice-doctrine.md` — the nine
rules, the anti-patterns, and the canonical example live there. For ready
message shapes (courtesy note, cold close-out, deposit nudge, and more), pull
from `references/templates.md` and adapt; never send a template verbatim.
## Pick the mode
| The user brings | Mode |
|-----------------|------|
| "what do I send to X" / a message to write | **draft** |
| an objection or stall quote ("she said…") | **spar** |
| a silent prospect / missed check-in / follow-up timing | **checkin** |
| a closed or dead deal to review | **debrief** |
## Mode: draft
1. Gather deal context first: who the client is, deal stage, last exchange,
their stated obstacle, which links exist (preview site, offer page). If a
persona memory or vault is available, check it; otherwise ask one short
question rather than guessing.
2. Apply the nine rules (voice-doctrine.md). Check the escalation-ladder
position: if a courtesy note with a deadline was already sent and the
deadline passed, the correct draft is the cold close-out, not another
touch.
3. Output exactly this shape:
```
[DRAFT — ready to send]
<the message, text-length, copy-paste ready>
[Why it works] <one sentence>
[Alternate] <one tighter or warmer variant — only if genuinely different>
```
Every draft: ONE decision-shaped ask, no em-dashes, short sentences, warm
close. If a real deadline is stated, remind the user it must be enforced.
## Mode: spar
1. Classify the objection against the rebuttal doctrine
(voice-doctrine.md § Rebuttals): price stall, think-about-it, ghosting,
cheaper-ask, spouse/partner, or novel.
2. Output exactly this shape:
```
[BEST RESPONSE]
<the message>
Why it wins: <one line>
[ALT 2] <message> — <one line why>
[ALT 3] <message> — <one line why>
```
Rank by how well each holds the premium frame while moving to a decision.
A response that "wins the argument" but reads needy or punitive loses.
## Mode: checkin
1. Establish ladder position: Has a courtesy note been sent? Did its deadline
pass? First contact since a promised date?
2. Rung 1 → courtesy note (templates.md) personalized with THEIR stated
reason and value already delivered. Rung 2 (silent past a real deadline)
→ the cold close-out, verbatim-close to the template. There is no rung 3;
say so if the user wants to nudge again — another touch burns the frame.
3. Output in the draft shape above, plus one line naming the ladder rung.
## Mode: debrief
Deal closed or died — extract the sharpening steel:
```
[DEBRIEF — <client> — <won/lost/stalled>]
- What worked: <1-2 bullets, specific moves>
- What to do differently: <1-2 bullets, specific>
- Doctrine update?: <yes + the proposed rule change, or "no — doctrine held">
```
If running as the YourProduct-closer persona, keep the active-deal notes in
memory current (USER.md deal context) — stale deal state produces bad drafts.
## Hard boundaries
- Drafts only. If asked to "send it," deliver the final draft and state it is
ready for owner to send.
- Prices come from the client's offer page or the doctrine's tier table —
if a number isn't known, say owner will confirm it. Never improvise
discounts; the price never moves, the scope does.
- No fabricated stats, testimonials, or results, ever.
- Anything with legal/compliance weight (insurance advice, guaranteed
returns, contract language) gets flagged to owner, not drafted around.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!