asmartbear/asb-skills1 file

Asb Positioning

Converts marketing copy — headlines, ads, homepage claims, pitches, positioning statements — into value-first, vivid language: reframes save-time/save-money pitches as create-more-value pitches in the currency the customer measures value, fits each claim to the right level of the customer's needs (features at your level, the promise one level up, aspirations referenced but never promised, obviated steps bragged about), keeps every claim consistent with the declared pricing strategy (More for More, More for Less, or Less for Less), and forces specificity — no generic words, no clichés, show-don't-tell, real numbers only, claims passing the Opposite Test. Works one message at a time, recording survivors in POSITIONING.md. Sharper with an ideal-customer definition and a needs stack; works without. Load when the user wants marketing copy, positioning, headlines, or a pitch rewritten, sharpened, or audited. Do NOT load to build the needs stack or define the ideal customer — upstream steps this skill consumes.

Specification
Skill ID
asmartbear/asb-skills/asb-positioning
Publisher
asmartbear
Repository
asb-skills
Installs
0
Files
1
Synced
Sep 23, 2026
How to use it

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-positioningInstalls these files
  • SKILL.md

What this skill tells the agent

Positioning: More Value, Made Vivid

Changing the way you describe a product can justify a multiple of its price — without changing the product. Most copy leaves that multiplier on the table: it sells saving time or money instead of creating value, mixes its price signals, and says it all in generic words nobody pictures. This skill converts existing messages, one at a time, through three disciplines — more value at the right level of the customer's needs, one consistent price story, and every sentence vivid — and records the survivors as a reusable positioning-statement list.

The mental model

The repositioning multiplier

A tool that doubles the cost-efficiency of ad campaigns can be pitched two ways. "Cut your ad spend in half" caps the price at a fraction of the savings. "Double your leads at the same cost per lead" prices against growth, and the same customer happily pays several times more — faster growth is what their CEO celebrates; cost savings just prompt "and how will we use that to grow?" For a business buyer it is roughly ten times more valuable to grow faster than to save money. Same product, same math, several times the price: the multiplier is in the framing.

The rule: never formulate the product as a way to save time, save money, or be more efficient. Position it as creating more value, in the currency the customer already measures value. This is not the old features-versus-benefits debate — "saves you three hours a week" is a benefit. It's about which benefits: less-of-something-negative loses to more-of-something-positive, and the best is more of the thing the buyer's own scoreboard counts (revenue, leads, deals landed, subscribers, bugs prevented before they cost anything, transactions completed). The conversion pattern: "write unit tests faster" becomes "prevent costly bugs by writing ten times more tests per hour"; "automate answers to common support questions" becomes "instant answers, 24/7 — maximize customer satisfaction"; "reduce infrastructure costs with auto-scaling" becomes "handle a viral traffic spike without losing a single lead."

Savings is not the only way a message fails this rule. Two others are just as common, and neither trips a save/spend test:

  • The mechanism pitch — every sentence's subject is how the product works. "Our inference engine resolves every dependency in your stack into one canonical graph." "Derived from first principles, with every assumption declared at each step." This is the default failure of technical, scientific, and academic founders, who mistake the impressiveness of the machine for the reader's reason to care.
  • The deliverable pitch — what arrives, rather than what changes. "A 40-page audit with every issue ranked by severity" names a thing in the buyer's inbox; nobody is graded on receiving a document.

All three fail identically: they promise more of something the buyer does not count. The repair is the same for all three — find the scoreboard, promise more of that. Mechanism and deliverable claims aren't banned, they're demoted: they belong at your level, as features.

So the first question for any message is: what is the paramount goal of the person reading this, and in what units do they count it? The rewrite promises more of that. Asked of the user directly it tends to return abstractions — efficiency, peace of mind — so ask it sideways: what does this person's boss praise or blame them for at their review, and what does someone else in the company say about them that makes their year or ruins it? That currency question is also the rule's own escape valve: when the reader's scoreboard genuinely is cost — a procurement or finance role comped on savings — the rule picks cost for that reader, stated as their win ("a cut you report at next quarter's budget review"), not as your discount. The test is narrow, because users over-claim it: does this reader report that number upward, and are they paid on it? Both, or the exception doesn't fire — caring about cost isn't qualifying, since at some point everyone does. A budget you defend is not a number you get promoted for shrinking. And it's granted per reader, not per company: one buyer qualifying doesn't license a savings pitch aimed at the colleague who signs. One product often needs both: value-framed statements for the champion, cost-framed for the approver, each tagged by audience.

Level fit

Every claim lives at some level of the customer's ladder of needs — each need a means to the end one level up ("buy infrastructure" serves "set up a website" serves "build a following" serves "get a book deal"). Where a claim sits determines what kind of claim it should be:

  • Your level — what you do — gets features. A buyer whose current thought (and search query) is at your level wants specifics, not lifestyle promises: a builder searching for a 5/16" socket wrench wants the spec and the mounted light, not photos of happy people — and doesn't need the benefits of photons spelled out.
  • One level up gets the promise. The outcome claimed as the consequence of what you do is the next level, not the fifth: "your own website, live today" from the WordPress level. Each level up multiplies the value, but only one level up stays credible.
  • Far-above levels get aspiration, never promises. Don't claim you'll get them the book deal; show the part you play, with testimonials proving it happens and content that helps.
  • Vendors above you get countered. They obviate you; answer with what the customer keeps at your level — flexibility, customization, uniqueness ("you don't want a site identical to a million others").
  • Levels below you get bragged about. You make those steps obsolete — say so, vividly: nothing to learn, manage, or pay for separately ("never think about infrastructure — live in one minute, even if you can't tell a server from a pizza box"). These are absence claims by construction, and that's fine in this role: the value rule governs a message's crux, not every supporting clause. What it forbids is an absence claim doing headline duty.

A complete positioning-statement list covers all five roles — and there is no sixth. An audience filter is not a role: narrowing lands inside a statement, as specificity qualifying a claim ("for the post-Series-A healthcare company facing its first SOC 2"), never as a standalone entry announcing who you're for. A message that does nothing but declare an audience gets folded into the claim it qualifies, or retired. Who the customer is was decided upstream; all this skill insists on is that the wording be specific about it. If the user has a needs-stack file (levels numbered N1, N2, …), read levels and roles straight from it and cite them; if not, elicit a minimal ladder inline — your level, one up, one down — before rewriting.

Make it vivid

Saying the right thing vaguely is the same as saying nothing. Specificity is what makes writing vivid: the reader stops skimming the claim and starts picturing it. Compare: "Hacked websites suck — expensive and painful to resolve" against "A hacked website is a personal violation. It's terrifying. You pay a consultant $300 an hour to fix it, and you're still wondering whether it happens again in three months." Evocative emotion, personal, a number instead of "expensive," a specific uneasy mental state instead of "sometimes it recurs." Five moves get copy there:

  1. No generic words. Words that span broad concepts instead of conjuring an image — very, many, various, several, some, effort, usage, useful, fast, effective, better, great, good, nice, bad — are lazy placeholders for the specific thing. Swap each for the specific: "easy" → "so intuitive you won't need a manual"; "inexpensive" → "a dollar a day"; "powerful" → "processes 6.2 million requests a day"; "beloved" → the actual rating, or the

More from asmartbear

Use this skill in a project

Open any RiverX project, search the Skills panel for asmartbear/asb-skills/asb-positioning, and install it in one click.

Use this skill