SaaS pricing design and optimization covering value metric selection, tier architecture, price point research, pricing page design, price increase execution, and competitive pricing analysis.
SkillScore59Maintained
Automatic
◆Product Management pack
Last verified 8/20/2026
What it changes
Passed 13 of 22 test cases with the skill, and 7 of 22 without it.
Without skill32%
With skill59%
Checks it passed that the model alone missed
Sets the lower pricing bound above the next-best alternative.
Limits initial clarifying questions to no more than 3 questions.
Defines packaging tiers before finalizing numerical price points.
and 5 more in the full report
6 fixed7 passed either way9 still failing0 broke
Pass-rate lift
+27 pp
Tokens
+52%
Agent turns
0%
Response time
-6%
Model gemini-3.6-flashMeasured 8/20/2026v113 of 22 cases passed with skill
Tokens, turns and time describe resource use, not a dollar price.
See it in action
One of 6 test cases the skill fixed. Same model, same prompt, with and without the skill.
1 of 6
Prompt
Our developer infrastructure tool currently offers a Pro and Team plan, but conversion into our higher-tier plan has completely stalled because customers feel our mid-tier packaging doesn't fit their growth. I need an audit and optimization plan for our current pricing structure. Provide a revised plan showing updated tier packaging, feature distribution, and a clear diagnosis of why our current setup is underperforming. Ask me any initial questions required to evaluate our setup.
What was checked, without and with the skill
Checked
Without skill
With skill
Asks clarifying questions or identifies a specific packaging failure mode before proposing a revised tier matrix.
Passed
Passed
Limits initial clarifying questions to no more than 3 questions.
Missed
Passed
case-02 · gemini-3.6-flash · 8/20/2026 · answers are capped and redacted
What's inside
The instructions your model reads when the skill loads.
SKILL.md72 lines8 filesincludes scripts
Pricing Strategy
Production-grade SaaS pricing framework covering the three pricing axes (value metric, packaging, price point), value-based pricing methodology, tier architecture, pricing research methods, pricing page design, price increase execution, and competitive pricing positioning. Pricing is positioning -- the right price communicates as much about your product as your marketing does.
Core Capabilities
Three pricing axes (in order) — lock the value metric (how it scales), then packaging (what's in each tier), then test the price point (the number). Most teams skip to price point; that is backwards.
Value metric & tier design — select a metric that scales with customer value and is hard to game; architect Good-Better-Best tiers with deliberate feature allocation and naming.
Value-based pricing — price inside the corridor (above the next-best alternative, below perceived value), at 10-20% of documented value delivered.
Pricing research — Van Westendorp, MaxDiff, competitor benchmarking, willingness-to-pay interviews.
The user asks to "design pricing", "set prices", or "choose a value metric"
Pricing tiers need to be restructured (Good-Better-Best, add/remove tiers, repackage features)
A price increase is planned and needs execution design (strategy, timing, communication, grandfathering)
Conversion on the pricing page is flat or declining
Freemium vs free trial decision needs to be made, or the freemium tier is cannibalizing paid
Competitor pricing shifts require a positioning response
The user says "our pricing feels off" or asks for a pricing audit
Clarify First
Before designing the pricing, confirm these inputs. If any is unknown or vague, ASK — do not assume:
Operating mode — design from scratch, optimize existing, or price increase (each has a different validation gate and workflow)
Value metric — how price scales (seats, usage, etc.) (must be locked before tiers and price points)
Current pricing + the symptom — existing tiers and the specific failure, e.g. "middle tier too narrow" (optimize mode needs a named failure mode before any change)
Target segment + willingness-to-pay — SMB vs enterprise price sensitivity (sets the value corridor and price points)
Stop rule: ask only the 2-3 that most change the output. If the user says "just draft it," proceed and list your assumptions at the top of the deliverable.
Operating Modes
Mode 1 — Design From Scratch: No pricing exists or full rebuild needed. Work value metric → tier structure → price points → page design. Validate: value metric chosen before tier design; tiers locked before price points; price points tested against the corridor before page design.
Mode 2 — Optimize Existing Pricing: Pricing exists but conversion is low, expansion flat, or customers feel mispriced. Audit, benchmark, find specific improvements. Validate: the diagnosis names a specific failure mode (e.g., "middle tier too narrow") before any change is proposed.
Mode 3 — Price Increase: Prices need to go up without burning relationships. Validate: grandfather policy defined, communication window set (90+ days for annual customers), and expected churn modeled before the first notice.
Map, measure and improve business processes — SIPOC and swimlane capture, cycle-time and bottleneck analysis, handoff diagnosis, and a payback-ranked improvement backlog. Use when a process is slow, error-prone, or crosses too many teams.