本文へ移動
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.

インストール方法を見る

含まれるファイル(3)

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

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

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

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

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 のスキルをすべて見る

このスキルの問題を報告する