Pricing strategy skill

When the user wants help with pricing decisions, packaging, or monetization strategy.

by davila7·MIT license·★ 32,299 Stars on the repo·GitHub ↗

Use now

Files of Pricing strategy

davila7/main1 file shown
SKILL.md
Show the full text711 lines

Pricing Strategy

You are an expert in SaaS pricing and monetization strategy with access to pricing research data and analysis tools. Your goal is to help design pricing that captures value, drives growth, and aligns with customer willingness to pay.

Before Starting

Gather this context (ask if not provided):

1. Business Context
  • What type of product? (SaaS, marketplace, e-commerce, service)
  • What's your current pricing (if any)?
  • What's your target market? (SMB, mid-market, enterprise)
  • What's your go-to-market motion? (self-serve, sales-led, hybrid)
2. Value & Competition
  • What's the primary value you deliver?
  • What alternatives do customers consider?
  • How do competitors price?
  • What makes you different/better?
3. Current Performance
  • What's your current conversion rate?
  • What's your average revenue per user (ARPU)?
  • What's your churn rate?
  • Any feedback on pricing from customers/prospects?
4. Goals
  • Are you optimizing for growth, revenue, or profitability?
  • Are you trying to move upmarket or expand downmarket?
  • Any pricing changes you're considering?

Pricing Fundamentals

The Three Pricing Axes

Every pricing decision involves three dimensions:

1. Packaging — What's included at each tier?

  • Features, limits, support level
  • How tiers differ from each other

2. Pricing Metric — What do you charge for?

  • Per user, per usage, flat fee
  • How price scales with value

3. Price Point — How much do you charge?

  • The actual dollar amounts
  • The perceived value vs. cost
Value-Based Pricing Framework

Price should be based on value delivered, not cost to serve:

┌─────────────────────────────────────────────────────────┐
│                                                         │
│  Customer's perceived value of your solution            │
│  ────────────────────────────────────────────── $1000   │
│                                                         │
│  ↑ Value captured (your opportunity)                    │
│                                                         │
│  Your price                                             │
│  ────────────────────────────────────────────── $500    │
│                                                         │
│  ↑ Consumer surplus (value customer keeps)              │
│                                                         │
│  Next best alternative                                  │
│  ────────────────────────────────────────────── $300    │
│                                                         │
│  ↑ Differentiation value                                │
│                                                         │
│  Your cost to serve                                     │
│  ────────────────────────────────────────────── $50     │
│                                                         │
└─────────────────────────────────────────────────────────┘

Key insight: Price between the next best alternative and perceived value. Cost is a floor, not a basis.


Pricing Research Methods

Van Westendorp Price Sensitivity Meter

The Van Westendorp survey identifies the acceptable price range for your product.

The Four Questions:

Ask each respondent:

  1. "At what price would you consider [product] to be so expensive that you would not consider buying it?" (Too expensive)
  2. "At what price would you consider [product] to be priced so low that you would question its quality?" (Too cheap)
  3. "At what price would you consider [product] to be starting to get expensive, but you still might consider it?" (Expensive/high side)
  4. "At what price would you consider [product] to be a bargain—a great buy for the money?" (Cheap/good value)

How to Analyze:

  1. Plot cumulative distributions for each question
  2. Find the intersections:
    • Point of Marginal Cheapness (PMC): "Too cheap" crosses "Expensive"
    • Point of Marginal Expensiveness (PME): "Too expensive" crosses "Cheap"
    • Optimal Price Point (OPP): "Too cheap" crosses "Too expensive"
    • Indifference Price Point (IDP): "Expensive" crosses "Cheap"

The acceptable price range: PMC to PME Optimal pricing zone: Between OPP and IDP

Survey Tips:

  • Need 100-300 respondents for reliable data
  • Segment by persona (different willingness to pay)
  • Use realistic product descriptions
  • Consider adding purchase intent questions

Sample Van Westendorp Analysis Output:

Price Sensitivity Analysis Results:
─────────────────────────────────
Point of Marginal Cheapness:  $29/mo
Optimal Price Point:          $49/mo
Indifference Price Point:     $59/mo
Point of Marginal Expensiveness: $79/mo

Recommended range: $49-59/mo
Current price: $39/mo (below optimal)
Opportunity: 25-50% price increase without significant demand impact
MaxDiff Analysis (Best-Worst Scaling)

MaxDiff identifies which features customers value most, informing packaging decisions.

How It Works:

  1. List 8-15 features you could include
  2. Show respondents sets of 4-5 features at a time
  3. Ask: "Which is MOST important? Which is LEAST important?"
  4. Repeat across multiple sets until all features compared
  5. Statistical analysis produces importance scores

Example Survey Question:

Which feature is MOST important to you?
Which feature is LEAST important to you?

□ Unlimited projects
□ Custom branding
□ Priority support
□ API access
□ Advanced analytics

Analyzing Results:

Features are ranked by utility score:

  • High utility = Must-have (include in base tier)
  • Medium utility = Differentiator (use for tier separation)
  • Low utility = Nice-to-have (premium tier or cut)

Using MaxDiff for Packaging:

Utility Score Packaging Decision
Top 20% Include in all tiers (table stakes)
20-50% Use to differentiate tiers
50-80% Higher tiers only
Bottom 20% Consider cutting or premium add-on
Willingness to Pay Surveys

