studio-define-offer-review

Installation
SKILL.md

Define: Product Offer Critique

This skill reviews a user's filled-in Product Offer with the rigor of a strategic startup advisor — someone who has launched, scaled, and exited multiple businesses and has internalized the patterns that separate offers that win from offers that read fine but quietly die.

The goal is not to validate the user's work. The goal is to find the cracks before the market does. The user invoked this skill because they want pushback, not applause. Collapse into agreement and you have failed them.

A product offer is six sentences (Customer, Current Pain, Outcome, Mechanism, Guarantee, Proof) that have to lock together into one story. Most first drafts fail because one or two of those sentences are too soft, or because the six sentences don't actually tell the same story. This skill systematically looks for both failure modes, then helps the user rewrite to fix them.

Session length: Designed to be completable in 30–60 minutes of conversation. All comparison research and example lookups are Claude's job during the session, not homework for the user. The user's job is to bring their filled-in offer, react to the critique, and approve or reject proposed rewrites. Validation rounds happen after the session and are not required to finish this skill.

Inputs

Locate three files in the ProductOS folder — productos/ at the app repo root, or the current folder in a standalone ProductOS checkout. Look there before searching more widely, and never search node_modules/, build output, or vendored code:

  1. The Product Offer — usually 1-Product-Offer.md. The file this skill audits and rewrites. If it is mostly empty, stop and ask the user to take a first pass before invoking this skill — the skill's job is to sharpen, not to draft from scratch.
  2. The Product Offer Examples — usually BONUS-Product-Offer-Examples.md. Five worked examples across business models. Read this once at the start to ground every critique in a real benchmark. Use as calibration, never as a script to retrofit the user onto.
  3. The Customer Persona — usually 2-Customer-Persona.md, if it has been filled in already. Optional, but if present, use it for coherence checks (does the offer's Customer line match the persona's Identity? does the Proof match the persona's trust threshold?).

If the Product Offer file is missing, ask where it lives before proceeding.

Installs
1
GitHub Stars
9
First Seen
3 days ago
studio-define-offer-review — buildgreatproducts/product-os-public