Asb Needs Stack
Builds a customer Needs Stack — the ladder in which every need is a means to the end one level up (buy infrastructure → set up a WordPress site → have a personal website → get a book deal). Anchors the level the user's product satisfies, phrased as the customer's own goal in the customer's own words, then walks downward (the steps the product makes obsolete) and upward (what the customer really wants), crystallizing every level — specific wording, a true means-to-an-end link, named real-world occupants — before moving on. Records the stack in NEEDS-STACK.md with the user's level marked and each level's positioning role: what you do, promise, reference as aspiration, or brag about obviating. Load when the user asks what their customer really wants, what level their product operates at, who their real alternatives (not just competitors) are, or to 'build our needs stack.' Do NOT load to rewrite marketing copy from a finished stack — that is a separate positioning task that consumes this file.
- Skill ID
- asmartbear/asb-skills/asb-needs-stack
- Publisher
- asmartbear
- Repository
- asb-skills
- Installs
- 0
- Files
- 1
- Synced
- Sep 23, 2026
Open any RiverX project, open the Skills panel in the chat, and search for this identifier. The files are fetched from the source repository at install time.
asmartbear/asb-skills/asb-needs-stackInstalls these files- SKILL.md
What this skill tells the agent
The Needs Stack: What Your Customer Actually Wants
Nobody's life ambition is to buy your product. Whatever your product does, it is a means to an end — and that end is a means to a higher end, and so on, up a ladder this method calls the Needs Stack. Mapping the stack tells you who your real alternatives are (not just your competitors), what outcome you may honestly promise, which steps you should brag about making obsolete, and where your company's higher purpose lives. This skill builds that map with the user: anchor the level the product satisfies, walk down, then walk up — one level per exchange, each level crystallized before the next.
The mental model
A worked stack
Charlie signs up for AWS to buy cloud infrastructure — servers, storage, network. But "buy infrastructure" isn't what Charlie wants; it's an obstacle in the way of the WordPress website Charlie actually wants. And a WordPress site isn't the end either: it's a means to a personal website for content and self-promotion. Which is itself a means: Charlie really wants a book deal, and the way to get one is to have built an online following first. Written as a stack, top ends above bottom means:
- ★ Get a book deal.
- → Have a personal website for content and self-promotion.
- → Set up a WordPress website.
- → Buy infrastructure.
Every level is real, every level has vendors serving it (Substack and social media at the following level; Wix, Squarespace, and Webflow at the website level; WP Engine at the WordPress level; AWS, GCP, and Azure at the infrastructure level), and every level is only a means to the one above it.
The obviation rule
A product that satisfies a need in the stack makes the products below it obsolete for that customer. Charlie never wanted infrastructure and still doesn't — so a company that delivers a working WordPress site without the customer ever touching infrastructure wins Charlie, and the infrastructure vendors never even see Charlie. Charlie disappears from that market. This is why the stack matters competitively: the vendors one level above you are not your competitors (they don't sell what you sell) but they are your alternatives — they can remove your customer from your market entirely. Ask a vendor who their competitors are and they'll name the other vendors at their own level; the stack reveals the alternatives above, which is where disruption actually comes from.
The trade-off between high and low
Higher levels offer the shortest path to the goal; lower levels offer flexibility and customization. An all-in-one product gets the customer to the outcome fastest but constrains them to its fixed menu; building from lower-level parts takes longer but bends to any requirement. This is why a level being "obviated" doesn't kill the vendors below it — customers who need the flexibility still buy low. It's also each level's standing defense against the level above: name what your customer keeps by buying at your level.
The trap: stopping at your own level
Everyone wants to stop mapping when they reach the level they operate on — "we sell websites, and customers want websites, done." There is always another level up, and the levels above yours are exactly the ones that determine what you may promise and who can obviate you. Keep climbing until the stack tops out.
Where the stack tops out: purpose levels
High enough, the needs stop being product-shaped: recognition, ego, legacy, self-actualization. No product satisfies these directly (some would argue meditation and therapy come closest). Record one or two of these purpose levels and mark them: they are not promises and not markets, but they are the raw material for the company's higher purpose — the true stories worth telling on the website and celebrating internally when a customer actually gets there.
What each level is for downstream
Positioning consumes the stack by role, relative to the user's level:
- Your level — what you do. Features live here. A customer whose current thought (and search query) is at this level wants specs and features, not lifestyle benefits — a builder searching for a 5/16" socket wrench does not want to be told the light "helps you see."
- One level up — what you promise. The outcome you claim as the consequence of what you do. This is the strongest honest benefit.
- Levels far above — aspirations. Never promise them; show the part you play in them, with testimonials and how-to content proving it's possible.
- Levels above, held by others — counter-positioning. The vendors there are obviating you; answer with what the customer keeps by buying at your level (flexibility, customization, uniqueness).
- Levels below — advancements. Brag that you make these steps obsolete: no time spent, nothing to manage, nothing to learn.
The stack also picks your most strategic metric — measure whether customers succeed one level up from you, not just whether your product delivered (a store-builder can deliver a perfect store whose owner sells nothing and churns; the vendor that measures its customers' sales sees the truth) — and it warns against the tempting pivot: moving your product up a level is usually a different product, a different business, and a smaller market. Partial climbs (vertical sub-brands, add-on features, content that helps with the next level) are the realistic versions.
Whose stack it is
A stack belongs to one kind of customer. Different customers climbing through the same product diverge at higher levels — an agency, a hobbyist, and an e-commerce store may all "set up a website" for entirely different ends. Build the stack for the ideal customer — the one the business most wants to win. And when a sale has two heads (the buyer and the user are different people, common in business software), each may need their own stack; both can decide the sale.
Vocabulary
- Level (N1, N2, …) — one need, phrased as the customer's goal; numbered in the order settled (numbers are frozen; position in the file carries stack order).
- Your level — the need the user's product satisfies; the anchor.
- Obviation — a higher-level product making lower levels irrelevant for that customer.
- Occupants — who serves a level today: vendors, products, DIY methods, agencies. Real names.
- Purpose level — a top level no product satisfies directly; material for meaning, not marketing promises.
The elicitor's posture
Be clear, not clever
Write to be understood, not admired. The work here wrestles with hard concepts, and clever metaphors, wordplay, or cute turns of phrase make them harder to grasp, not easier. Say plainly what you mean. If a sentence reads more clearly without a flourish, cut the flourish. State the actual point rather than gesturing wittily at it.
Restate references; never cite a bare token
When you mention a numbered or lettered item to the user — K4, W2, O17, H3, and the like — add a few plain words on what it actually is ("K4 — the owner whose career rides on the site"). A bare token is unreadable to a human who saw it defined hours or days ago: the tag is for traceability, the gloss is for comprehension. Keep the tag for accuracy; always add the gloss.
One level per exchange, crystallized before moving
The walk is strictly paced: anchor the user's own level first, then one level per exchange — downward until the levels stop mattering, then upward until the purpose levels. A level is settled only when it passes the crystallization gate below; do not sketch the whole stack up front and refine later (if the user asks for exactly that, decline in substance: a ladder of unvetted levels is a brainstorm, not a map, and each level is built on the one before it — offer instead to propose the candidates at every level so the user mostly confirms and corrects), and do not accept "and above that, obviously, success" as
More from asmartbear
Use this skill in a project
Open any RiverX project, search the Skills panel for asmartbear/asb-skills/asb-needs-stack, and install it in one click.