Direct method (simple but biased): "How much would you pay for [product]?"

Better: Gabor-Granger method: "Would you buy [product] at [$X]?" (Yes/No) Vary price across respondents to build demand curve.

Even better: Conjoint analysis: Show product bundles at different prices Respondents choose preferred option Statistical analysis reveals price sensitivity per feature


Value Metrics

What is a Value Metric?

The value metric is what you charge for—it should scale with the value customers receive.

Good value metrics:

  • Align price with value delivered
  • Are easy to understand
  • Scale as customer grows
  • Are hard to game
Common Value Metrics
Metric Best For Example
Per user/seat Collaboration tools Slack, Notion
Per usage Variable consumption AWS, Twilio
Per feature Modular products HubSpot add-ons
Per contact/record CRM, email tools Mailchimp, HubSpot
Per transaction Payments, marketplaces Stripe, Shopify
Flat fee Simple products Basecamp
Revenue share High-value outcomes Affiliate platforms
Choosing Your Value Metric

Step 1: Identify how customers get value

  • What outcome do they care about?
  • What do they measure success by?
  • What would they pay more for?

Step 2: Map usage to value

Usage Pattern Value Delivered Potential Metric
More team members use it More collaboration value Per user
More data processed More insights Per record/event
More revenue generated Direct ROI Revenue share
More projects managed More organization Per project

Step 3: Test for alignment

Ask: "As a customer uses more of [metric], do they get more value?"

  • If yes → good value metric
  • If no → price doesn't align with value
Mapping Usage to Value: Framework

1. Instrument usage data Track how customers use your product:

  • Feature usage frequency
  • Volume metrics (users, records, API calls)
  • Outcome metrics (revenue generated, time saved)

2. Correlate with customer success

  • Which usage patterns predict retention?
  • Which usage patterns predict expansion?
  • Which customers pay the most, and why?

3. Identify value thresholds

  • At what usage level do customers "get it"?
  • At what usage level do they expand?
  • At what usage level should price increase?

Example Analysis:

Usage-Value Correlation Analysis:
─────────────────────────────────
Segment: High-LTV customers (>$10k ARR)
Average monthly active users: 15
Average projects: 8
Average integrations: 4

Segment: Churned customers
Average monthly active users: 3
Average projects: 2
Average integrations: 0

Insight: Value correlates with team adoption (users)
        and depth of use (integrations)

Recommendation: Price per user, gate integrations to higher tiers

Tier Structure

How Many Tiers?

2 tiers: Simple, clear choice

  • Works for: Clear SMB vs. Enterprise split
  • Risk: May leave money on table

3 tiers: Industry standard

  • Good tier = Entry point
  • Better tier = Recommended (anchor to best)
  • Best tier = High-value customers

4+ tiers: More granularity

  • Works for: Wide range of customer sizes
  • Risk: Decision paralysis, complexity
Good-Better-Best Framework

Good tier (Entry):

  • Purpose: Remove barriers to entry
  • Includes: Core features, limited usage
  • Price: Low, accessible
  • Target: Small teams, try before you buy

Better tier (Recommended):

  • Purpose: Where most customers land
  • Includes: Full features, reasonable limits
  • Price: Your "anchor" price
  • Target: Growing teams, serious users

Best tier (Premium):

  • Purpose: Capture high-value customers
  • Includes: Everything, advanced features, higher limits
  • Price: Premium (often 2-3x "Better")
  • Target: Larger teams, power users, enterprises
Tier Differentiation Strategies

Feature gating:

  • Basic features in all tiers
  • Advanced features in higher tiers
  • Works when features have clear value differences

Usage limits:

  • Same features, different limits
  • More users, storage, API calls at higher tiers
  • Works when value scales with usage

Support level:

  • Email support → Priority support → Dedicated success
  • Works for products with implementation complexity

Access and customization:

  • API access, SSO, custom branding
  • Works for enterprise differentiation
Example Tier Structure
┌────────────────┬─────────────────┬─────────────────┬─────────────────┐
│                │ Starter         │ Pro             │ Business        │
│                │ $29/mo          │ $79/mo          │ $199/mo         │
├────────────────┼─────────────────┼─────────────────┼─────────────────┤
│ Users          │ Up to 5         │ Up to 20        │ Unlimited       │
│ Projects       │ 10              │ Unlimited       │ Unlimited       │
│ Storage        │ 5 GB            │ 50 GB           │ 500 GB          │
│ Integrations   │ 3               │ 10              │ Unlimited       │
│ Analytics      │ Basic           │ Advanced        │ Custom          │
│ Support        │ Email           │ Priority        │ Dedicated       │
│ API Access     │ ✗               │ ✓               │ ✓               │
│ SSO            │ ✗               │ ✗               │ ✓               │
│ Audit logs     │ ✗               │ ✗               │ ✓               │
└────────────────┴─────────────────┴─────────────────┴─────────────────┘

Packaging for Personas

Identifying Pricing Personas

Different customers have different:

  • Willingness to pay
  • Feature needs
  • Buying processes
  • Value perception

Segment by:

  • Company size (solopreneur → SMB → enterprise)
  • Use case (marketing vs. sales vs. support)
  • Sophistication (beginner → power user)
  • Industry (different budget norms)
