Build offer OPTIONS — the pure invitation to buy: outcome, deliverables, exchange, risk reversal, proof burden — from the buyer's problems and evidence, drawing on product facts as the material, as proposals for the owner to pick. TRIGGER when a job touches the offer and needs options built. DO NOT TRIGGER to write copy for a settled offer (the write skills), to plan a piece's strategy (plan-copy), or to name the product's Process (mechanism).
Scanned 9/5/2026
Install to Claude Code
npx -y skills add heyJordanParker/dotfiles --skill draft-offers --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Draft Offers?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/heyjordanparker-draft-offers)More formats (shields.io, HTML) on the badges page.
---
name: draft-offers
description: Build offer OPTIONS — the pure invitation to buy: outcome, deliverables, exchange, risk reversal, proof burden — from the buyer's problems and evidence, drawing on product facts as the material, as proposals for the owner to pick. TRIGGER when a job touches the offer and needs options built. DO NOT TRIGGER to write copy for a settled offer (the write skills), to plan a piece's strategy (plan-copy), or to name the product's Process (mechanism).
---
# Draft Offers
One Process: build a set of offer options the owner picks from. An offer is the invitation to buy — the sentence that makes the product desirable for the right person: what the person gets and the exchange, and NOTHING else. Work the routed chain — the buyer's problems and the graded buyer evidence come first, and the product's facts are the material the invitation draws on to solve those problems, never the starting point. Every product has MULTIPLE ways to invite people to buy it; the offer is never one static thing, and it is never a deadline. How the Process is presented is the Mechanism, not part of the offer. Whether access is limited — a deadline, a seat cap, a bonus window — is a campaign-level limitation, not part of the offer; the same offer can run limited in one campaign and open in another. Never invent an offer fact; build only from stated facts, and always deliver offer shapes that feed the high-level strategies, never a standalone offer the owner picks alone (step 3).
## 1. Build each option as a pure invitation
### Build each option through a different assigned offer shape
Assign each option one shape from ideate's Lens Roster offer-shape axis (guarantee-led, done-with-you, unbundled wedge, named-system flagship, pay-on-proof, anti-offer, bundle/stack, trial-first), by procedure, and commit the option fully to its shape. Unassigned offer sets collapse into one shape restated.
### Name the one objection each option answers
Every option cites the ONE verbatim objection quote from the records its shape answers. An offer shape that answers no recorded objection is built from the product, not the buyer.
Per option, name only what the invitation carries:
- **Outcome** — the dream result the buyer most wants, their words.
- **Deliverables** — what they actually receive.
- **Exchange** — what the buyer gives to get it: the price and payment, taken from the owner's stated pricing facts (an owner record in the research records). No stated price fact backs it: the Exchange carries an explicit `OPEN` marker routed to `OpenQuestions.md`, never an invented number.
- **Risk reversal** — the guarantee that transfers purchase risk from buyer to seller, included only when the owner's product facts carry one.
- **Proof burden** — what must be proven for the option to be believed, and whether the graded evidence can carry it.
Never fold the Mechanism (how the Process is presented) or a campaign limitation (deadline, seat cap, bonus window) into an option — those are not part of the offer.
Never: filling Exchange with a price the owner never stated.
### Cite the Problems.md pairings each option solves
Every option names the `Problems.md` problem-by-buyer pairings it invites the buyer to solve — the rated problem-by-buyer landscape is what the offer recombines against, so each invitation points at the specific pairings it closes and the audience it closes them for. An offer is a recombination of blocks, not a chain from one problem: the same problem, offered to a different group, is a different option worth building. An option that cites no pairing is built from the product, not the buyer's problems, and fails the chain.
### Carry each pairing's ratings, and cite verified purchases of the shape
Every option carries the ratings of the `Problems.md` pairing it builds on — the problem's evidence rating, its existence rating, and the buyer group's rating — so the owner picks with them visible; nothing is filtered out for a low rating. And the offer's shape carries its verified-purchase rating per grading's offer-shape ladder (see grading): a shape with no verified purchase rates unproven-demand, and that rating rides to the pick alongside the rest. A free-advice ask is not a purchase.
### Grade each option
Every option reaches the owner graded per the grading skill (see grading): its computed rating with the arithmetic shown, and its market measurements. The owner compares options on those numbers, never on an agent's disposition.
## 2. Weigh each on the value equation
Value = (dream outcome × perceived likelihood of achievement) ÷ (time delay × effort and sacrifice). Raise the numerator, cut the denominator. An option whose proof burden the evidence cannot meet is weaker regardless of how large the promise reads.
## 3. Run the shared idea process
Fan the offers through the shared idea process (see ideate): brainstorm wide → fresh-context adversarial reviewers refute → survivors iterate against the criticism → 3–5 survivor offer shapes feed the high-level strategies (step 3), never a standalone offer pick. Distinct offers, not one dressed up. Never settle one silently.
### Feed the offer shapes to the strategies, never a standalone offer pick
The offer shapes are consumed in two places, never as an isolated first pick ahead of the direction: they are the offer-shape axis plan-copy recombines into whole strategies, so the owner picks a whole strategy rather than an offer alone, and the picked strategy's offer detail is then refined as an option set inside the pick. The owner owns the offer either way.
Verification: each survivor names its outcome, deliverables, exchange (a stated owner-record price or an OPEN marker, never an invented number), risk reversal (only where the facts carry a guarantee), and proof burden, plus its value-equation read, its grading per the grading skill, and the Problems.md pairings (problem-by-buyer) it invites the buyer to solve; each option carries its pairing's ratings and its offer shape's verified-purchase rating per grading's ladder, none filtered out; no option carries a Mechanism or a campaign limitation; the proof burden is checked against graded evidence; and the shapes feed plan-copy's strategies or refine the offer inside a picked strategy, reaching the owner through the ideate process.
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!