pricing-and-packaging
Sets price, structures packages and tiers, and designs the monetization surfaces that carry them — upgrade paths, paywalls, and offer construction. Use this to set or change pricing, design or restructure tiers, choose a pricing metric, build an offer, design upgrade prompts and
Install
npx skills add https://github.com/cbrock84/headcount/tree/main/plugins/revenue/skills/pricing-and-packaging
claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install cbrock84-headcount@llmmart
git clone https://github.com/cbrock84/headcount.git
The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole cbrock84/headcount collection as a plugin from our marketplace. Git is the plain clone.
Skill manifest
Pricing and packaging
The highest-leverage number in the business and the least examined. Most companies are underpriced and have never tested it.
The pricing metric
Choose what you charge per before choosing how much. It should scale with the value the customer receives, be predictable enough to budget, and be something they cannot easily game.
Get this wrong and no amount of tuning the number fixes it — a metric that scales with your cost rather than their value creates a permanent argument at every renewal.
Setting the level
Anchor on value delivered, not cost incurred. Cost sets a floor and nothing else.
Evidence to gather: what the alternative costs them today including labor, what similar categories charge, and what current customers say about price — with the caveat that nobody says a price is too low. Willingness-to-pay research is directional, not decisive; people misreport.
If nobody ever objects to your price, it is too low. Some loss on price is correct.
Packaging
Tiers should map to distinguishable segments with different needs, not to arbitrary feature counts. Three is usually right; more creates paralysis and support load.
Each tier needs one obvious reason to upgrade, tied to something that grows with the customer's success. Gating on a feature they will never need does not drive upgrades; gating on a limit they will hit does.
Name tiers for who they are for, not by metal. "Team" and "Business" tell a buyer where they belong.
Monetization surfaces
Upgrade prompts and paywalls should appear at the moment of blocked value — when someone is trying to do the thing the tier does not allow, not on a schedule.
Explain what is behind the gate and why the limit exists. An unexplained wall reads as extraction. Show the value already received before asking for payment, and make declining easy — dark patterns buy one conversion and lose the account.
Changing price
- Grandfather existing customers, or expect churn well beyond the price-sensitive segment.
- Announce with real notice and a clear reason.
- Change one thing at a time — price and packaging together makes the result unreadable.
- Model the downside first: at what churn rate does this increase lose money?
Sources
references/sources.md in this skill lists the outside authorities that settle the questions
here — what each one is authoritative for, and what you may do with it. Check them before
answering on anything they cover, and cite what you used. Most are free to read and not free
to reproduce; the use note on each is binding.
Never
- Change price without telling existing customers before it takes effect and honoring what they already signed.
- Pick a pricing metric the customer cannot predict. If they cannot forecast the bill, they will not sign.
- Add a tier to close a single deal. Tiers are a permanent tax on every conversation after it.
- Discount without taking something back in exchange — term, scope, payment timing, a reference. A free discount resets the price for everyone.
Files (headcount)
-
references
-
sources.md 2.7 KB
# Sources — `revenue:pricing-and-packaging` <!-- Generated by scripts/build-sources.py from sources/*.toml. Do not edit. --> Check these before answering on anything they cover, and cite what you used. The use note on each one is binding: most of what a professional cites is free to read and not free to reproduce. ## 15 U.S.C. 8403 — Restore Online Shoppers' Confidence Act US Congress, via the Office of the Law Revision Counsel · US · public domain (US government) — quote freely <https://uscode.house.gov/view.xhtml?req=granuleid:USC-prelim-title15-section8403&num=0&edition=prelim> **Authoritative for:** Whether an online auto-renewal offer is lawful — clear disclosure of material terms before billing, express informed consent, and a simple cancellation mechanism. This area has seen rules issued and struck down, so cite the statute rather than a rule summary. ## App Store Review Guidelines Apple · global · **read and cite only — copyrighted, do not reproduce** <https://developer.apple.com/app-store/review/guidelines/> Machine-readable: <https://developer.apple.com/app-store/search/> **Authoritative for:** Whether a listing, screenshot set, price presentation or subscription flow will be rejected. Binding for anything shipping through the App Store, and copyrighted — cite the rule number, do not mirror the text. ## California Automatic Renewal Law, Business and Professions Code 17600-17606 California Legislative Counsel · US-CA · public domain — quote freely <https://leginfo.legislature.ca.gov/faces/codes_displayText.xhtml?division=7.&chapter=1.&part=3.&lawCode=BPC&article=9.> **Authoritative for:** The concrete cancellation obligations a subscription business actually has to meet, because California's requirements are stricter than the federal floor and apply to any California customer — which in practice makes them the binding ones. ## FASB Accounting Standards Codification Financial Accounting Standards Board · US · **account required — cite it; the user fetches it** <https://asc.fasb.org/> **Authoritative for:** US GAAP as it actually reads — revenue recognition, leases, impairment. The Basic View is free with an account and the text is copyrighted: cite the ASC number, do not reproduce the wording. ## Guides Against Deceptive Pricing, 16 CFR 233 US Federal Trade Commission · US · public domain (US government) — quote freely <https://www.ecfr.gov/current/title-16/chapter-I/subchapter-B/part-233> **Authoritative for:** Whether a 'was $X, now $Y', list-price, free-offer or percentage-off claim is lawful as presented. --- Sources are maintained in `sources/` upstream, not here. If one is wrong, out of date, or missing, fix it there — this file is regenerated and an edit to it is lost.
-
-
SKILL.md 3.4 KB
--- name: pricing-and-packaging description: Sets price, structures packages and tiers, and designs the monetization surfaces that carry them — upgrade paths, paywalls, and offer construction. Use this to set or change pricing, design or restructure tiers, choose a pricing metric, build an offer, design upgrade prompts and paywalls, or evaluate whether a pricing change is safe to make. --- # Pricing and packaging The highest-leverage number in the business and the least examined. Most companies are underpriced and have never tested it. ## The pricing metric Choose what you charge *per* before choosing how much. It should scale with the value the customer receives, be predictable enough to budget, and be something they cannot easily game. Get this wrong and no amount of tuning the number fixes it — a metric that scales with your cost rather than their value creates a permanent argument at every renewal. ## Setting the level Anchor on value delivered, not cost incurred. Cost sets a floor and nothing else. Evidence to gather: what the alternative costs them today including labor, what similar categories charge, and what current customers say about price — with the caveat that nobody says a price is too low. Willingness-to-pay research is directional, not decisive; people misreport. If nobody ever objects to your price, it is too low. Some loss on price is correct. ## Packaging Tiers should map to distinguishable segments with different needs, not to arbitrary feature counts. Three is usually right; more creates paralysis and support load. Each tier needs one obvious reason to upgrade, tied to something that grows with the customer's success. Gating on a feature they will never need does not drive upgrades; gating on a limit they will hit does. Name tiers for who they are for, not by metal. "Team" and "Business" tell a buyer where they belong. ## Monetization surfaces Upgrade prompts and paywalls should appear at the moment of blocked value — when someone is trying to do the thing the tier does not allow, not on a schedule. Explain what is behind the gate and why the limit exists. An unexplained wall reads as extraction. Show the value already received before asking for payment, and make declining easy — dark patterns buy one conversion and lose the account. ## Changing price - Grandfather existing customers, or expect churn well beyond the price-sensitive segment. - Announce with real notice and a clear reason. - Change one thing at a time — price and packaging together makes the result unreadable. - Model the downside first: at what churn rate does this increase lose money? ## Sources `references/sources.md` in this skill lists the outside authorities that settle the questions here — what each one is authoritative for, and what you may do with it. Check them before answering on anything they cover, and cite what you used. Most are free to read and not free to reproduce; the use note on each is binding. ## Never - Change price without telling existing customers before it takes effect and honoring what they already signed. - Pick a pricing metric the customer cannot predict. If they cannot forecast the bill, they will not sign. - Add a tier to close a single deal. Tiers are a permanent tax on every conversation after it. - Discount without taking something back in exchange — term, scope, payment timing, a reference. A free discount resets the price for everyone.
Comments (0)
Sign in to join the conversation.
Reviews (0)
No reviews yet.
No comments yet.