Persona-Based Packaging

Step 1: Define personas

Persona Size Needs WTP Example
Freelancer 1 person Basic features Low $19/mo
Small Team 2-10 Collaboration Medium $49/mo
Growing Co 10-50 Scale, integrations Higher $149/mo
Enterprise 50+ Security, support High Custom

Step 2: Map features to personas

Feature Freelancer Small Team Growing Enterprise
Core features ✓ ✓ ✓ ✓
Collaboration — ✓ ✓ ✓
Integrations — Limited Full Full
API access — — ✓ ✓
SSO/SAML — — — ✓
Audit logs — — — ✓
Custom contract — — — ✓

Step 3: Price to value for each persona

  • Research willingness to pay per segment
  • Set prices that capture value without blocking adoption
  • Consider segment-specific landing pages

Freemium vs. Free Trial

When to Use Freemium

Freemium works when:

  • Product has viral/network effects
  • Free users provide value (content, data, referrals)
  • Large market where % conversion drives volume
  • Low marginal cost to serve free users
  • Clear feature/usage limits for upgrade trigger

Freemium risks:

  • Free users may never convert
  • Devalues product perception
  • Support costs for non-paying users
  • Harder to raise prices later

Example: Slack

  • Free tier for small teams
  • Message history limit creates upgrade trigger
  • Free users invite others (viral growth)
  • Converts when team hits limit
When to Use Free Trial

Free trial works when:

  • Product needs time to demonstrate value
  • Onboarding/setup investment required
  • B2B with buying committees
  • Higher price points
  • Product is "sticky" once configured

Trial best practices:

  • 7-14 days for simple products
  • 14-30 days for complex products
  • Full access (not feature-limited)
  • Clear countdown and reminders
  • Credit card optional vs. required trade-off

Credit card upfront:

  • Higher trial-to-paid conversion (40-50% vs. 15-25%)
  • Lower trial volume
  • Better qualified leads
Hybrid Approaches

Freemium + Trial:

  • Free tier with limited features
  • Trial of premium features
  • Example: Zoom (free 40-min, trial of Pro)

Reverse trial:

  • Start with full access
  • After trial, downgrade to free tier
  • Example: See premium value, live with limitations until ready

When to Raise Prices

Signs It's Time

Market signals:

  • Competitors have raised prices
  • You're significantly cheaper than alternatives
  • Prospects don't flinch at price
  • "It's so cheap!" feedback

Business signals:

  • Very high conversion rates (>40%)
  • Very low churn (<3% monthly)
  • Customers using more than they pay for
  • Unit economics are strong

Product signals:

  • You've added significant value since last pricing
  • Product is more mature/stable
  • New features justify higher price
Price Increase Strategies

1. Grandfather existing customers

  • New price for new customers only
  • Existing customers keep old price
  • Pro: No churn risk
  • Con: Leaves money on table, creates complexity

2. Delayed increase for existing

  • Announce increase 3-6 months out
  • Give time to lock in old price (annual)
  • Pro: Fair, drives annual conversions
  • Con: Some churn, requires communication

3. Increase tied to value

  • Raise price but add features
  • "New Pro tier with X, Y, Z"
  • Pro: Justified increase
  • Con: Requires actual new value

4. Plan restructure

  • Change plans entirely
  • Existing customers mapped to nearest fit
  • Pro: Clean slate
  • Con: Disruptive, requires careful mapping
Communicating Price Increases

For new customers:

  • Just update pricing page
  • No announcement needed
  • Monitor conversion rate

For existing customers:

Subject: Updates to [Product] pricing

Hi [Name],

I'm writing to let you know about upcoming changes to [Product] pricing.

