agentsclimarketplace

Pricing teardown

Skill ReachRobin/skills/skills/core/pricing-teardown

Run a competitive pricing teardown and produce a pricing recommendation. Pulls 5-10 competitor pricing pages, normalizes to a common axis, identifies packaging anti-patterns, and runs a Van Westendorp sanity check on the user's own price.From its SKILL.md

Install
npx -y skills add ReachRobin/skills --skill pricing-teardown

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its file declares

Copied from the file, not written here

The file declares its own license as MIT. That is the author’s claim about this one file, and it is not the same thing as the license GitHub reports for the repository, which is listed with the other numbers below.

SKILL.md

8.1 KB, ~1.9k tokens by cl100k_base, as published. Nobody here has run it

Pricing Teardown

Pricing is the highest-leverage growth lever -- a 1% price increase typically delivers more profit than a 1% volume increase or 1% cost decrease (Marn & Rosiello, HBR 2003). But pricing is also the most under-instrumented decision in early-stage SaaS. This skill replaces gut with structured analysis.

When to use

  • New plan launch or repackaging
  • Conversion is high in trial but low at paywall
  • High discount-request rate from sales
  • Competitor moved (raised, lowered, repackaged) and team wants a response
  • Annual pricing review
  • Pre-Series A: founders priced based on what felt comfortable, not value

When NOT to use

  • You haven't defined your ICP yet -- pricing without an ICP produces a number for no one; run icp-definer first
  • You want to design a landing page -- pricing design is output, not input; lock the numbers first
  • The problem is positioning, not price -- if customers don't understand the value, changing the number won't fix conversion; run positioning-canvas first

Use this instead

  • positioning-canvas -- if the pricing problem is actually a category/value-framing problem
  • icp-definer -- if you don't know which segment to price for
  • gtm-motion-picker -- if the question is "should we have a sales tier" rather than "what should our sales tier cost"

Required inputs

  1. Current pricing -- every plan, tier, add-on. Public + non-public/enterprise rates.
  2. Top 5 competitors -- direct, indirect, and "do nothing" alternative
  3. Customer mix -- % revenue per plan, ARPU per plan, plan-level churn if available
  4. Sales pricing data -- quote-to-close ratio, average discount %, top objections
  5. Value metric candidates -- what scales with customer value? (seats, API calls, contacts, revenue processed, GB stored, campaigns sent...)

Process

Step 1: Pull competitor pricing (from official sources only)

Hit the vendor's own pricing page -- not aggregator sites or blog comparisons. Capture:

  • Tier names + prices + billing cadence (monthly/annual + discount)
  • Value metric (per seat, per X, flat)
  • Tier limits (the gates that force upgrades)
  • Add-ons and overage charges
  • Free tier shape (forever-free vs trial vs no free)
  • "Contact us" tier (signal of enterprise motion)

If a competitor hides pricing entirely, note it -- strategic signal (sales-led + custom pricing).

Step 2: Normalize to a common axis

Build a comparison table where every competitor is normalized to the same value metric. If the market mostly prices per seat, convert your per-API-call pricing to "implied per seat" using customer averages. Pricing isn't comparable if units differ.

Columns: vendor, tier, price/[unit], what's included, upgrade gate, free-tier shape.

Step 3: Identify anti-patterns

Anti-patternSymptomFix
Value metric does not equal valuePer-seat pricing for a product where value scales with usageSwitch metric to what scales with value
Too many tiers (>4)Decision paralysis, low-tier defaultingCollapse to 3 tiers (Good / Better / Best)
No anchor tierMid-tier feels expensiveAdd a deliberately-overpriced top tier to anchor mid-tier as "the reasonable choice"
Feature gates on table-stakesFrustration, support tickets, churnMove table-stakes to the lowest paid tier
Free tier with no upgrade pathFree users never convertAdd usage-based gate (volume, seats, time) that forces decision
Round numbers ($99, $999)Leaves money on the tableTest $97, $129
Annual >= 20% off without commitmentHigh refund/churn riskCap annual discount at 15-20% OR require non-refundable commitment
No mid-market tierDrop-off between SMB and enterpriseAdd mid-tier with sales-assisted onboarding

Step 4: Value-metric audit

