pricing-strategy
Skill2 starsChanged 5 months agoApache-2.0View on GitHub
Use when a founder needs to set or fix a price - when they say "how should I price this", "what should I charge", "am I too cheap", "should I do subscription or one-time", "how many tiers", or are about to launch with a number they pulled from thin air. Produces a value-anchored pricing model, 2-3 tiers, a willingness-to-pay and unit-economics sanity check, and a cheap price test instead of a guess. Finance education, not financial advice.
110 other projects use a version of this.
Adopted by
Most recently taken up by
- oivanfelipe/claude-skillstheir own version, first seen Nov 8, 2026
- darkweb19/skillstheir own version, first seen Nov 8, 2026
- bradydwardai/claude-skillstheir own version, first seen Nov 8, 2026
- yht-4403/jc-agent-skillstheir own version, first seen Nov 8, 2026
- insight68/Skillstheir own version, first seen Nov 8, 2026
- ftzi/livespectheir own version, first seen Nov 8, 2026
Used with
Projects with it also use community-led-growth, ph-community-outreach and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
nicepkgSkillcommunity-led-growth
Expert in community-led growth (CLG) - leveraging user communities to drive acquisition, retention, and expansion. Covers building developer communities, user groups, ambassador programs, and turning customers into advocates. Knows the difference between community as a feature vs community as a growth engine, and how to measure community ROI. Use when "community-led, CLG, ambassador program, champion program, user community, developer community, word of mouth, user group, " mentioned.
Also in 5 projects that use this
nicepkgSkillph-community-outreach
Engage Reddit, Indie Hackers, Hacker News and other communities for Product Hunt launches. Use this skill to identify relevant communities, craft appropriate posts, and drive cross-platform engagement without appearing spammy.
Also in 5 projects that use this
xfstudioSkillmicro-saas-launcher
Expert in launching small, focused SaaS products fast - the indie hacker approach to building profitable software. Covers idea validation, MVP development, pricing, launch strategies, and growing to sustainable revenue. Ship in weeks, not months. Use when: micro saas, indie hacker, small saas, side project, saas mvp.
Also in 5 projects that use this
mastepanoskiSkillux-audit-rethink
Comprehensive UX audit using IxDF's 7 factors, 5 usability characteristics, and 5 interaction dimensions. Holistic evaluation with redesign proposals based on user-centered design principles.
Also in 5 projects that use this
ncklrsSkillseo-content-strategist
Expert SEO content strategy for SaaS and B2B sites. Use when doing keyword research, planning content clusters, creating pillar pages, optimizing on-page SEO, fixing technical SEO issues, building links, refreshing content, implementing programmatic SEO, mapping search intent, optimizing for SERP features, or measuring content performance. Use for SEO audits, content gap analysis, and organic growth strategy.
Also in 5 projects that use this
skytiger6724Skillbrainstorm-okrs
Brainstorm team-level OKRs aligned with company objectives — qualitative objectives with measurable key results. Use when setting quarterly OKRs, aligning team goals with company strategy, drafting objectives, or learning how to write effective OKRs.
Also in 5 projects that use this
- +6 more from nicepkg
Other versions110 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 110
- TheCraigHewitt/seomachine★ 7.5ksame name
- MaxMiksa/Auto-Company★ 3.2ksame name
- MaxMiksa/Autonomous-Company★ 3.2ksame name
- yoopta-editor/Yoopta-Editor★ 3.1ksame name
- RefoundAI/lenny-skills★ 1.3ksame name
- LeoYeAI/openclaw-marketing-skills★ 1ksame name
- emotixco/claude-skills-founder★ 796same name
- OpenClaudia/openclaudia-skills★ 731same name
- vivy-yi/xiaohongshu-skills★ 455same name
- OneWave-AI/claude-skills★ 378same name
100 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository25 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- .cursor/rules/founderos.mdcCursor rule
- apply-mental-modelsSkill
- brand-and-namingSkill
- capture-learningSkill
- cofounder-and-equitySkill
- consumer-product-testingSkill
- customer-interviewsSkill
- find-first-customersSkill
- first-hireSkill
- founderos-prompt-scaffoldSkill
- investor-pipelineSkill
- landing-page-copySkill
- launch-planSkill
- legal-and-incorporationSkill
- north-star-metricsSkill
- pitch-deckSkill
- pivot-decisionSkill
- positioning-and-gtmSkill
- runway-and-unit-economicsSkill
- scope-mvpSkill
- sensory-testingSkill
- start-hereSkill
- validate-ideaSkill
The file
We split this skill into the rules it gives an agent
1 rule. 0 are common, 1 is distinctive, and 0 are very specific to this project.
0
Common
Most of the 103 edited versions we read keep these.
1
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 38
Never invent the value number.
“Common” is measured: kept by at least 6 in 10 of the 103 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Pricing Strategy
First-time founders almost always underprice - they price from fear ("will anyone pay?") and from cost ("it cost me X, add a margin"). Both are wrong. Price is the strongest lever you have on revenue and the clearest signal of the value you create. This skill anchors your price to the outcome the customer gets, structures it into tiers, sanity-checks it against what buyers will actually pay and what it costs you to serve, and - most importantly - gives you a cheap way to test the number instead of betting the company on a guess.
Finance education, not financial advice. This is a method for thinking about price, not a recommendation of any specific number. Validate every figure with real buyers and your own unit economics before you commit.
The method
Built on the Founder OS scaffold (High tier). Full frameworks, menus and templates in references/pricing.md.
Step 1 - Anchor to value, not cost
Cost-plus tells you the floor, not the price. The price ceiling is set by the value
[STARTUP_NAME] delivers to [ICP]. Quantify the outcome in the customer's terms:
- What does solving
[PROBLEM]save them (time, money, risk) or earn them? - What is the next-best alternative, and what does it cost them today?
- Your price should capture a fraction of that value - enough that the buyer keeps the bigger
share and still says yes. If you can't articulate the value in money or time, that's the gap
to close first (often via
customer-interviews).
Never invent the value number. Get it from buyers; treat your own estimate as an assumption to test.
Step 2 - Pick a pricing model that fits the value
How you charge should mirror how the customer receives value. Use the model menu in the reference (subscription, usage-based, tiered, one-time, freemium) and match it to fit signals - e.g. recurring value → subscription; value scales with consumption → usage; broad funnel + clear upgrade path → freemium. Pick one primary model for now; you can layer later.
Step 3 - Build 2-3 tiers around a core
Design good-better-best with a clear core offer most of [ICP] should land on. The middle
tier is usually the one you want most people to choose - structure the others to make it the
obvious answer. Keep it to 2-3 tiers (a confused buyer doesn't buy). Each tier needs a distinct
buyer, a distinct job, and one reason to upgrade. Full framework in the reference.
Step 4 - Sanity-check willingness-to-pay and unit economics
Two checks, both required:
- Willingness-to-pay (WTP): does the price sit inside what
[ICP]will actually pay? Pick a concept-level method from the reference (Van Westendorp, fake-door price points, simple A/B on the price page) and plan to run it. Stated WTP is weak; behavioural WTP (they paid) is strong. - Unit economics: at this price, does each sale make sense? Sketch contribution margin (price − variable cost to serve) and, if you can estimate it honestly, the rough relationship between what a customer is worth and what it costs to acquire one. Don't fabricate these numbers - mark what you know vs. what you're assuming.
Step 5 - Design a cheap test, then set the rule
You do not know your price until a stranger pays it. Pick the cheapest test that produces a real
signal (price-point fake door, two-price A/B, or simply quoting the price in sales conversations
and tracking the yes-rate). Set the pass/fail bar before running: e.g. "≥ [METRIC]% of
qualified buyers accept at this price → hold; below → test a different anchor." Raising price is
cheap to try and usually under-tested.
Output
- Value anchor: the quantified outcome for
[ICP]and the next-best alternative it beats. - Pricing model chosen, with the fit signal that justifies it.
- Tier table: 2-3 good-better-best tiers, the intended core, and the upgrade reason for each.
- WTP + unit-economics check: the price range buyers will bear, contribution margin sketch, and every figure flagged as known or assumed.
- Price test: the experiment, the pass/fail bar set in advance, and the decision rule.
Constraints
- Anchor to value, not cost. Cost-plus sets your floor; the customer's alternative sets your price.
- Don't guess the number - test it. Stated willingness-to-pay lies; behaviour (payment) tells the truth.
- Never invent benchmarks, margins, or "industry-standard" prices. Tell the founder to source or test every figure. This is finance education, not advice.
- Resist the underprice reflex and the discount reflex - both are usually fear, not strategy.
- Keep tiers to 2-3. A confused buyer does not buy.
- Flag pricing changes on existing paying customers as a higher-care decision (grandfathering, comms).
Copy-paste version
Act as a sharp pricing coach for a first-time founder. This is finance EDUCATION, not advice -
make me source or test every number, and never invent benchmarks or "standard" prices.
My product: [ONE_LINER]. Who it's for: [ICP]. The problem it solves: [PROBLEM].
Help me:
1. Anchor the price to the VALUE the customer gets (money/time saved or earned, vs their next-best
alternative) - not to what it cost me to build. If I can't quantify the value, tell me to go ask buyers.
2. Pick ONE pricing model that fits how they receive value (subscription / usage / tiered / one-time /
freemium) and tell me why it fits.
3. Design 2-3 good-better-best tiers around a clear core offer, with one upgrade reason per tier.
4. Sanity-check it: what range will [ICP] actually pay, and does each sale make economic sense
(price minus cost to serve)? Label every figure as KNOWN or ASSUMED.
5. Give me the cheapest experiment to TEST the price with real buyers, and the pass/fail number to set
BEFORE I run it.
Stop me from underpricing out of fear and from discounting by reflex.Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

