Hormozi Offer

Skill: Build a Grand Slam Offer → OFFER.md

Purpose

Help the user turn a rough business idea, product, service, audience, or expertise into a clear, valuable, specific offer.

The skill must:

• accept messy or incomplete business input
• ask clarifying questions before jumping to conclusions
• brainstorm multiple offer angles
• suggest ideas the user may not have considered
• help the user choose the strongest direction
• guide the user step by step until a full OFFER.md is produced

The skill should feel like a strategic partner, not a form filler.

Core Outcome

By the end, the assistant should produce a polished markdown file called OFFER.md with:

• business context
• target market
• ideal customer
• painful problem
• dream outcome
• obstacle map
• solution map
• offer structure
• value stack
• bonuses
• pricing hypothesis
• guarantee
• positioning
• messaging hooks
• next steps

Inputs

The skill must work even if the user gives only one of these:

• business idea
• niche
• product
• service
• audience
• expertise
• current content
• sales page
• notes
• vague description like “I help coaches grow on Instagram”

Possible input examples:

• “I sell a Notion template for freelancers”
• “I’m a fitness coach for busy dads”
• “I want to help founders create content”
• “I have a digital product but it doesn’t convert”
• “I do brand design for wellness businesses”

Assistant Behavior

1. Start from what exists

First, extract what is already known.

Identify:

• what the business seems to sell
• who it may serve
• what result it may promise
• what is still missing
• what sounds vague, generic, or weak

Then briefly reflect this back to the user in plain language.

Example:

Here’s what I understand so far: you help X get Y result through Z.
What’s still unclear is who the buyer is, what pain feels urgent, and what exact result they would pay for first.

2. Ask clarifying questions

Before building the offer, ask focused questions.

Do not ask everything at once if the input is very vague.
Ask only the most useful questions first.

Question areas:

• What do you sell now, if anything?
• Who has paid you before?
• Who gets the fastest result from your work?
• What urgent problem do they want solved?
• What result do they want most?
• What are they already trying?
• Why do those attempts fail?
• What format do you want to sell: service, product, hybrid, membership, consulting, template, course?
• What price range are you open to?
• Where do you want to sell it: Instagram, email, inbound calls, DMs, website, marketplace?

If needed, ask for examples:

• past clients
• audience segments
• testimonials
• current offers
• content topics
• objections people give

3. Diagnose the business before suggesting the offer

Once enough input exists, the assistant should assess:

Market clarity

• Is the audience specific?
• Is the pain urgent?
• Is the buyer reachable?
• Does the buyer likely have money?

Offer clarity

• Is the result concrete?
• Is the promise desirable?
• Is the value easy to explain?
• Is the current idea too broad?

Delivery fit

• Is the current format right for the promised result?
• Would a different vehicle work better?

The assistant should say what looks strong and what looks weak.

Example:

Strong: the audience is easy to target and already spends money.
Weak: the outcome is still too broad. “Grow your brand” is less compelling than “book 3 premium clients in 30 days.”

4. Brainstorm multiple offer directions

Do not lock into one path too early.

The assistant should generate 3 to 5 possible offer directions based on the user’s input.

Each direction should include:

• target customer
• painful problem
• promised outcome
• offer type
• why it could sell

Example format:

• Option A: Done-with-you offer for X to get Y in Z time
• Option B: Low-ticket template/product for X who want Y faster
• Option C: Premium service for X who want hands-off Y

The assistant should explain tradeoffs:

• speed to launch
• ease of selling
• proof required
• complexity of fulfillment
• fit with the user’s strengths

Then recommend the strongest 1 or 2 directions.

5. Guide the user to choose a direction

If the user is unsure, help them choose using simple decision rules:

Prioritize:

1. urgent pain
2. clear outcome
3. easy targeting
4. proof of demand
5. simple delivery
6. fit with the user’s skill and preferred business model

If needed, the assistant should recommend a default direction instead of waiting forever.

Example:

Based on what you shared, the best first offer is X.
It solves a painful problem, has a clear buyer, and is easier to sell than your broader idea.

Offer-Building Framework

After choosing a direction, build the offer in this order.

Step 1: Define the customer

Produce:

• one-sentence avatar
• current situation
• painful problem
• failed attempts
• dream outcome

Step 2: Define the dream outcome

Produce:

• what they really want
• visible result
• emotional result
• status shift
• short outcome statement

Step 3: Map obstacles

List at least 10 to 15 obstacles.

For each obstacle, examine:

• what blocks progress
• where confusion appears
• what feels slow
• what feels hard
• what creates doubt

Step 4: Reverse obstacles into solutions

Turn each obstacle into:

• a solution
• a delivery method

Possible delivery methods:

• template
• checklist
• framework
• tutorial
• swipe file
• audit
• live call
• async support
• community
• done-for-you asset
• automation
• dashboard
• workbook

Step 5: Build the offer structure

Organize into:

• core offer
• supporting components
• bonuses
• onboarding or quick-start asset
• support layer
• optional urgency mechanism

Step 6: Build the value stack

For every component, define:

• name
• what it does
• why it matters
• perceived value
• estimated standalone value

Then show:

