跳到正文
cccskills
免费在 GitHub 公开

prd-v03-pricing-model

Select and validate pricing model for PRD v0.3 Commercial Model. Triggers on requests to set pricing, choose monetization model, design pricing tiers, validate willingness to pay, or when user asks "how much should we charge?", "what pricing model?", "freemium vs paid?", "how to structure tiers?", "price point?". Consumes Competitive Landscape (CFD-) and Product Type (BR-) from v0.2. Outputs BR- entries for pricing rules, tier boundaries, and competitive positioning.

中文简介正在准备中。当前显示原文说明。

集成工具Stripe
查看安装方法

包含的文件(3)

  • SKILL.md11.7 KB
  • assets/br-pricing.md5.9 KB
  • references/examples.md6.9 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Pricing Model Selection

Position in HORIZON workflow: v0.2 Product Type Classification → v0.3 Pricing Model Selection → v0.3 Moat Articulation

Consumes

This skill requires prior work from v0.2-v0.3:

  • BR-* product type entry (from Product Type Classification) — Determines which pricing model makes sense
  • CFD-* competitive intelligence entries (from Competitive Landscape Mapping) — Competitor pricing, WTP signals
  • BR-* moat entries (from Moat Definition, parallel v0.3 work) — Price as potential moat element
  • KPI-* outcome entries (from Outcome Definition, parallel v0.3 work) — Success metrics tied to pricing
  • Cost structure estimates (from own analysis) — Unit economics to validate price floors

This skill assumes v0.2 competitive analysis is complete and product type is defined.

Produces

This skill creates/updates:

  • BR-PRC-* entries (pricing constraints) — Rules governing price floors, ceilings, discounts
  • BR-PKG-* entries (packaging rules) — Tier boundaries and feature gates
  • BR-CMP-* entries (competitive positioning) — Price anchor targets and undercut thresholds
  • Pricing model artifact — Named decision: "We will use [Model] because [evidence]" with tier definitions

All BR pricing entries should include:

  • confidence: 2-3/5 (based on WTP evidence tier and competitor benchmarks, not assumptions)
  • Evidence source (competitor pricing, customer interviews, cost structure)
  • Forward target: "Would move to 4/5 if real customers validate WTP"

Example pricing rule entry:

BR-PRC-001: Entry Price Floor

Rule: Entry tier never below $15/mo (annual) or $19/mo (monthly)
Confidence: 2/5 (source: CAC-estimate + competitor-benchmarks)
Rationale: Below $15/mo, CAC payback exceeds 6 months, unsustainable
Enforcement: Stripe product configuration, pricing page, contract templates
Evidence:
  - CFD-042 (competitor pricing): Similar tools start at $15-25/mo
  - KPI-001 (outcome): CAC estimate $45, need 3-month payback = $15/mo minimum
Enforcement: Set in Stripe, document in pricing page, enforce in sales contracts
Exception: Founding customer 50% discount (must be approved by founder)
Next Target: "Would move to 4/5 if 5+ paying customers validate willingness at $15/mo"

---

BR-CMP-002: Competitive Undercut Threshold

Rule: Maintain ≥50% savings vs [Competitor Name] at SMB level (5 users)
Confidence: 3/5 (source: competitor-pricing + 2-SMB-interviews)
Rationale: Price advantage is core differentiator for SMB segment (per product type: UNDERCUT)
Enforcement: Quarterly competitive price audit; triggers price review if competitor drops
Evidence:
  - BR-001 (product type: Undercut)
  - CFD-015 (value hypothesis): SMB would save $12,500/year at target price
  - CFD-042 (competitor pricing): Competitor at $30/user/mo = $1,800/year for SMB
Exception: If competitor drops price, floor (BR-PRC-001) takes precedence
Next Target: "Would move to 4/5 if SMB cohort pays premium for our service over incumbent"

Core Principle

Pricing follows value timing: When and how customers receive value determines the pricing model. Don't copy competitors without understanding their value delivery pattern.

Pricing Model × Product Type Matrix

