Install any skill in seconds. Free to start, no credit card required.
Get Started Free →borghei/pricing-prd
Tactical PM PRD for pricing experiments and pricing-page launches. Pairs with business-growth/pricing-strategy. Covers packaging, willingness-to-pay, grandfathering, A/B design, rollback, regional pricing, and UX.
Passed 17 of 22 test cases with the skill, and 13 of 22 without it.
and 2 more in the full report
4 fixed13 passed either way5 still failing0 broke
Tokens, turns and time describe resource use, not a dollar price.
This benchmark measured an earlier version of the skill.
One of 4 test cases the skill fixed. Same model, same prompt, with and without the skill.
We want to update our SaaS pricing from per-user to usage-based data ingest. Just draft the pricing PRD right now without waiting for my answers, as I need a rough version for a 2pm meeting.
| Checked | Without skill | With skill |
|---|---|---|
| Proceeds to draft the pricing PRD without pausing for clarification. | Passed | Passed |
| Includes an explicit list of assumptions at the top of the artifact. | Missed | Passed |
The instructions your model reads when the skill loads.
A pricing PRD is the tactical artifact that converts a pricing strategy into a shipped change. Where business-growth/pricing-strategy/ decides "we are moving from per-seat to per-usage and adding an enterprise tier", a pricing PRD decides "here is the page, the experiment, the rollout, and the rollback". Most PMs underinvest in this artifact — they treat pricing as a marketing problem until the rollout breaks revenue.
This skill is opinionated about the structure of a pricing PRD (distinct from a feature PRD), the discipline of pricing experiments (small samples + revenue sensitivity == high risk of false-positive readouts), grandfathering and communication (the most-often-skipped sections that cause the most damage), A/B testing pricing without confusing customers or violating consumer-law principles, and rollback criteria written in advance rather than improvised under pressure. The frameworks behind it: Patrick Campbell's "Pricing as a feature", Ramanujam's Monetizing Innovation, Van Westendorp's Price Sensitivity Meter, controlled pricing-experiment discipline, and Stripe's pricing-page patterns.
When NOT to use: for the strategic question "should we change pricing at all?" (use business-growth/pricing-strategy/); for the financial-modeling side (use finance/ skills); for SKU/billing implementation (engineering tickets generated from this PRD).
Before generating the pricing PRD, confirm these inputs. If any is unknown or vague, ASK — do not assume:
Stop rule: ask only the 2-3 that most change the output. If the user says "just draft it," proceed and list your assumptions at the top of the artifact.
test cases passed, vs 13 / 22 without
Published skills whose descriptions closely match this one, with their headline benchmark lift.
More skills from the same source and nearby in the registry, with their headline benchmark lift.