Pricing Strategy
Scope
Covers
- Pricing strategy and price setting (new product or repricing)
- Packaging and plan design (freemium, trials, feature gating, add-ons)
- Willingness-to-pay (WTP) research plan and evidence collection
- Self-serve vs sales-led handoffs (incl. thresholds and operational constraints)
- Conversion mechanics (sampling premium features, trial/discount design)
- Rollout, migration, and measurement (guardrails + review cadence)
When to use
- “Create a pricing strategy / monetization strategy.”
- “Propose packaging and plans for freemium → paid.”
- “We need new price points and a rationale tied to value.”
- “Design a free trial / reverse trial / capped trial.”
- “Figure out when self-serve tops out and when we need sales-led.”
When NOT to use
- You need to define the customer, core use case, or value proposition first (do that before pricing)
- You only want a quick competitor price scrape (no synthesis or decision support) -> use
competitive-analysis
- You need legal/tax/accounting advice (coordinate with qualified experts)
- You’re making irreversible billing changes without a rollback/migration plan
- You need to craft brand positioning or messaging strategy -> use
positioning-messaging
- You need to assess whether you have product-market fit before setting prices -> use
measuring-product-market-fit
- You need to structure partnership or channel deals -> use
partnership-bd
Inputs
Minimum required
- Product: what it does, for whom, and the primary job-to-be-done
- Target segment(s) and buying context (B2B/B2C, who pays vs who uses)
- Current pricing (if any): plans, price points, value metric, discounts, trial
- Objective + constraints: what decision this pricing work should change, and by when
- Sales motion: self-serve only, sales-led, or hybrid; typical deal sizes (if known)
- Any evidence: conversion/funnel metrics, retention, revenue mix, win/loss notes, customer quotes, competitor references
Missing-info strategy
- Ask up to 5 questions from references/INTAKE.md.
- If answers aren’t available, proceed with explicit assumptions and label unknowns. Include a “Validation plan” section in the output.
Outputs (deliverables)
Produce a Pricing Strategy Pack in Markdown (in-chat; or as files if requested):
- Context snapshot (goal, ICP, motion, constraints, time box)
- Value metric + segmentation hypotheses (primary + alternates)
- WTP evidence plan (who to talk to, what to ask, how to interpret)
- Packaging & plans (plan table: who it’s for, limits, included value)
- Price-point options + recommendation (ranges, rationale, discount policy)
- Conversion mechanics plan (trial type, sampling premium value, friction reduction)
- Rollout + instrumentation (migration steps, KPIs/guardrails, monitoring)
- Pricing review cadence (update triggers; default 6–12 months)
- Risks / Open questions / Next steps (always included)
Templates: references/TEMPLATES.md
Workflow (7 steps)
1) Intake + decision framing
- Inputs: User context; references/INTAKE.md.
- Actions: Confirm the decision, timeline, and who will use the output. Capture current pricing (if any), motion (self-serve vs sales-led), and constraints (billing, contracts, compliance, brand).
- Outputs: Context snapshot + “success looks like” metrics.
- Checks: A stakeholder can answer: “What decision will this pricing work change?”
2) Clarify value and who pays (segment map)
- Inputs: ICP/use case; current customers/users (if any).
- Actions: Define 1–3 primary segments, buyer vs user roles, and the core value delivered (outcomes + avoided risks). Identify switching costs and “must-have” trust requirements.
- Outputs: Segment map + value narrative per segment.
- Checks: Value is stated as outcomes (not features). Buyer and user are not conflated.
3) Choose pricing architecture (value metric + packaging)
- Inputs: Segment map; product capabilities; constraints.
- Actions: Propose 1 primary value metric (and 1–2 alternates). Design packaging: plans, limits, add-ons, and what is free vs paid. Explicitly define self-serve vs sales-led boundaries (e.g., contract size, security needs, procurement).
- Outputs: Value metric options table + packaging & plans table.
- Checks: Each plan has a clear “who it’s for” and an upgrade path tied to value.
4) Treat price as a measure of value (WTP plan)
- Inputs: Value narrative; packaging; any evidence.
- Actions: Draft a WTP evidence plan: which segments to interview, what scenarios to test, and how to triangulate price sensitivity (qual + quant). Keep hypotheses explicit; avoid “pricing by vibes”.
- Outputs: WTP plan + interview/survey prompts (as needed).
- Checks: For each plan, the price is justified by value delivered and a plan to validate WTP.
5) Design conversion mechanics (sampling + friction reduction)
- Inputs: Funnel metrics; onboarding/trial experience.
- Actions: Propose how users experience paid value before paying: sampling premium features, reverse trial/capped trial, and/or time-boxed trial. Identify monetary friction to remove (trial costs, upfront commitments) and define guardrails to protect revenue leakage.
- Outputs: Conversion mechanics plan + experiment backlog.
- Checks: Mechanics demonstrate premium value in-product; there are clear abuse controls and success metrics.
6) Recommend price points + rollout and ops plan
- Inputs: Packaging; WTP plan; constraints.
- Actions: Propose 2–3 price-point options (good/better/best), plus a recommendation with tradeoffs. Include discounting/annual plans, sales assist triggers, and a migration/rollback approach. Define a pricing review cadence (default revisit every 6–12 months, or when value changes materially).
- Outputs: Recommended price points + rollout/migration plan + review cadence.
- Checks: Recommendation is operationally feasible (billing, sales, support) and has a rollback/migration path.
7) Quality gate + finalize
- Inputs: Draft pack.
- Actions: Run references/CHECKLISTS.md and score with references/RUBRIC.md. Add Risks / Open questions / Next steps and a short validation plan (what to learn next, by when).
- Outputs: Final Pricing Strategy Pack.
- Checks: Assumptions are explicit; evidence needs are clear; the pack is ready to share.
Quality gate (required)
- Use references/CHECKLISTS.md and references/RUBRIC.md.
- Always include: Risks, Open questions, Next steps.
Examples
Example 1 (B2B SaaS, hybrid motion):
“Use pricing-strategy. We sell workflow automation to mid-market ops teams. Current: $49/user/mo with low conversion. Goal: improve paid conversion and expansion. Motion: self-serve + sales assist. Output: a Pricing Strategy Pack with packaging options and a rollout plan.”
Example 2 (Freemium → paid, consumer):
“Use pricing-strategy. We’re a creator tool with freemium + subscription. We want to introduce a reverse trial and improve upgrades without hurting retention. Output: pricing + trial mechanics + experiment backlog.”
Boundary example (redirect): “We need a full competitive landscape analysis with feature comparison tables and market positioning.”
Response: redirect to competitive-analysis -- this request is about understanding the competitive landscape, not setting pricing. Use competitive insights as an input to pricing-strategy afterward.
Boundary example (insufficient context):
“Pick a price for us with no product, customer, or market context.”
Response: request minimum inputs (ICP/use case, value metric candidates, objective) and propose a WTP plan + 2-3 pricing architecture options with explicit assumptions.
Anti-patterns
Avoid these common failure modes when developing pricing strategy:
- Cost-plus pricing -- Setting prices by adding a margin to costs instead of anchoring to customer-perceived value. Costs set the floor; value sets the ceiling. Always start with value metrics and willingness-to-pay.
- Competitor-copy pricing -- Matching a competitor's price without understanding whether your value proposition, segment, or cost structure is comparable. Competitor prices are a reference point, not a strategy.
- Feature-gating without value logic -- Putting features behind paywalls based on development cost or engineering effort rather than customer value perception. Gate features that unlock more value as the customer grows.
- Ignoring the buyer/user split -- In B2B, the person who pays (buyer/procurement) and the person who uses the product are often different. Pricing must address both: usage value for the user, ROI narrative for the buyer.
- One-and-done pricing -- Setting prices at launch and never revisiting. Pricing should be reviewed every 6-12 months or when value delivery changes materially. Always define a review cadence.
1---2name: pricing-strategy3description: Create a Pricing Strategy Pack (value metric, packaging, price points, conversion mechanics, rollout).4---56# Pricing Strategy78## Scope910**Covers**11- Pricing strategy and price setting (new product or repricing)12- Packaging and plan design (freemium, trials, feature gating, add-ons)13- Willingness-to-pay (WTP) research plan and evidence collection14- Self-serve vs sales-led handoffs (incl. thresholds and operational constraints)15- Conversion mechanics (sampling premium features, trial/discount design)16- Rollout, migration, and measurement (guardrails + review cadence)1718**When to use**19- “Create a pricing strategy / monetization strategy.”20- “Propose packaging and plans for freemium → paid.”21- “We need new price points and a rationale tied to value.”22- “Design a free trial / reverse trial / capped trial.”23- “Figure out when self-serve tops out and when we need sales-led.”2425**When NOT to use**26- You need to define the customer, core use case, or value proposition first (do that before pricing)27- You only want a quick competitor price scrape (no synthesis or decision support) -> use `competitive-analysis`28- You need legal/tax/accounting advice (coordinate with qualified experts)29- You’re making irreversible billing changes without a rollback/migration plan30- You need to craft brand positioning or messaging strategy -> use `positioning-messaging`31- You need to assess whether you have product-market fit before setting prices -> use `measuring-product-market-fit`32- You need to structure partnership or channel deals -> use `partnership-bd`3334## Inputs3536**Minimum required**37- Product: what it does, for whom, and the primary job-to-be-done38- Target segment(s) and buying context (B2B/B2C, who pays vs who uses)39- Current pricing (if any): plans, price points, value metric, discounts, trial40- Objective + constraints: what decision this pricing work should change, and by when41- Sales motion: self-serve only, sales-led, or hybrid; typical deal sizes (if known)42- Any evidence: conversion/funnel metrics, retention, revenue mix, win/loss notes, customer quotes, competitor references4344**Missing-info strategy**45- Ask up to 5 questions from [references/INTAKE.md](references/INTAKE.md).46- If answers aren’t available, proceed with explicit assumptions and label unknowns. Include a “Validation plan” section in the output.4748## Outputs (deliverables)4950Produce a **Pricing Strategy Pack** in Markdown (in-chat; or as files if requested):51521) **Context snapshot** (goal, ICP, motion, constraints, time box)532) **Value metric + segmentation hypotheses** (primary + alternates)543) **WTP evidence plan** (who to talk to, what to ask, how to interpret)554) **Packaging & plans** (plan table: who it’s for, limits, included value)565) **Price-point options + recommendation** (ranges, rationale, discount policy)576) **Conversion mechanics plan** (trial type, sampling premium value, friction reduction)587) **Rollout + instrumentation** (migration steps, KPIs/guardrails, monitoring)598) **Pricing review cadence** (update triggers; default 6–12 months)609) **Risks / Open questions / Next steps** (always included)6162Templates: [references/TEMPLATES.md](references/TEMPLATES.md)6364## Workflow (7 steps)6566### 1) Intake + decision framing67- **Inputs:** User context; [references/INTAKE.md](references/INTAKE.md).68- **Actions:** Confirm the decision, timeline, and who will use the output. Capture current pricing (if any), motion (self-serve vs sales-led), and constraints (billing, contracts, compliance, brand).69- **Outputs:** Context snapshot + “success looks like” metrics.70- **Checks:** A stakeholder can answer: “What decision will this pricing work change?”7172### 2) Clarify value and who pays (segment map)73- **Inputs:** ICP/use case; current customers/users (if any).74- **Actions:** Define 1–3 primary segments, buyer vs user roles, and the core value delivered (outcomes + avoided risks). Identify switching costs and “must-have” trust requirements.75- **Outputs:** Segment map + value narrative per segment.76- **Checks:** Value is stated as outcomes (not features). Buyer and user are not conflated.7778### 3) Choose pricing architecture (value metric + packaging)79- **Inputs:** Segment map; product capabilities; constraints.80- **Actions:** Propose 1 primary value metric (and 1–2 alternates). Design packaging: plans, limits, add-ons, and what is free vs paid. Explicitly define self-serve vs sales-led boundaries (e.g., contract size, security needs, procurement).81- **Outputs:** Value metric options table + packaging & plans table.82- **Checks:** Each plan has a clear “who it’s for” and an upgrade path tied to value.8384### 4) Treat price as a measure of value (WTP plan)85- **Inputs:** Value narrative; packaging; any evidence.86- **Actions:** Draft a WTP evidence plan: which segments to interview, what scenarios to test, and how to triangulate price sensitivity (qual + quant). Keep hypotheses explicit; avoid “pricing by vibes”.87- **Outputs:** WTP plan + interview/survey prompts (as needed).88- **Checks:** For each plan, the price is justified by value delivered and a plan to validate WTP.8990### 5) Design conversion mechanics (sampling + friction reduction)91- **Inputs:** Funnel metrics; onboarding/trial experience.92- **Actions:** Propose how users experience paid value before paying: sampling premium features, reverse trial/capped trial, and/or time-boxed trial. Identify monetary friction to remove (trial costs, upfront commitments) and define guardrails to protect revenue leakage.93- **Outputs:** Conversion mechanics plan + experiment backlog.94- **Checks:** Mechanics demonstrate premium value in-product; there are clear abuse controls and success metrics.9596### 6) Recommend price points + rollout and ops plan97- **Inputs:** Packaging; WTP plan; constraints.98- **Actions:** Propose 2–3 price-point options (good/better/best), plus a recommendation with tradeoffs. Include discounting/annual plans, sales assist triggers, and a migration/rollback approach. Define a pricing review cadence (default revisit every 6–12 months, or when value changes materially).99- **Outputs:** Recommended price points + rollout/migration plan + review cadence.100- **Checks:** Recommendation is operationally feasible (billing, sales, support) and has a rollback/migration path.101102### 7) Quality gate + finalize103- **Inputs:** Draft pack.104- **Actions:** Run [references/CHECKLISTS.md](references/CHECKLISTS.md) and score with [references/RUBRIC.md](references/RUBRIC.md). Add **Risks / Open questions / Next steps** and a short validation plan (what to learn next, by when).105- **Outputs:** Final Pricing Strategy Pack.106- **Checks:** Assumptions are explicit; evidence needs are clear; the pack is ready to share.107108## Quality gate (required)109- Use [references/CHECKLISTS.md](references/CHECKLISTS.md) and [references/RUBRIC.md](references/RUBRIC.md).110- Always include: **Risks**, **Open questions**, **Next steps**.111112## Examples113114**Example 1 (B2B SaaS, hybrid motion):** 115“Use `pricing-strategy`. We sell workflow automation to mid-market ops teams. Current: $49/user/mo with low conversion. Goal: improve paid conversion and expansion. Motion: self-serve + sales assist. Output: a Pricing Strategy Pack with packaging options and a rollout plan.”116117**Example 2 (Freemium → paid, consumer):** 118“Use `pricing-strategy`. We’re a creator tool with freemium + subscription. We want to introduce a reverse trial and improve upgrades without hurting retention. Output: pricing + trial mechanics + experiment backlog.”119120**Boundary example (redirect):** “We need a full competitive landscape analysis with feature comparison tables and market positioning.”121Response: redirect to `competitive-analysis` -- this request is about understanding the competitive landscape, not setting pricing. Use competitive insights as an input to pricing-strategy afterward.122123**Boundary example (insufficient context):**124“Pick a price for us with no product, customer, or market context.”125Response: request minimum inputs (ICP/use case, value metric candidates, objective) and propose a WTP plan + 2-3 pricing architecture options with explicit assumptions.126127## Anti-patterns128129Avoid these common failure modes when developing pricing strategy:1301311. **Cost-plus pricing** -- Setting prices by adding a margin to costs instead of anchoring to customer-perceived value. Costs set the floor; value sets the ceiling. Always start with value metrics and willingness-to-pay.1322. **Competitor-copy pricing** -- Matching a competitor's price without understanding whether your value proposition, segment, or cost structure is comparable. Competitor prices are a reference point, not a strategy.1333. **Feature-gating without value logic** -- Putting features behind paywalls based on development cost or engineering effort rather than customer value perception. Gate features that unlock more value as the customer grows.1344. **Ignoring the buyer/user split** -- In B2B, the person who pays (buyer/procurement) and the person who uses the product are often different. Pricing must address both: usage value for the user, ROI narrative for the buyer.1355. **One-and-done pricing** -- Setting prices at launch and never revisiting. Pricing should be reviewed every 6-12 months or when value delivery changes materially. Always define a review cadence.