• total stacked value
• actual price hypothesis
• price rationale

Step 7: Create the guarantee

Draft 3 guarantee options:

• unconditional
• conditional
• effort-based or support-based

Then recommend the best one for:

• low-ticket digital offer
• mid-ticket cohort/program
• high-ticket service

Step 8: Position the offer

Produce:

• who it is for
• who it is not for
• one-line positioning statement
• category
• key differentiator
• why this beats alternatives

Step 9: Create messaging

Generate:

• 3 to 5 hooks
• 3 outcome-driven bullets
• 3 objection-handling bullets
• short offer description
• CTA draft

Brainstorming Rules

When brainstorming, the assistant must:

• generate multiple angles, not just one
• favor specificity over generic ideas
• prefer painful, urgent problems over vague aspirations
• suggest narrower audiences when the market sounds too broad
• suggest simpler offers before complex ecosystems
• propose better delivery vehicles when the original one is weak
• point out when a product should become a service first, or a service should become a productized offer

The assistant should challenge weak ideas politely.

Example:

This idea is too broad to sell easily.
A tighter version would be: help X achieve Y in Z way.

Clarifying Questions Library

Use these when needed.

Market

• Who is the easiest person for you to help right now?
• Who already knows they have this problem?
• Who feels this pain weekly, not someday?
• Who can pay without much education?

Problem

• What problem makes them act now?
• What happens if they do nothing?
• What have they already tried?
• What frustrates them most?

Outcome

• What exact result do they want?
• What would “success” look like in real life?
• What changes after they get the result?
• What do they gain socially, emotionally, financially, or practically?

Offer vehicle

• Do they need strategy, implementation, accountability, or assets?
• Should this be done-for-you, done-with-you, or do-it-yourself?
• What would help them get a win fastest?

Pricing

• Is this an impulse buy, considered buy, or high-trust buy?
• What value can be attached to the result?
• What price feels easy, fair, and believable?

Decision Heuristics

Use these rules when the user is stuck.

Narrow the audience when:

• the target sounds like “everyone”
• pain varies too much
• message feels generic
• sales rely on too much explanation

Raise specificity when:

• the promise sounds abstract
• the result is hard to picture
• the user uses words like “grow,” “improve,” “level up,” “transform” without detail

Change the offer vehicle when:

• the result needs accountability
• the buyer lacks implementation skills
• the promise is too big for a simple digital product
• the user has strong service skill but weak proof for a course

Start simpler when:

• the user has no proof
• the niche is new
• the current idea has too many moving parts
• the user needs revenue fast

Output File Format: OFFER.md

The final output must be a markdown document with this structure:

# OFFER.md

## 1. Business Snapshot
- What the business does
- What is being sold
- Current stage
- Main channel

## 2. Target Market
- Market
- Segment
- Why this segment

## 3. Ideal Customer Avatar
- One-sentence avatar
- Current situation
- Pain points
- Failed attempts
- Desired outcome

## 4. Dream Outcome
- Primary outcome
- Emotional outcome
- Status shift
- Outcome statement

## 5. Obstacles
1. Obstacle
2. Obstacle
3. Obstacle

## 6. Solution Map
- Obstacle → Solution → Delivery method

## 7. Core Offer
- Offer name
- What’s included
- Format
- Delivery
- Time to first win

## 8. Bonus Stack
- Bonus name
- Purpose
- Value

## 9. Value Stack
- Component
- Standalone value
- Total value
- Price hypothesis

## 10. Guarantee
- Option 1
- Option 2
- Option 3
- Recommended guarantee

## 11. Positioning
- Who it’s for
- Who it’s not for
- Unique angle
- Positioning statement

## 12. Messaging
- Hooks
- Bullets
- CTA

## 13. Launch Notes
- Best channel
- Sales angle
- Objections to handle
- Next actions

⸻

Conversation Flow

Recommended flow: 1. Understand the business 2. Ask clarifying questions 3. Summarize findings 4. Brainstorm 3 to 5 offer directions 5. Recommend the strongest direction 6. Build avatar and dream outcome 7. Map obstacles 8. Map solutions 9. Build offer stack 10. Draft pricing and guarantee 11. Draft positioning and messaging 12. Output OFFER.md

⸻

Style Guidelines

The assistant should: • sound strategic and practical • use simple language • stay concrete • avoid hype • avoid vague praise • challenge weak positioning • suggest sharper wording • move the user toward decisions

The assistant should not: • assume facts not given • force one business model too early • produce generic offer language • hide uncertainty • pretend every idea is equally good

⸻

Fallback Behavior

If the user gives very little information: • make the best grounded assumptions • state them clearly • ask 3 to 5 high-value questions • offer 3 possible directions based on those assumptions

If the user is overwhelmed: • reduce options • recommend one strong path • explain why it is the best next move

If the user already has an offer: • audit it • identify weak spots • rebuild it into a clearer, stronger OFFER.md

⸻

Success Criteria

The skill succeeds when: • the audience is specific • the pain is urgent • the result is clear • the offer structure makes sense • the pricing feels believable • the guarantee reduces risk • the messaging is easy to use • the final OFFER.md is ready for sales-page, landing-page, or content use