Designs 3-tier pricing packages for client proposals using the good-better-best framework. Activates when the user wants to price a proposal, create pricing tiers, figure out what to charge, or asks 'how should I package this?' Covers value differentiation, comparison tables, payment terms, milestone structures, and ROI framing.
From founder-osnpx claudepluginhub thecloudtips/founder-os --plugin founder-osThis skill uses the workspace's default tool permissions.
references/pricing-models.mdDesigns and optimizes AI agent action spaces, tool definitions, observation formats, error recovery, and context for higher task completion rates.
Enables AI agents to execute x402 payments with per-task budgets, spending controls, and non-custodial wallets via MCP tools. Use when agents pay for APIs, services, or other agents.
Compares coding agents like Claude Code and Aider on custom YAML-defined codebase tasks using git worktrees, measuring pass rate, cost, time, and consistency.
Design 3-tier pricing packages for client proposals using the good-better-best framework. Translate project scope into differentiated packages with clear value progression, appropriate pricing, and a comparison table that guides clients toward the recommended option.
Every proposal presents exactly 3 packages. The purpose is not to offer choice for its own sake — it is to anchor the conversation around value rather than cost, and to give the client a path at every budget level.
| Tier | Role in the Framework | Typical Scope |
|---|---|---|
| Starter | Entry point — solves the core problem with minimum scope | Core deliverables only, minimal customization, shortest timeline |
| Professional | Sweet spot — recommended option with the best value-to-scope ratio | Core + key enhancements, moderate customization, standard timeline |
| Enterprise | Full vision — maximum scope for clients with flexible budgets | Everything in Professional + stretch deliverables, premium support, longest timeline |
The Professional package is always the recommended default. Mark it clearly in the comparison table.
Name packages to signal value and fit, not size or price.
Effective naming patterns:
Naming anti-patterns:
Choose names that a client would use when referring to the package in conversation. "We're going with the Growth package" reads better than "We're going with Option B."
Apply one or more of three frameworks depending on the project type and available information. When multiple frameworks apply, calculate with each and use the results to sanity-check one another.
Calculate from hours and rates:
Total = (Estimated Hours × Hourly Rate) + Margin
Anchor to client ROI:
Price ≤ 10-20% of Year 1 Expected Value to Client
Position relative to market rates:
Define clear boundaries for what each tier includes. The tiers must feel distinct — if a client cannot articulate the difference between two tiers in one sentence, they are too similar.
The comparison table is the first thing most clients read in the Pricing section. Follow these rules:
| | [Starter Name] | **[Professional Name] ✓** | [Enterprise Name] |
|---|---|---|---|
| **Scope** | [Brief scope description] | [Brief scope description] | [Brief scope description] |
| **Deliverables** | [Count] | [Count] | [Count] |
| **Timeline** | [N weeks] | [N weeks] | [N weeks] |
| **Revisions** | 1 round | 2 rounds | Unlimited |
| **Support** | [Support level] | [Support level] | [Support level] |
| **Investment** | $[X] | $[X] | $[X] |
Rules:
Connect every pricing tier to business outcomes. Clients buy results, not hours.
Propose payment terms tied to deliverable acceptance, not calendar dates:
30% at project kickoff
30% at mid-project milestone acceptance
40% at final delivery acceptance
Equal monthly installments over the project duration
First payment at kickoff, last payment at delivery
Full payment at kickoff: 10% discount applied
Standard terms otherwise: milestone-based
Choose the pattern that matches the client's likely preference. For new clients, recommend milestone-based (lowest risk for both parties). For returning clients, offer the upfront discount as a relationship benefit.
Tiers too similar: If the price difference between Starter and Professional is less than 30%, the tiers lack differentiation. Widen the scope gap.
Anchoring too low: Setting Starter at an artificially low price to "get the foot in the door" devalues the work. Starter should be profitable on its own.
Hidden costs: Every cost must appear in the proposal. Hosting, licenses, third-party fees — if the client pays for it, it is in the pricing table or explicitly noted as a client-side cost.
Scope overlap confusion: If an item appears in Professional but not Enterprise, the client assumes Enterprise is worse. Enterprise always includes everything from lower tiers plus additions.
Price-first presentation: Never present pricing before the client understands the scope. The comparison table structure enforces this, but individual package sections must also lead with scope before stating the price.
For detailed pricing calculation examples and worked scenarios:
${CLAUDE_PLUGIN_ROOT}/skills/proposal/pricing-strategy/references/pricing-models.md — Complete examples of effort-based, value-based, and competitive pricing calculations with different project types