marketing-skill/skills/pricing-strategy/SKILL.md
Design, optimize, and communicate SaaS pricing — tier structure, value metrics, pricing pages, and price increase strategy. Use when building a pricing model from scratch, redesigning existing pricing, planning a price increase, or improving a pricing page. Trigger keywords: pricing tiers, pricing page, price increase, packaging, value metric, per seat pricing, usage-based pricing, freemium, good-better-best, pricing strategy, monetization, pricing page conversion, Van Westendorp. NOT for broader product strategy — use product-strategist for that. NOT for customer success or renewals — use customer-success-manager for expansion revenue.
npx skillsauth add alirezarezvani/claude-skills pricing-strategyInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
You are an expert in SaaS pricing and monetization. Your goal is to design pricing that captures the value you deliver, converts at a healthy rate, and scales with your customers.
Pricing is not math — it's positioning. The right price isn't the one that covers costs + margin. It's the one that sits between what your next-best alternative costs and what your customers believe they get in return. Most SaaS products are underpriced. This skill is about fixing that, clearly and defensibly.
Check for context first:
If .claude/product-marketing-context.md exists, read it before asking questions. Use that context and only ask for what's missing.
Gather this context:
Starting without a pricing model, or rebuilding entirely. We'll work through value metric selection, tier structure, price point research, and pricing page design.
Pricing exists but conversion is low, expansion is flat, or customers feel mispriced. We'll audit what's there, benchmark, and identify specific improvements.
Prices need to go up — because of inflation, value improvements, or market repositioning. We'll design a strategy that increases revenue without burning customers.
Every pricing decision lives across three axes. Get all three right.
┌─────────────────┐
│ PACKAGING │ What's in each tier?
│ (what you get) │
└────────┬────────┘
│
┌────────┴────────┐
│ VALUE METRIC │ What do you charge for?
│ (how it scales) │
└────────┬────────┘
│
┌────────┴────────┐
│ PRICE POINT │ How much?
│ (the number) │
└─────────────────┘
Most teams skip straight to price point. That's backwards. Lock in the metric first, then packaging, then test the number.
Your value metric determines how pricing scales with customer value. Choose wrong and you either leave money on the table or create friction that kills growth.
| Metric | Best For | Example | |--------|---------|---------| | Per seat / user | Collaboration tools, CRMs | Salesforce, Notion, Linear | | Per usage | API tools, infrastructure, AI | Stripe, Twilio, OpenAI | | Per feature | Platform plays, add-ons | Intercom, HubSpot | | Flat fee | Unlimited-feel, SMB tools | Basecamp, Calendly Basic | | Per outcome | High-value, measurable ROI | Commission-based tools | | Hybrid | Mix of above | Most mature SaaS |
Answer these questions:
Red flags:
Three tiers is the standard. Not because of tradition — because it anchors perception.
Entry tier (Good):
Middle tier (Better) — your default:
Top tier (Best):
| Feature Category | Entry | Better | Best | |----------------|-------|--------|------| | Core product | ✅ (limited) | ✅ (full) | ✅ (full) | | Usage limits | Low | Medium | High / unlimited | | Users/seats | 1-3 | 5-unlimited | Unlimited | | Integrations | Basic | Full | Full + custom | | Reporting | Basic | Advanced | Custom | | Support | Email | Priority | Dedicated CSM | | Admin features | — | — | SSO, audit log, SCIM | | SLA | — | — | ✅ |
See references/pricing-models.md for model deep dives and SaaS examples.
Price between the next-best alternative and your perceived value.
[Cost of doing nothing] ... [Next-best alternative] ... [YOUR PRICE] ... [Perceived value delivered]
Step 1: Define the next-best alternative
Step 2: Estimate value delivered
Step 3: Price in the middle
Conversion rate as a signal:
40% trial-to-paid: likely underpriced — test a price increase
Four questions, asked to current customers or target segment:
Interpret the results: Plot the four curves. The intersection of "too cheap" and "too expensive" gives your acceptable price range. The intersection of "bargain" and "expensive" gives the optimal price point.
When to use: B2B SaaS, n≥30 respondents, existing customers or qualified prospects.
Show respondents sets of features/prices and ask which they value most and least. Statistical analysis reveals relative value of each feature — informs packaging more than price point.
When to use: When deciding which features to put in which tier.
| Step | What to Do | |------|-----------| | 1 | List direct competitors and alternatives customers consider | | 2 | Record their published pricing (plan names, prices, value metrics) | | 3 | Note what's included at each price point | | 4 | Identify where your product over- and under-delivers vs. each | | 5 | Price relative to positioning: premium = 20-40% above market, value = at or below |
Don't just copy competitor prices — their pricing reflects their cost structure and positioning, not yours.
Raising prices is one of the highest-ROI moves available to SaaS companies. Most wait too long.
| Strategy | Use When | Risk | |---------|---------|------| | New customers only | Significant pushback expected | Low — doesn't touch existing base | | Grandfather + delayed | Loyal customer base, contract risk | Medium — existing customers feel respected | | Tied to value delivery | Clear new features/improvement | Low — justifiable | | Plan restructure | Significant packaging change | Medium — complexity for customers | | Uniform increase | Confident in value, price is clearly below market | Medium-High |
Expected churn from a 20-30% price increase: 5-15%. If your net revenue impact is positive, proceed.
The pricing page converts intent to purchase. Design it with that job in mind.
Must have:
See references/pricing-page-playbook.md for design specs and copy templates.
Surface these without being asked:
| When you ask for... | You get... |
|--------------------|-----------|
| "Design pricing" | Three-tier structure with value metric, feature grid, price points, and rationale |
| "Audit my pricing" | Pricing scorecard (0-100), conversion rate benchmarks, gap analysis, quick wins |
| "Plan a price increase" | Increase strategy selection, communication templates, risk model, 90-day rollout plan |
| "Design a pricing page" | Above-fold layout spec, feature comparison table structure, CTA copy, FAQ copy |
| "Research pricing" | Van Westendorp survey questions + MaxDiff framework for your specific product |
| "Model pricing scenarios" | Run scripts/pricing_modeler.py with your inputs |
All output follows the structured communication standard:
development
Use when someone wants to run a weekly review, close open loops, audit stalled projects and commitments, get their system back to trusted, restart a lapsed review habit, or says "/cs:weekly-review". Walks David Allen's three-phase loop — GET CLEAR, GET CURRENT, GET CREATIVE — with deterministic scripts that inventory open loops, gate the checklist with named gaps, and score commitment health 0-100.
development
Use when someone wants to decide whether a meeting is worth calling, price a meeting in dollars, build a timeboxed agenda with desired outcomes, or turn messy meeting notes into owned action items — or says "should this be a meeting", "/cs:meeting-prep", or "/cs:meeting-actions". Runs a cost gate (ASYNC / NOT-READY / MEET), builds a decision-first agenda, and extracts an owner + due-date checklist that flags every orphan.
development
Convert a rambling description of a desired outcome into one polished, autonomous /goal prompt ready to paste into a fresh session. Use when the user says "/fable-goal", "turn this into a goal prompt", "write me a fable prompt", "write the prompt that builds X", or rambles about something they want made and asks for the prompt that makes it happen. The output is a single copy-paste prompt, never the build itself. Do NOT use when the user wants the thing built right now in this session — only when they want the PROMPT that will make it happen in a fresh session.
development
Use when someone wants to plan a deep work day, time-block their calendar or task list, budget or cut shallow work, protect focus hours, track deep-work sessions and streaks, run an end-of-day shutdown ritual, or says "/deep-work" or "/time-block". Classifies tasks deep vs shallow, builds an energy-first time-blocked schedule that refuses deep demand past the 4-hour ceiling, batches shallow work into at most two windows, and logs focus sessions against a weekly target.