Deal handoff confirmation loop
When a deal changes hands, confirm the new owner in writing the same day, then check weekly. This AI skill stops open deals losing their owner before close.
“I was on my way back from Manila when I found out. The deal was at the closing stage. We'd been working it for weeks. I had already told my team member to send the contract. I thought it was done. It wasn't sent. To the client — not sent. To me — not sent either. That's the thing that bothered me most. Not the delay. It was that I was completely sure it was handled. I told someone. I assumed it was done. I moved on. And I only found out when I was trying to close.”
The problem
A deal that changes hands without a written, confirmed handoff is where ownership quietly disappears mid-pipeline. The fix is a single-owner rule enforced in one field, a filled handoff note for every transfer, a same-day acknowledgment from the new owner, and a weekly sweep of every open deal to catch any that slipped through. Closing-stage deals get a same-day check-in instead of waiting on the normal timeline, since a deal that already looks finished is where a dropped handoff hides longest.

Key takeaways
- Every open deal needs exactly one named owner in one visible field, never a shared or implied owner.
- A handoff isn't complete when it's sent. It's complete when the new owner writes back the same day to confirm they have it.
- A handoff note should come only from the deal record and the sender's own words. An open field beats a guessed one.
- Closing-stage deals get an immediate same-day check-in, because a deal that looks finished is where a dropped handoff goes unnoticed the longest.
- A new habit only protects deals handled after it starts, so sweep every currently open deal once before relying on it going forward.
- A weekly review across the whole pipeline, not only deals that changed hands that week, is what catches an owner who quietly dropped off the record.
Frontmatter
- name
- deal-handoff-confirmation
- description
- >
Deal handoff confirmation loop
This skill installs a single-owner handoff system for deals moving between people on an owner-led sales team, so a deal never quietly loses its owner mid-pipeline. Invoke it any time a deal's ownership is changing hands, when the user is unsure who currently owns an open deal, or when the user wants a standing weekly check that no deal has lost its named owner without anyone noticing.
The bundle carries the mechanics this procedure runs on: references/dri-rule.md (the single-named-owner rule, why a shared or implied owner fails, and the closing-stage urgency note), references/handoff-template.md (the fixed fields every handoff note fills), references/acknowledgment-checklist.md (the separate same-day confirmation step), references/weekly-review-checklist.md (the recurring per-deal review), and examples/filled-handoff-example.md (one deal walked through the full loop end to end).
Phase 1: Set up the single-owner system once
- Read references/dri-rule.md before doing anything else. It defines the rule this whole skill enforces: every open deal has exactly one named owner at all times, recorded in one visible field (a CRM field, a shared tracker column, whatever field the owner already uses to show who has a deal). No deal is ever co-owned by two people with no named lead, and no deal sits with an implied owner nobody actually wrote down.
- Pull the full list of currently open deals from the owner's deal records. For each one, check two things: is a single named owner recorded, and is there a written confirmation on file for the most recent ownership change. Any deal failing either check goes on a backward-sweep list. This step exists because a new habit only protects deals handled after it starts; it has to reach back over what is already open.
- For each deal on the backward-sweep list, do not guess who owns it. Ask the owner directly which person last touched the deal, and record that person as the current named owner until told otherwise. If the deal is in a closing or late stage, flag it for an immediate check-in under step 11 before doing anything else with it.
- Confirm with the owner that the single-owner field is now the place everyone checks before assuming a deal is covered. Once the field exists and the backward sweep is logged, every deal entering or moving through the pipeline from this point on goes through Phase 2 instead of this one-time setup.
Phase 2: Run this every time a deal's ownership moves
- When the user reports that a deal is moving from one person to another (a new rep taking it over, a teammate covering while someone is out, a founder handing a deal to a first salesperson), open references/handoff-template.md and fill every field from the deal record and what the sending owner tells you: buyer context, stakeholders involved, promises already made, the exact next action, and its deadline.
- Do not invent a field you cannot source from the deal record or the sender's own words. Leave it marked open and ask for it instead. A handoff note with a gap in it is safer than one with a guess in it.
- Check the deal's stage. If it is in a closing or late stage, add the closing-stage note from references/dri-rule.md to the handoff: a deal that looks finished is exactly the deal where a dropped handoff goes unnoticed the longest, so it gets a same-day check-in instead of the standard timeline.
- Present the filled handoff note to the sending owner for approval before it goes anywhere. Never record a handoff as sent, message a teammate, or notify a buyer on your own initiative. Wait for an explicit yes from the user in that turn.
- On approval, update the single-owner field to the new owner's name and timestamp the change. Treat the deal as in a transitional state now: handed off but not yet acknowledged. It does not count as fully transferred yet.
- Open references/acknowledgment-checklist.md and get a same-day acknowledgment in the receiving person's own written words. A note the sending owner relays on the receiving person's behalf logs as provisional only; follow up and get the receiving person's own written word before the handoff counts as complete. Treat "I told them" and "they confirmed" as two separate facts on the checklist. Do not mark the handoff complete on the first one alone.
- Log the acknowledgment's date, source, and status (full or provisional) in the deal record as soon as it arrives. If a full business day passes with no acknowledgment, tell the sending owner now instead of waiting for the weekly review. If the deal was flagged at step 7 for a closing-stage check-in, run that check-in within the same business day regardless of whether the acknowledgment has arrived yet. See examples/filled-handoff-example.md for steps 5 through 11 worked through on one deal.
Phase 3: Run this every week, on every open deal, no exceptions
- Make this review self-triggering rather than something the owner has to remember to ask for. Set up a standing weekly run: a recurring scheduled task, a repeating reminder, or whatever standing-trigger mechanism you have available, firing once a week. On each firing, open references/weekly-review-checklist.md and run it against every open deal, not only the ones that had a handoff this week. If no scheduling mechanism is available to you, ask the owner once to set a standing weekly reminder, and treat that reminder as your cue to run this step.
- For each deal, answer two questions straight from the record: is a single named owner present, and what is the date of the last written confirmation (a handoff acknowledgment or a standing check-in note). A deal with no named owner, or with a confirmation older than the cadence window, fails the review.
- For every deal that fails, do not resolve it on your own. Surface it to the owner as one list: deal name, what is missing, and who the record currently shows as the last person to touch it.
- Offer to draft a one-line check-in message for each failed deal, addressed to the owner's own teammate rather than the buyer, asking who currently owns it. Present each draft for approval. Never send one without an explicit yes in that turn.
- Close the review by stating the count of deals checked and the count that failed, so the owner can see the system working even in a week when nothing turned up.
Copy-paste checklist: before marking any handoff complete
- references/handoff-template.md filled from the deal record or the sender's own words, nothing invented
- Sending owner approved the handoff note before anything left the draft state
- Single-owner field updated to the new owner's name, with a timestamp
- Same-day acknowledgment logged in the receiving person's own written words, not assumed and not left as provisional-only
- Closing-stage deals got a same-day check-in regardless of acknowledgment status
Copy-paste checklist: weekly review, every open deal
- Named owner present in the single-owner field
- Last written confirmation date falls inside the cadence window
- Any deal failing either check surfaced to the owner by name, not silently fixed
- Check-in drafts for failed deals shown for approval, never sent on their own
Guardrails: what this skill must never do
- Never invent a buyer detail, promise, deadline, or stakeholder name that is not in the deal record or the sender's own words. An open field stays open; ask instead of filling it with a guess.
- Never mark a handoff complete on "I told them" alone, and never mark one complete on a provisional, relayed-only acknowledgment alone. Completion requires the separate, logged, full written acknowledgment from the receiving person.
- Never auto-send, auto-schedule, or auto-post a handoff note, an acknowledgment request, or a check-in draft. Every one of these is drafted and shown to the user, and goes out only on an explicit yes in that turn.
- Never let a deal carry two named owners at once. The single-owner field holds exactly one name; a reassignment replaces it, it does not add to it.
- Never skip the weekly review because nothing looks urgent that week. The review exists because a stalled closing-stage deal looks finished, not stalled, so there is no urgent signal to notice without running it.
- If deal records are missing, inaccessible, or contradictory (two systems show two different owners), stop and surface the conflict to the user instead of picking one.
Install
- Download the .skill bundle, or the raw SKILL.md above.
- Unzip the bundle into your agent's skills directory. SKILL.md sits at the top level; any reference files sit beside it.
- Point your agent at the folder. It reads SKILL.md and follows it.
What's in the bundle
The .skill download contains SKILL.md plus these files, each at its path.
references/dri-rule.md2,538 chars
# The single-owner rule
This is the rule the whole handoff system runs on. Read it before you touch a deal record.
## The rule, in one line
Every open deal has exactly one named owner, written down in one place everyone checks. Not a team. Not "whoever picks it up." One name.
## Where the name lives
Pick one field and use it for every deal, every time:
- A CRM owner field, if the deal lives in a CRM.
- A single column on a shared tracker or spreadsheet, if that's what the team actually opens.
- A pinned note in the deal's own thread, if that's the lowest-friction option for a one or two person team.
It does not matter which field. It matters that there is only one, and that it is the field people check before they assume a deal is covered.
## Why a shared owner fails
Two people listed on a deal is not safety, it's the exact setup that loses deals. Each person assumes the other one sent the follow-up. Neither did. The buyer goes quiet, and by the time anyone notices, the trail is cold and nobody can say who dropped it, because on paper both of them had it.
A deal with no name in the field is worse than a deal with the wrong name in the field. A wrong name gets corrected the moment someone looks. No name means nobody even knows to look.
## Why an implied owner fails
"Everyone knows Sam has that one" is not a record, it's a guess that works right up until Sam is out sick, on a plane, or just assumed someone else grabbed it while they were heads-down on something else. The deal needs a name written in the field, not a name people would probably say if you asked them in a hallway.
## Reassignment replaces, it never adds
When a deal moves to a new owner, the new name replaces the old one in the field. It does not sit next to it. A deal that lists two names is a deal with zero real owners, because neither person is on the hook alone.
## The closing-stage note
A deal in a closing or late stage gets treated differently the moment it changes hands: the handoff gets a same-day check-in instead of waiting on the standard acknowledgment window (see references/acknowledgment-checklist.md). Here's why that matters more at this stage than any other: a deal near the finish line looks done. Nobody checks on a deal that looks done. That's exactly the condition where a signature, a final contract redline, or a last buyer question sits untouched for a week because both people assumed someone else was handling it. The deal that looks safest is the one most likely to rot quietly if the handoff slips.references/handoff-template.md2,022 chars
# Handoff note template
Fill every field below from the deal record and the sending owner's own words. If a field can't be sourced from either one, mark it OPEN and ask the sending owner directly. Never write in a guess to fill a blank.
```
DEAL: [deal name / account name]
SENDING OWNER: [name]
RECEIVING OWNER: [name]
DATE OF HANDOFF: [date]
DEAL STAGE AT HANDOFF: [stage]
CLOSING-STAGE FLAG: [yes / no - if yes, see references/dri-rule.md closing-stage note, same-day check-in required]
BUYER CONTEXT:
[Who the buyer is, what they care about, how this deal started. Two or three sentences, not a transcript.]
STAKEHOLDERS INVOLVED:
[Every person on the buyer side with a role in the decision, plus anyone internal who has touched this deal.]
PROMISES ALREADY MADE:
[Anything the sending owner told the buyer that the receiving owner now has to honor. Pricing mentioned, timelines mentioned, features promised, anything said in a call or email that the buyer is holding them to.]
NEXT ACTION:
[The exact next thing that needs to happen. Not "follow up", the actual action: send the redlined contract, call to confirm the start date, answer the open question about seat count.]
DEADLINE FOR NEXT ACTION:
[Date. If there is no hard deadline, write "no hard deadline" rather than leaving it blank, so it's clear that was checked, not missed.]
OPEN FIELDS (anything above that could not be sourced and needs the sending owner's answer):
[List each one by name, or write "none"]
```
## Rules for filling this out
1. Source every field from the deal record or the sending owner's own words. If you're inventing a stakeholder name or a promise you're not sure was made, stop and ask instead.
2. An OPEN field is fine. A guessed field is not. A gap is visible and gets closed with one question. A guess looks complete and gets discovered wrong three weeks later, usually by the buyer.
3. This note goes to the sending owner for approval before it goes anywhere else. Nothing here is final until they've said yes to it.references/acknowledgment-checklist.md2,716 chars
# Same-day acknowledgment checklist
A handoff is not complete when the sending owner approves the note. It's complete when the receiving person has confirmed they have it, in their own written words, the same day. Run this checklist for every handoff, every time.
## The two facts this checklist tracks separately
- [ ] Fact 1: The handoff note was sent to the receiving person.
- [ ] Fact 2: The receiving person confirmed, in their own written words, that they have the deal and understand the next action.
These are two different facts. "I told them" only proves fact 1. Do not mark the handoff complete until fact 2 is also checked, with its own date and source.
## What counts as a full acknowledgment, and what only counts as provisional
Full acknowledgment, directly from the receiving person, in their own words:
- A reply confirming they have the deal and naming the next action back to you (even one line: "got it, I'll send the contract by Thursday").
- A note in the deal record itself, timestamped, written by the receiving person.
Provisional only, not a full acknowledgment on its own:
- A message the sending owner relays that quotes or summarizes what the receiving person said, with a date. Log this as PROVISIONAL, then follow up and collect the receiving person's own written word before the handoff counts as complete.
What does not count at all: the sending owner assuming it landed because they haven't heard otherwise, or the receiving person being told verbally with no written trace.
## Logging the acknowledgment
When it arrives:
```
DEAL: [deal name]
ACKNOWLEDGMENT DATE: [date]
ACKNOWLEDGMENT STATUS: [full / provisional]
ACKNOWLEDGMENT SOURCE: [direct reply / deal record note / relayed by sending owner - provisional]
CONFIRMED NEXT ACTION (in receiving person's own words, if available): [text]
```
If the status is logged as provisional, treat the handoff as still open and keep the follow-up on the sending owner's list until a full acknowledgment replaces it.
## If a full business day passes with no acknowledgment
- [ ] Tell the sending owner now. Do not wait for the weekly review to surface it.
- [ ] If the deal was flagged closing-stage at handoff, the same-day check-in from references/dri-rule.md still happens today, whether or not the acknowledgment has come in.
## Before marking any handoff complete
- [ ] Fact 1 confirmed: note was sent
- [ ] Fact 2 confirmed: full written acknowledgment received in the receiving person's own words, with its own date and source (a provisional, relayed-only note is not enough on its own)
- [ ] Single-owner field updated to the new owner's name and timestamped
- [ ] Closing-stage check-in run same day, if flaggedreferences/weekly-review-checklist.md1,885 chars
# Weekly review: every open deal, no exceptions
Run this on a fixed cadence (once a week if nothing else is set) against every open deal, not just the ones that changed hands this week. A deal that hasn't moved in three weeks is exactly the deal this review exists to catch.
## Per-deal check
For each open deal, answer both questions straight from the record:
- [ ] Is a single named owner present in the owner field? (Not blank, not two names.)
- [ ] What is the date of the most recent written confirmation on this deal (a handoff acknowledgment from references/acknowledgment-checklist.md, or a standing check-in note)?
A deal fails the review if either answer is bad: no named owner, or the last confirmation date is older than the cadence window.
## Review log
```
REVIEW DATE: [date]
CADENCE WINDOW: [e.g. 7 days]
DEAL | OWNER PRESENT? | LAST CONFIRMATION DATE | PASS/FAIL
--------------------|-----------------|--------------------------|----------
[deal name] | yes / no | [date] | pass / fail
[deal name] | yes / no | [date] | pass / fail
```
## For every deal that fails
- [ ] Do not resolve it yourself or guess at an owner. Surface it as one list: deal name, what's missing (no owner / stale confirmation), and who the record last shows touching it.
- [ ] Offer a one-line check-in draft addressed to the teammate the record points to, asking who currently owns the deal. Not addressed to the buyer.
- [ ] Hold every draft for approval. Nothing goes out without an explicit yes in that turn.
## Closing the review
State the count checked and the count that failed, even when the count that failed is zero. A clean week is the system working, not nothing happening, and it's worth seeing that in writing.
```
Deals checked: [n]
Deals failed: [n]
Failed deals (if any): [list]
```examples/filled-handoff-example.md3,071 chars
# Worked example: one deal through the full handoff loop
This walks a single deal through steps 5 to 11 of the handoff procedure, start to finish, so you can see what a real filled-in handoff looks like next to an empty template.
## Setup
Mara has been running the deal with Lindqvist Hardware. She's going on leave for two weeks and is handing the deal to Priya.
## Step 5 to 7: the filled handoff note
```
DEAL: Lindqvist Hardware - annual contract
SENDING OWNER: Mara
RECEIVING OWNER: Priya
DATE OF HANDOFF: 2026-10-20
DEAL STAGE AT HANDOFF: Contract sent, awaiting signature
CLOSING-STAGE FLAG: yes - same-day check-in required per references/dri-rule.md
BUYER CONTEXT:
Lindqvist Hardware is a three-location hardware chain renewing and upgrading from last year's smaller plan. The owner, Erik Lindqvist, cares most about not losing data during the switch and wants a start date before their winter inventory count.
STAKEHOLDERS INVOLVED:
Erik Lindqvist (owner, final decision-maker). His operations manager, Dana, handles the actual data migration questions and has been cc'd on the last three emails.
PROMISES ALREADY MADE:
Mara told Erik the migration would be done before the winter count and that there would be no price increase for the first renewal year. Both of those are in writing in the last email thread.
NEXT ACTION:
Follow up on the signed contract. It was sent Friday, no reply yet as of the handoff date.
DEADLINE FOR NEXT ACTION:
2026-10-24 (Erik's winter count starts the following Monday, so the contract needs to be back before then for the migration promise to hold)
OPEN FIELDS:
none
```
## Step 8: approval
Mara reviewed the note above and confirmed it was accurate before anything moved. Nothing went to Priya until she said yes.
## Step 9: owner field updated
The single-owner field on the Lindqvist Hardware deal was changed from "Mara" to "Priya", timestamped 2026-10-20. The deal is now in a transitional state: handed off, not yet acknowledged.
## Step 10 and 11: acknowledgment
Priya replied the same day: "Got it, I see the contract's out and the winter count deadline. I'll chase Erik tomorrow morning and loop in Dana if the migration timeline needs confirming."
That reply is a full written acknowledgment, directly from Priya in her own words, logged as:
```
DEAL: Lindqvist Hardware - annual contract
ACKNOWLEDGMENT DATE: 2026-10-20
ACKNOWLEDGMENT STATUS: full
ACKNOWLEDGMENT SOURCE: direct reply from Priya
CONFIRMED NEXT ACTION (in receiving person's own words): "I'll chase Erik tomorrow morning and loop in Dana if the migration timeline needs confirming."
```
Because this deal was flagged closing-stage, the same-day check-in ran on 2026-10-20 as well, the same day as the handoff, rather than waiting on any standard timeline. Both facts, the acknowledgment and the check-in, landed the same day here, but they don't have to: the rule only requires that neither one is skipped.
The handoff is now complete. The deal carries one name in the owner field, Priya, with a dated, full acknowledgment on file.Sources
Merged from the top existing skills on the topic, with credit to every input.
- Journal of Personality and Social Psychology (Darley & Latané, 1968)
- stafforini.com (bibliographic record)
- InsideSales.com / Dr. James Oldroyd, Lead Response Management study
- FranFunnel
- Pravin Kumar (practitioner blog)
- Asana
- Bitesize Learning (DRI explainer, citing Forbes/Apple)
- SalesTechStar
- U.S. Small Business Administration
Frequently asked questions
How do I stop a deal from losing its owner when it changes hands?
Give every open deal exactly one named owner in one visible field, always. When the deal moves to a new person, write a handoff note covering buyer context, promises made, and the next action, then require a separate same-day written acknowledgment from the new owner before the transfer counts as done.
Does telling a teammate I handed off a deal count as a confirmed handoff?
No. "I told them" only proves the note was sent. The handoff only counts as complete once the receiving person confirms, in their own written words, that they have the deal and know the next action. A message relayed secondhand by the sending owner is logged as provisional only, not a full acknowledgment.
How often should deal ownership be reviewed?
Weekly, across every open deal, not only the ones that changed hands that week. The review checks two things per deal: is a single named owner on record, and is there a written confirmation inside the cadence window. Anything failing either check gets surfaced to the owner by name instead of being fixed silently.
Why do closing-stage deals get a same-day check-in instead of the normal handoff timeline?
A deal near the finish line looks done, so nobody checks on it. That is exactly the condition where a signature, a final redline, or a last buyer question sits untouched for days because both people assume the other has it. Flagging closing-stage deals for an immediate same-day check-in catches a dropped handoff before it can hide.