Product TypeTypical ModelWhy It FitsAnti-Model (Avoid)
Fast FollowMatch market structureUsers expect familiar pricingPremium positioning (no differentiation)
UndercutFlat rate, aggressive discountPrice IS the value propPer-user (negates savings)
CloneParity or slight discountMust compete on terms users knowInnovation pricing (confuses buyers)
SliceUsage-based or ecosystem-tiedValue tied to platform activityFlat fee (misaligned with usage)
WrapperPer-integration or usageValue = connections madePer-seat (value isn't user count)
InnovationValue-based, potentially premiumFunds education, signals qualityRace to bottom (devalues category)

Value Timing → Model Selection

Ask: When does the customer get value?

Value PatternRecommended ModelExamples
Continuous recurringSubscription (monthly/annual)SaaS tools used daily
Per-transactionUsage-basedAPI calls, exports, generations
One-time outcomeOne-time fee or lifetimeLogo design, course completion
Milestone-basedTiered + upsell triggersFeatures unlock as needs grow

Competitive Anchoring Decision Tree

1. Do competitors use per-user pricing?
   ├─ YES → Calculate "SMB penalty" (5-user annual cost)
   │   └─ Flat pricing at 50%+ savings = strong positioning
   └─ NO → Match model, differentiate on value/features

2. Is competitor pricing transparent?
   ├─ YES (Tier 1) → Use as direct anchor
   └─ NO ("Contact sales") → Find proxy or G2/Capterra estimates

3. Should we undercut, match, or go premium?
   ├─ Undercut: When we're simpler/niche and can sustain margins
   ├─ Match: When competing on features, not price
   └─ Premium: Only with clear, provable differentiation

SMB Penalty Calculation

Per-user pricing penalizes SMBs with larger teams. Calculate the arbitrage:

Competitor: $30/user/mo
SMB with 5 users: $30 × 5 × 12 = $1,800/year

Our flat rate: $99/year
Savings: ($1,800 - $99) / $1,800 = 94%
Headline: "94% less than [Competitor] for teams of 5"

Rule: If savings exceed 70%, lead with price in positioning.

WTP Validation Hierarchy

TierMethodConfidenceWhen to Use
1 (Highest)Actual purchase, payment collected95%+Post-MVP, real customers
2Pre-order, payment intent, trial→paid70-85%Landing page tests
3Email signup at stated price50-65%Smoke tests
4Survey, interview ("would you pay X?")25-40%Early exploration only
5 (Lowest)Assumption, gut feel<20%Never use alone

Gate rule: Tier 1-2 evidence required before locking pricing. Tier 4-5 only for hypothesis generation.

Free Tier Design Rules

Only include a free tier if it serves a strategic purpose:

PurposeFree Tier DesignExample
Viral acquisitionGenerous + sharing incentiveDropbox referral
Product-led growthUseful enough to hook, limited enough to upgradeNotion personal
Market educationDemo the category valueNew category tools
Usage seedingGet data/content, charge for outputCanva designs

Anti-patterns:

  • Free tier that satisfies most users (no upgrade trigger)
  • Free tier that requires support (costs without revenue)
  • "Free forever" for unlimited users (cannibalizes paid)

Rule: Every free tier needs a clear upgrade trigger tied to value moment.

Tier Design Framework

Structure tiers around value events, not feature count:

TierPurposeDesign Principle
Free/TrialHook and demonstrate valueFirst win in <5 minutes
Entry/StarterConvert to payingLowest price that sustains business
Pro/GrowthCapture value from power usersFeatures that scale with success
EnterpriseCustom needs, high touchSLAs, SSO, dedicated support

Tier boundary rules:

  • Entry price = CAC payback in ≤3 months
  • Pro upgrade trigger = clear usage milestone (not feature gate)
  • Enterprise = only if you can support it (don't fake it)

BR- Output Format

Create pricing BR- entries using this structure:

BR-PRC-XXX: [Rule Name]
Rule: [Imperative statement — what MUST happen]
Rationale: [Business driver — why this rule exists]
Enforcement: [Where enforced — code, contract, process]
Evidence: [WTP validation, competitor anchor, cost structure]
Exception: [Override conditions and approver]

BR- Categories

PrefixCategoryExample Rules
BR-PRC-Price constraintsPrice floor, ceiling, discount cap
BR-PKG-Packaging rulesTier boundaries, feature gates
BR-CMP-Competitive positioningAnchor target, undercut threshold

Example BR- Entries

BR-PRC-001: Entry Price Floor
Rule: Entry tier never below $15/mo (annual) or $19/mo (monthly)
Rationale: Below $15/mo, CAC payback exceeds 6 months
Enforcement: Stripe product configuration, pricing page
Evidence: CAC estimate $45, need 3-month payback
Exception: Founding customer 50% discount (Matt approval)

BR-PKG-002: Free Tier Upgrade Trigger
Rule: Free tier limited to 50 [units]; show upgrade at 40 (80%)
Rationale: Create natural upgrade moment without frustration
Enforcement: Usage tracking + UI prompt at threshold
Evidence: CFD-XXX shows competitors gate at 25-100 units
Exception: None — critical for conversion funnel

BR-CMP-003: Competitive Price Anchor
Rule: Maintain ≥50% savings vs [Competitor] at 5-user level
Rationale: Price advantage is core differentiator for SMB segment
Enforcement: Quarterly competitive price review
Evidence: CFD-XXX (competitor pricing); BR-001 (product type: Undercut)
Exception: If competitor drops price, floor takes precedence

Anti-Patterns to Avoid

Don'tDo Instead
Copy competitor pricing blindlyUnderstand their value timing and cost structure
Innovation product at Fast Follow pricePrice for value, not market incumbents
Free tier without upgrade triggerDefine clear conversion moment
Discount to win dealsMaintain price integrity, add value
Change pricing weeklySet, validate, iterate quarterly
Gut-feel price pointsWTP validation (Tier 1-2 evidence)

Validation Workflow

Before locking pricing:

  1. Calculate cost floor: What's minimum price for positive unit economics?
  2. Identify anchor: What do customers pay today? (competitor or workaround)
  3. Design tiers: Entry + Pro minimum; free only if strategic
  4. Test WTP: Landing page with price, measure signup conversion
  5. Lock BR- entries: Document as enforceable rules

Output Requirements

Before advancing to Moat Articulation:

  • Pricing model selected with rationale (ties to product type)
  • Price anchor identified (CFD- reference)
  • Entry price point defined with unit economics check
  • Tier boundaries defined (or "no tiers" justified)
  • Free tier decision documented (yes + trigger, or no + why)
  • WTP validation plan created (even if not yet executed)
  • ≥3 BR-PRC/PKG/CMP entries created

Downstream Connections

ConsumerWhat It UsesExample
v0.3 Moat ArticulationPrice as moat element"Price leadership" defense
v0.5 Red TeamPricing risk assessment"What if competitor undercuts?"
v0.9 Unit EconomicsPrice inputs to CAC/LTVRevenue per customer calculation
GTM StrategyPricing messaging"91% less than [Competitor]"

Detailed References

  • Good/bad examples: See references/examples.md
  • BR- template worksheet: See assets/br-pricing.md

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

Validates gate criteria before PRD lifecycle advancement by delegating to the readiness scoring pipeline (scripts/readiness.py). Returns a graduated PASS / WARN / BLOCK verdict with top blockers and their causal chain. Triggers before advancing from v0.X to v0.Y or explicit `/ghm-gate-check`.

中文简介正在准备中。当前显示原文说明。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

Extracts durable insights from temp/ files to SoT during EPIC Phase E. Triggers at EPIC completion or explicit `/ghm-harvest` invocation. Outputs new SoT entries and archive manifest.

中文简介正在准备中。当前显示原文说明。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

Validates and registers new SoT IDs with cross-reference integrity. Triggers when creating BR-XXX, UJ-XXX, API-XXX, or CFD-XXX entries. Outputs formatted SoT entry with validated cross-references.

中文简介正在准备中。当前显示原文说明。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

Install the PRD-Driven Context Engineering methodology into a fresh OR existing repository — the subscription-native alternative to forking the whole repo. Runs an interactive wizard that seeds the framework (.claude/ hooks, skills, agents, rules, scripts) without clobbering product content. Triggers on "install the methodology", "adopt this into my repo", "self-install", "set up PRD lifecycle here", "onboard existing project". Outputs an installed framework + a verification report.

中文简介正在准备中。当前显示原文说明。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

Creates new Source of Truth (SoT) files when existing templates don't fit your needs. Triggers on requests to create a new SoT file, add a new artifact type, or when user says "I need to track [X] but there's no SoT for it", "create SoT", "new source of truth". Outputs a properly structured SoT.*.md file with ID prefix, frontmatter, and update protocol.

中文简介正在准备中。当前显示原文说明。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

Synchronizes README.md Command Center with current project state. Triggers on gate changes, EPIC status changes, or explicit `/ghm-status-sync` invocation. Outputs updated README.md dashboard with current lifecycle stage, blockers, and metrics.

中文简介正在准备中。当前显示原文说明。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

查看 mattgierhart 的全部技能

报告此技能的问题