Ask: what does the customer get more of, the more they pay you? That should be the value metric. Common ones:

  • Per seat -- value scales with team size (Slack, Notion, GitHub)
  • Per usage -- value scales with volume processed (Stripe, Twilio, OpenAI)
  • Per outcome -- value scales with results delivered (Intercom resolutions, lead-gen tools paid per qualified lead)
  • Per asset under management -- value scales with what's protected/stored/served (Auth0 MAU, S3 GB)
  • Flat -- only when value is binary (either you have access or you don't)

A misaligned value metric is the #1 fixable pricing error in SaaS.

Step 5: Van Westendorp Price Sensitivity Meter

If the user has access to customers, run this 4-question survey (n=50+ for signal):

  1. At what price would you consider [product] too expensive and not buy?
  2. At what price is it expensive but you'd still consider it?
  3. At what price is it a bargain?
  4. At what price is it so cheap you'd doubt the quality?

Plot cumulative curves. Intersection of "too expensive" and "too cheap" = Optimal Price Point. Intersection of "expensive" and "bargain" = Indifference Price Point (median customer's expected price).

If running the survey isn't feasible, use proxies:

  • Discount-request frequency -- high = priced over indifference point
  • Conversion rate at price wall -- low = priced over too-expensive point
  • Feature-request patterns ("I'd pay more if you added X") = headroom signal

Step 6: Recommendation

Output one of these decisions:

  • Hold -- price is right, fix something else (usually packaging or positioning)
  • Raise -- gap below indifference point, anti-patterns absent -- typically 10-30% on new customers, grandfather existing
  • Restructure -- current price fine, tiers/value-metric wrong
  • Reposition -- pricing reflects wrong category -- see positioning-canvas first, then come back

Never recommend "lower" without strong evidence -- lowering price almost always destroys margin without buying volume in B2B SaaS.

Output format

PRICING TEARDOWN: [Product]
Date: [YYYY-MM-DD]

1. CURRENT STATE
   - Plans: [list]
   - Value metric: [current]
   - ARPU: $[X]
   - Plan mix: [%/plan]

2. COMPETITOR LANDSCAPE (normalized table)
   | Vendor | Tier | Price/[unit] | Free tier | Notable gate |

3. ANTI-PATTERNS DETECTED
   - [Pattern]: [evidence] -> [fix]

4. VALUE METRIC AUDIT
   - Current: [X]
   - Should be: [Y] (because [reason]) OR: current is correct

5. PRICE POINT ANALYSIS
   - Estimated indifference price: $[X] (basis: [survey/proxy])
   - Estimated optimal price: $[X]
   - Gap vs current: [+/- %]

6. RECOMMENDATION
   - Action: [Hold / Raise / Restructure / Reposition]
   - Specifics: [exact change]
   - Expected revenue impact: [+ X% on new MRR within Y months, basis: ...]
   - Risks: [what could go wrong]
   - Rollout: [grandfather existing? A/B test? sales script changes?]

7. WHAT WE DON'T KNOW
   [Honest list of data gaps that would sharpen the recommendation]

Common failure modes

  • Cost-plus pricing -- pricing based on what it costs to serve. In SaaS, marginal cost is near zero; price on value, not cost.
  • Competitor mirror -- copying a competitor's price without copying their cost structure or positioning is suicide.
  • Discounting as default -- every discount is a permanent price cut for that segment. Use sparingly with rationale (annual commitment, multi-year, volume).
  • Hidden pricing as cleverness -- works for true enterprise sales-led, fails everywhere else. Forces every prospect into a sales call; if you can't close on a call, the price is wrong.
  • Pricing in isolation from packaging -- the bundle matters as much as the number. Don't change one without the other.

Handoffs

  • If pricing reveals positioning is wrong -> positioning-canvas
  • If pricing reveals ICP is wrong -> icp-definer
  • If pricing change requires GTM motion change (e.g., adding sales-led tier) -> gtm-motion-picker

What ships with it: 1 file

7.3 KB alongside SKILL.md

examples/

Gives 0 of the 12 instructions most quality gates skills give in ~1.9k tokens

Counted across 1,524 of the 2,830 authors here whose files we hold, read 2026-09-06

  • Read full output and check exit codein 45 of 1524, across 40 files
  • Verify output confirms the claimin 44 of 1524, across 39 files
  • Identify the command that proves the claimin 43 of 1524, across 39 files
  • Execute the full verification commandin 36 of 1524, across 30 files
  • Produce a verification reportin 34 of 1524, across 18 files
  • Review git diff changesin 30 of 1524, across 16 files
  • Fix build failures immediatelyin 29 of 1524, across 9 files
  • Group findings by severityin 28 of 1524
  • State claim only with evidencein 27 of 1524, across 22 files
  • Verify regression tests with red-green cyclein 26 of 1524, across 22 files
  • Run the full test suitein 26 of 1524, across 25 files
  • Run test suite with coveragein 25 of 1524, across 10 files

Said here and by no other author read

  • Pull competitor pricing from official vendor pages only
  • Normalize competitor pricing to a common value metric
  • Identify pricing anti-patterns in current plan structure
  • Audit the current value metric against customer value
  • Run a Van Westendorp price sensitivity survey
  • Use discount frequency as a proxy for price sensitivity

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.