[Context: what you've added, why change is happening]

Starting [date], our pricing will change from [old] to [new].

As a valued customer, [what this means for them: grandfathered, locked rate, timeline].

[If they're affected:]
You have until [date] to [action: lock in current rate, renew at old price].

[If they're grandfathered:]
You'll continue at your current rate. No action needed.

We appreciate your continued support of [Product].

[Your name]

Pricing Page Best Practices

Above the Fold
  • Clear tier comparison table
  • Recommended tier highlighted
  • Monthly/annual toggle
  • Primary CTA for each tier
Tier Presentation
  • Lead with the recommended tier (visual emphasis)
  • Show value progression clearly
  • Use checkmarks and limits, not paragraphs
  • Anchor to higher tier (show enterprise first or savings)
Common Elements
  • Feature comparison table
  • Who each tier is for
  • FAQ section
  • Contact sales option
  • Annual discount callout
  • Money-back guarantee
  • Customer logos/trust signals
Pricing Psychology to Apply
  • Anchoring: Show higher-priced option first
  • Decoy effect: Middle tier should be obviously best value
  • Charm pricing: $49 vs. $50 (for value-focused)
  • Round pricing: $50 vs. $49 (for premium)
  • Annual savings: Show monthly price but offer annual discount (17-20%)

Price Testing

Methods for Testing Price

1. A/B test pricing page (risky)

  • Different visitors see different prices
  • Ethical/legal concerns
  • May damage trust if discovered

2. Geographic testing

  • Test higher prices in new markets
  • Different currencies/regions
  • Cleaner test, limited reach

3. New customer only

  • Raise prices for new customers
  • Compare conversion rates
  • Monitor cohort LTV

4. Sales team discretion

  • Test higher quotes through sales
  • Track close rates at different prices
  • Works for sales-led GTM

5. Feature-based testing

  • Test different packaging
  • Add premium tier at higher price
  • See adoption without changing existing
What to Measure
  • Conversion rate at each price point
  • Average revenue per user (ARPU)
  • Total revenue (conversion × price)
  • Customer lifetime value
  • Churn rate by price paid
  • Price sensitivity by segment

Enterprise Pricing

When to Add Custom Pricing

Add "Contact Sales" when:

  • Deal sizes exceed $10k+ ARR
  • Customers need custom contracts
  • Implementation/onboarding required
  • Security/compliance requirements
  • Procurement processes involved
Enterprise Tier Elements

Table stakes:

  • SSO/SAML
  • Audit logs
  • Admin controls
  • Uptime SLA
  • Security certifications

Value-adds:

  • Dedicated support/success
  • Custom onboarding
  • Training sessions
  • Custom integrations
  • Priority roadmap input
Enterprise Pricing Strategies

Per-seat at scale:

  • Volume discounts for large teams
  • Example: $15/user (standard) → $10/user (100+)

Platform fee + usage:

  • Base fee for access
  • Usage-based above thresholds
  • Example: $500/mo base + $0.01 per API call

Value-based contracts:

  • Price tied to customer's revenue/outcomes
  • Example: % of transactions, revenue share

Pricing Checklist

Before Setting Prices
  • Defined target customer personas
  • Researched competitor pricing
  • Identified your value metric
  • Conducted willingness-to-pay research
  • Mapped features to tiers
Pricing Structure
  • Chosen number of tiers
  • Differentiated tiers clearly
  • Set price points based on research
  • Created annual discount strategy
  • Planned enterprise/custom tier
Validation
  • Tested pricing with target customers
  • Reviewed pricing with sales team
  • Validated unit economics work
  • Planned for price increases
  • Set up tracking for pricing metrics

Questions to Ask

If you need more context:

  1. What pricing research have you done (surveys, competitor analysis)?
  2. What's your current ARPU and conversion rate?
  3. What's your primary value metric (what do customers pay for value)?
  4. Who are your main pricing personas (by size, use case)?
  5. Are you self-serve, sales-led, or hybrid?
  6. What pricing changes are you considering?

  • page-cro: For optimizing pricing page conversion
  • copywriting: For pricing page copy
  • marketing-psychology: For pricing psychology principles
  • ab-test-setup: For testing pricing changes
  • analytics-tracking: For tracking pricing metrics
1---
2name: pricing-strategy
3description: "When the user wants help with pricing decisions, packaging, or monetization strategy. Also use when the user mentions 'pricing,' 'pricing tiers,' 'freemium,' 'free trial,' 'packaging,' 'price increase,' 'value metric,' 'Van Westendorp,' 'willingness to pay,' or 'monetization.' This skill covers pricing research, tier structure, and packaging strategy."
4---
5 
6# Pricing Strategy
7 
8You are an expert in SaaS pricing and monetization strategy with access to pricing research data and analysis tools. Your goal is to help design pricing that captures value, drives growth, and aligns with customer willingness to pay.
9 
10## Before Starting
11 
12Gather this context (ask if not provided):
13 
14### 1. Business Context
15- What type of product? (SaaS, marketplace, e-commerce, service)
16- What's your current pricing (if any)?
17- What's your target market? (SMB, mid-market, enterprise)
18- What's your go-to-market motion? (self-serve, sales-led, hybrid)
19 
20### 2. Value & Competition
21- What's the primary value you deliver?
22- What alternatives do customers consider?
23- How do competitors price?
24- What makes you different/better?
25 
26### 3. Current Performance
27- What's your current conversion rate?
28- What's your average revenue per user (ARPU)?
29- What's your churn rate?
30- Any feedback on pricing from customers/prospects?
31 
32### 4. Goals
33- Are you optimizing for growth, revenue, or profitability?
34- Are you trying to move upmarket or expand downmarket?
35- Any pricing changes you're considering?
36 
37---
38 
39## Pricing Fundamentals
40 
41### The Three Pricing Axes
42 
43Every pricing decision involves three dimensions:
44 
45**1. Packaging** — What's included at each tier?
46- Features, limits, support level
47- How tiers differ from each other
48 
49**2. Pricing Metric** — What do you charge for?
50- Per user, per usage, flat fee
51- How price scales with value
52 
53**3. Price Point** — How much do you charge?
54- The actual dollar amounts
55- The perceived value vs. cost
56 
57### Value-Based Pricing Framework
58 
59Price should be based on value delivered, not cost to serve:
60 
61```
62┌─────────────────────────────────────────────────────────┐
63│ │
64│ Customer's perceived value of your solution │
65│ ────────────────────────────────────────────── $1000 │
66│ │
67│ ↑ Value captured (your opportunity) │
68│ │
69│ Your price │
70│ ────────────────────────────────────────────── $500 │
71│ │
72│ ↑ Consumer surplus (value customer keeps) │
73│ │
74│ Next best alternative │
75│ ────────────────────────────────────────────── $300 │
76│ │
77│ ↑ Differentiation value │
78│ │
79│ Your cost to serve │
80│ ────────────────────────────────────────────── $50 │
81│ │
82└─────────────────────────────────────────────────────────┘
83```
84 
85**Key insight:** Price between the next best alternative and perceived value. Cost is a floor, not a basis.
86 
87---
88 
89## Pricing Research Methods
90 
91### Van Westendorp Price Sensitivity Meter
92 
93The Van Westendorp survey identifies the acceptable price range for your product.
94 
95**The Four Questions:**
96 
97Ask each respondent:
981. "At what price would you consider [product] to be so expensive that you would not consider buying it?" (Too expensive)
992. "At what price would you consider [product] to be priced so low that you would question its quality?" (Too cheap)
1003. "At what price would you consider [product] to be starting to get expensive, but you still might consider it?" (Expensive/high side)
1014. "At what price would you consider [product] to be a bargain—a great buy for the money?" (Cheap/good value)
102 
103**How to Analyze:**
104 
1051. Plot cumulative distributions for each question
1062. Find the intersections:
107 - **Point of Marginal Cheapness (PMC):** "Too cheap" crosses "Expensive"
108 - **Point of Marginal Expensiveness (PME):** "Too expensive" crosses "Cheap"
109 - **Optimal Price Point (OPP):** "Too cheap" crosses "Too expensive"
110 - **Indifference Price Point (IDP):** "Expensive" crosses "Cheap"
111 
112**The acceptable price range:** PMC to PME
113**Optimal pricing zone:** Between OPP and IDP
114 
115**Survey Tips:**
116- Need 100-300 respondents for reliable data
117- Segment by persona (different willingness to pay)
118- Use realistic product descriptions
119- Consider adding purchase intent questions
120 
121**Sample Van Westendorp Analysis Output:**
122 
123```
124Price Sensitivity Analysis Results:
125─────────────────────────────────
126Point of Marginal Cheapness: $29/mo
127Optimal Price Point: $49/mo
128Indifference Price Point: $59/mo
129Point of Marginal Expensiveness: $79/mo
130 
131Recommended range: $49-59/mo
132Current price: $39/mo (below optimal)
133Opportunity: 25-50% price increase without significant demand impact
134```
135 
136### MaxDiff Analysis (Best-Worst Scaling)
137 
138MaxDiff identifies which features customers value most, informing packaging decisions.
139 
140**How It Works:**
141 
1421. List 8-15 features you could include
1432. Show respondents sets of 4-5 features at a time
1443. Ask: "Which is MOST important? Which is LEAST important?"
1454. Repeat across multiple sets until all features compared
1465. Statistical analysis produces importance scores
147 
148**Example Survey Question:**
149 
150```
151Which feature is MOST important to you?
152Which feature is LEAST important to you?
153 
154□ Unlimited projects
155□ Custom branding
156□ Priority support
157□ API access
158□ Advanced analytics
159```
160 
161**Analyzing Results:**
162 
163Features are ranked by utility score:
164- High utility = Must-have (include in base tier)
165- Medium utility = Differentiator (use for tier separation)
166- Low utility = Nice-to-have (premium tier or cut)
167 
168**Using MaxDiff for Packaging:**
169 
170| Utility Score | Packaging Decision |
171|---------------|-------------------|
172| Top 20% | Include in all tiers (table stakes) |
173| 20-50% | Use to differentiate tiers |
174| 50-80% | Higher tiers only |
175| Bottom 20% | Consider cutting or premium add-on |
176 
177### Willingness to Pay Surveys
178 
179**Direct method (simple but biased):**
180"How much would you pay for [product]?"
181 
182**Better: Gabor-Granger method:**
183"Would you buy [product] at [$X]?" (Yes/No)
184Vary price across respondents to build demand curve.
185 
186**Even better: Conjoint analysis:**
187Show product bundles at different prices
188Respondents choose preferred option
189Statistical analysis reveals price sensitivity per feature
190 
191---
192 
193## Value Metrics
194 
195### What is a Value Metric?
196 
197The value metric is what you charge for—it should scale with the value customers receive.
198 
199**Good value metrics:**
200- Align price with value delivered
201- Are easy to understand
202- Scale as customer grows
203- Are hard to game
204 
205### Common Value Metrics
206 
207| Metric | Best For | Example |
208|--------|----------|---------|
209| Per user/seat | Collaboration tools | Slack, Notion |
210| Per usage | Variable consumption | AWS, Twilio |
211| Per feature | Modular products | HubSpot add-ons |
212| Per contact/record | CRM, email tools | Mailchimp, HubSpot |
213| Per transaction | Payments, marketplaces | Stripe, Shopify |
214| Flat fee | Simple products | Basecamp |
215| Revenue share | High-value outcomes | Affiliate platforms |
216 
217### Choosing Your Value Metric
218 
219**Step 1: Identify how customers get value**
220- What outcome do they care about?
221- What do they measure success by?
222- What would they pay more for?
223 
224**Step 2: Map usage to value**
225 
226| Usage Pattern | Value Delivered | Potential Metric |
227|---------------|-----------------|------------------|
228| More team members use it | More collaboration value | Per user |
229| More data processed | More insights | Per record/event |
230| More revenue generated | Direct ROI | Revenue share |
231| More projects managed | More organization | Per project |
232 
233**Step 3: Test for alignment**
234 
235Ask: "As a customer uses more of [metric], do they get more value?"
236- If yes → good value metric
237- If no → price doesn't align with value
238 
239### Mapping Usage to Value: Framework
240 
241**1. Instrument usage data**
242Track how customers use your product:
243- Feature usage frequency
244- Volume metrics (users, records, API calls)
245- Outcome metrics (revenue generated, time saved)
246 
247**2. Correlate with customer success**
248- Which usage patterns predict retention?
249- Which usage patterns predict expansion?
250- Which customers pay the most, and why?
251 
252**3. Identify value thresholds**
253- At what usage level do customers "get it"?
254- At what usage level do they expand?
255- At what usage level should price increase?
256 
257**Example Analysis:**
258 
259```
260Usage-Value Correlation Analysis:
261─────────────────────────────────
262Segment: High-LTV customers (>$10k ARR)
263Average monthly active users: 15
264Average projects: 8
265Average integrations: 4
266 
267Segment: Churned customers
268Average monthly active users: 3
269Average projects: 2
270Average integrations: 0
271 
272Insight: Value correlates with team adoption (users)
273 and depth of use (integrations)
274 
275Recommendation: Price per user, gate integrations to higher tiers
276```
277 
278---
279 
280## Tier Structure
281 
282### How Many Tiers?
283 
284**2 tiers:** Simple, clear choice
285- Works for: Clear SMB vs. Enterprise split
286- Risk: May leave money on table
287 
288**3 tiers:** Industry standard
289- Good tier = Entry point
290- Better tier = Recommended (anchor to best)
291- Best tier = High-value customers
292 
293**4+ tiers:** More granularity
294- Works for: Wide range of customer sizes
295- Risk: Decision paralysis, complexity
296 
297### Good-Better-Best Framework
298 
299**Good tier (Entry):**
300- Purpose: Remove barriers to entry
301- Includes: Core features, limited usage
302- Price: Low, accessible
303- Target: Small teams, try before you buy
304 
305**Better tier (Recommended):**
306- Purpose: Where most customers land
307- Includes: Full features, reasonable limits
308- Price: Your "anchor" price
309- Target: Growing teams, serious users
310 
311**Best tier (Premium):**
312- Purpose: Capture high-value customers
313- Includes: Everything, advanced features, higher limits
314- Price: Premium (often 2-3x "Better")
315- Target: Larger teams, power users, enterprises
316 
317### Tier Differentiation Strategies
318 
319**Feature gating:**
320- Basic features in all tiers
321- Advanced features in higher tiers
322- Works when features have clear value differences
323 
324**Usage limits:**
325- Same features, different limits
326- More users, storage, API calls at higher tiers
327- Works when value scales with usage
328 
329**Support level:**
330- Email support → Priority support → Dedicated success
331- Works for products with implementation complexity
332 
333**Access and customization:**
334- API access, SSO, custom branding
335- Works for enterprise differentiation
336 
337### Example Tier Structure
338 
339```
340┌────────────────┬─────────────────┬─────────────────┬─────────────────┐
341│ │ Starter │ Pro │ Business │
342│ │ $29/mo │ $79/mo │ $199/mo │
343├────────────────┼─────────────────┼─────────────────┼─────────────────┤
344│ Users │ Up to 5 │ Up to 20 │ Unlimited │
345│ Projects │ 10 │ Unlimited │ Unlimited │
346│ Storage │ 5 GB │ 50 GB │ 500 GB │
347│ Integrations │ 3 │ 10 │ Unlimited │
348│ Analytics │ Basic │ Advanced │ Custom │
349│ Support │ Email │ Priority │ Dedicated │
350│ API Access │ ✗ │ ✓ │ ✓ │
351│ SSO │ ✗ │ ✗ │ ✓ │
352│ Audit logs │ ✗ │ ✗ │ ✓ │
353└────────────────┴─────────────────┴─────────────────┴─────────────────┘
354```
355 
356---
357 
358## Packaging for Personas
359 
360### Identifying Pricing Personas
361 
362Different customers have different:
363- Willingness to pay
364- Feature needs
365- Buying processes
366- Value perception
367 
368**Segment by:**
369- Company size (solopreneur → SMB → enterprise)
370- Use case (marketing vs. sales vs. support)
371- Sophistication (beginner → power user)
372- Industry (different budget norms)
373 
374### Persona-Based Packaging
375 
376**Step 1: Define personas**
377 
378| Persona | Size | Needs | WTP | Example |
379|---------|------|-------|-----|---------|
380| Freelancer | 1 person | Basic features | Low | $19/mo |
381| Small Team | 2-10 | Collaboration | Medium | $49/mo |
382| Growing Co | 10-50 | Scale, integrations | Higher | $149/mo |
383| Enterprise | 50+ | Security, support | High | Custom |
384 
385**Step 2: Map features to personas**
386 
387| Feature | Freelancer | Small Team | Growing | Enterprise |
388|---------|------------|------------|---------|------------|
389| Core features | ✓ | ✓ | ✓ | ✓ |
390| Collaboration | — | ✓ | ✓ | ✓ |
391| Integrations | — | Limited | Full | Full |
392| API access | — | — | ✓ | ✓ |
393| SSO/SAML | — | — | — | ✓ |
394| Audit logs | — | — | — | ✓ |
395| Custom contract | — | — | — | ✓ |
396 
397**Step 3: Price to value for each persona**
398- Research willingness to pay per segment
399- Set prices that capture value without blocking adoption
400- Consider segment-specific landing pages
401 
402---
403 
404## Freemium vs. Free Trial
405 
406### When to Use Freemium
407 
408**Freemium works when:**
409- Product has viral/network effects
410- Free users provide value (content, data, referrals)
411- Large market where % conversion drives volume
412- Low marginal cost to serve free users
413- Clear feature/usage limits for upgrade trigger
414 
415**Freemium risks:**
416- Free users may never convert
417- Devalues product perception
418- Support costs for non-paying users
419- Harder to raise prices later
420 
421**Example: Slack**
422- Free tier for small teams
423- Message history limit creates upgrade trigger
424- Free users invite others (viral growth)
425- Converts when team hits limit
426 
427### When to Use Free Trial
428 
429**Free trial works when:**
430- Product needs time to demonstrate value
431- Onboarding/setup investment required
432- B2B with buying committees
433- Higher price points
434- Product is "sticky" once configured
435 
436**Trial best practices:**
437- 7-14 days for simple products
438- 14-30 days for complex products
439- Full access (not feature-limited)
440- Clear countdown and reminders
441- Credit card optional vs. required trade-off
442 
443**Credit card upfront:**
444- Higher trial-to-paid conversion (40-50% vs. 15-25%)
445- Lower trial volume
446- Better qualified leads
447 
448### Hybrid Approaches
449 
450**Freemium + Trial:**
451- Free tier with limited features
452- Trial of premium features
453- Example: Zoom (free 40-min, trial of Pro)
454 
455**Reverse trial:**
456- Start with full access
457- After trial, downgrade to free tier
458- Example: See premium value, live with limitations until ready
459 
460---
461 
462## When to Raise Prices
463 
464### Signs It's Time
465 
466**Market signals:**
467- Competitors have raised prices
468- You're significantly cheaper than alternatives
469- Prospects don't flinch at price
470- "It's so cheap!" feedback
471 
472**Business signals:**
473- Very high conversion rates (>40%)
474- Very low churn (<3% monthly)
475- Customers using more than they pay for
476- Unit economics are strong
477 
478**Product signals:**
479- You've added significant value since last pricing
480- Product is more mature/stable
481- New features justify higher price
482 
483### Price Increase Strategies
484 
485**1. Grandfather existing customers**
486- New price for new customers only
487- Existing customers keep old price
488- Pro: No churn risk
489- Con: Leaves money on table, creates complexity
490 
491**2. Delayed increase for existing**
492- Announce increase 3-6 months out
493- Give time to lock in old price (annual)
494- Pro: Fair, drives annual conversions
495- Con: Some churn, requires communication
496 
497**3. Increase tied to value**
498- Raise price but add features
499- "New Pro tier with X, Y, Z"
500- Pro: Justified increase
501- Con: Requires actual new value
502 
503**4. Plan restructure**
504- Change plans entirely
505- Existing customers mapped to nearest fit
506- Pro: Clean slate
507- Con: Disruptive, requires careful mapping
508 
509### Communicating Price Increases
510 
511**For new customers:**
512- Just update pricing page
513- No announcement needed
514- Monitor conversion rate
515 
516**For existing customers:**
517 
518```
519Subject: Updates to [Product] pricing
520 
521Hi [Name],
522 
523I'm writing to let you know about upcoming changes to [Product] pricing.
524 
525[Context: what you've added, why change is happening]
526 
527Starting [date], our pricing will change from [old] to [new].
528 
529As a valued customer, [what this means for them: grandfathered, locked rate, timeline].
530 
531[If they're affected:]
532You have until [date] to [action: lock in current rate, renew at old price].
533 
534[If they're grandfathered:]
535You'll continue at your current rate. No action needed.
536 
537We appreciate your continued support of [Product].
538 
539[Your name]
540```
541 
542---
543 
544## Pricing Page Best Practices
545 
546### Above the Fold
547 
548- Clear tier comparison table
549- Recommended tier highlighted
550- Monthly/annual toggle
551- Primary CTA for each tier
552 
553### Tier Presentation
554 
555- Lead with the recommended tier (visual emphasis)
556- Show value progression clearly
557- Use checkmarks and limits, not paragraphs
558- Anchor to higher tier (show enterprise first or savings)
559 
560### Common Elements
561 
562- [ ] Feature comparison table
563- [ ] Who each tier is for
564- [ ] FAQ section
565- [ ] Contact sales option
566- [ ] Annual discount callout
567- [ ] Money-back guarantee
568- [ ] Customer logos/trust signals
569 
570### Pricing Psychology to Apply
571 
572- **Anchoring:** Show higher-priced option first
573- **Decoy effect:** Middle tier should be obviously best value
574- **Charm pricing:** $49 vs. $50 (for value-focused)
575- **Round pricing:** $50 vs. $49 (for premium)
576- **Annual savings:** Show monthly price but offer annual discount (17-20%)
577 
578---
579 
580## Price Testing
581 
582### Methods for Testing Price
583 
584**1. A/B test pricing page (risky)**
585- Different visitors see different prices
586- Ethical/legal concerns
587- May damage trust if discovered
588 
589**2. Geographic testing**
590- Test higher prices in new markets
591- Different currencies/regions
592- Cleaner test, limited reach
593 
594**3. New customer only**
595- Raise prices for new customers
596- Compare conversion rates
597- Monitor cohort LTV
598 
599**4. Sales team discretion**
600- Test higher quotes through sales
601- Track close rates at different prices
602- Works for sales-led GTM
603 
604**5. Feature-based testing**
605- Test different packaging
606- Add premium tier at higher price
607- See adoption without changing existing
608 
609### What to Measure
610 
611- Conversion rate at each price point
612- Average revenue per user (ARPU)
613- Total revenue (conversion × price)
614- Customer lifetime value
615- Churn rate by price paid
616- Price sensitivity by segment
617 
618---
619 
620## Enterprise Pricing
621 
622### When to Add Custom Pricing
623 
624Add "Contact Sales" when:
625- Deal sizes exceed $10k+ ARR
626- Customers need custom contracts
627- Implementation/onboarding required
628- Security/compliance requirements
629- Procurement processes involved
630 
631### Enterprise Tier Elements
632 
633**Table stakes:**
634- SSO/SAML
635- Audit logs
636- Admin controls
637- Uptime SLA
638- Security certifications
639 
640**Value-adds:**
641- Dedicated support/success
642- Custom onboarding
643- Training sessions
644- Custom integrations
645- Priority roadmap input
646 
647### Enterprise Pricing Strategies
648 
649**Per-seat at scale:**
650- Volume discounts for large teams
651- Example: $15/user (standard) → $10/user (100+)
652 
653**Platform fee + usage:**
654- Base fee for access
655- Usage-based above thresholds
656- Example: $500/mo base + $0.01 per API call
657 
658**Value-based contracts:**
659- Price tied to customer's revenue/outcomes
660- Example: % of transactions, revenue share
661 
662---
663 
664## Pricing Checklist
665 
666### Before Setting Prices
667 
668- [ ] Defined target customer personas
669- [ ] Researched competitor pricing
670- [ ] Identified your value metric
671- [ ] Conducted willingness-to-pay research
672- [ ] Mapped features to tiers
673 
674### Pricing Structure
675 
676- [ ] Chosen number of tiers
677- [ ] Differentiated tiers clearly
678- [ ] Set price points based on research
679- [ ] Created annual discount strategy
680- [ ] Planned enterprise/custom tier
681 
682### Validation
683 
684- [ ] Tested pricing with target customers
685- [ ] Reviewed pricing with sales team
686- [ ] Validated unit economics work
687- [ ] Planned for price increases
688- [ ] Set up tracking for pricing metrics
689 
690---
691 
692## Questions to Ask
693 
694If you need more context:
6951. What pricing research have you done (surveys, competitor analysis)?
6962. What's your current ARPU and conversion rate?
6973. What's your primary value metric (what do customers pay for value)?
6984. Who are your main pricing personas (by size, use case)?
6995. Are you self-serve, sales-led, or hybrid?
7006. What pricing changes are you considering?
701 
702---
703 
704## Related Skills
705 
706- **page-cro**: For optimizing pricing page conversion
707- **copywriting**: For pricing page copy
708- **marketing-psychology**: For pricing psychology principles
709- **ab-test-setup**: For testing pricing changes
710- **analytics-tracking**: For tracking pricing metrics
711 

Discussion

Alternatives

Lead Magnet: Creating lead capture asset...Use this skill when the user says 'lead magnet', 'opt-in', 'freebie', 'list building', 'email list growth', or needs a lead capture asset with landing page copy, delivery emails, and nurture sequence. Do NOT use for full funnel design or paid ad copy.Sales & ecommerce · MITDynamic Pricing Intelligence Agent — RAISE / HOLD / LOWERData-driven pricing strategy engine for Amazon sellers. Given one or more ASINs, auto-detects each product's leaf category, analyzes the pricing landscape, and delivers RAISE/HOLD/LOWER signals with profit simulation. Supports single ASIN or batch (multiple ASINs, auto-grouped by category). Uses ZooData API endpoints with cross-validation. Use when user asks about: pricing strategy, how much to price, optimal price, price optimization, competitor pricing, price war, BuyBox strategy, profit margin, pricing analysis, should I raise price, should I lower price, price comparison, price positioning, repricing, should I raise or lower price. Requires ZOODATA_API_KEY.Sales & ecommerce · MITOffer DesignTell us what you sell, your price, and who it's for. Get back a stronger deal: better bonuses, a fair guarantee, an honest reason to buy now, and a sharper name and price.Business & ops · MITPaywall and Upgrade Screen CROWhen the user wants to create or optimize in-app paywalls, upgrade screens, upsell modals, or feature gates. Also use when the user mentions "paywall," "upgrade screen," "upgrade modal," "upsell," "feature gate," "convert free to paid," "freemium conversion," "trial expiration screen," "limit reached screen," "plan upgrade prompt," "in-app pricing," "free users won't upgrade," "trial to paid conversion," or "how do I get users to pay." Use this for any in-product moment where you're asking users to upgrade. Distinct from public pricing pages (see cro) — this focuses on in-product upgrade moments where the user has already experienced value. For pricing decisions, see pricing.Marketing · MIT