agent-era-pricing

Featured

Redesign seat-based pricing for the agent era — when one human runs ten agents, per-seat models collapse. Use when agents are eroding seat counts, when asked to migrate to usage- or outcome-based pricing, to price an agent/API tier, or to defend revenue as customers automate their own usage. Produces a pricing migration plan: the new value metric, fences, agent-tier design, cannibalisation math, and a phased migration for existing customers. For general pricing and packaging strategy use pricing-strategy.

AI & Automation 1,356 stars 240 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 96/100

Stars 20%
100
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# Agent Era Pricing Skill Seat pricing quietly assumed the user was a human who logs in. Agents break the assumption from both sides: your customers need fewer seats (one operator, ten agents), and your product gets *more* usage than ever. This skill redesigns the model around a value metric that survives non-human users — without torching existing revenue on the way. ## What This Skill Produces - A **value-metric decision**: what you charge for when seats stop proxying value - **Agent-tier design**: how agent/API usage is packaged, fenced, and priced - **Cannibalisation math**: what happens to current revenue under the new model, computed on real cohorts - A **phased migration plan** for existing customers, with the grandfathering decision made explicitly ## Required Inputs Ask for (if not already provided): - **Current model**: plans, price points, seat definitions, current API/automation pricing if any - **The evidence of pressure**: seat contraction, API traffic growth, customer asks, competitor moves - **Unit economics**: cost to serve a seat vs an API call/agent action (rough is fine, labelled) - **3-5 representative customer profiles** with seat counts and usage (the cannibalisation test set) ## Method 1. **Find the value metric that survives agents.** Test candidates against three questions: does it scale with the value the *customer* receives (not your costs)? · is it counted identically whether a human or agent drives it? · can the customer predict their bill...

Details

Author
mohitagw15856
Repository
mohitagw15856/pm-claude-skills
Created
7 months ago
Last Updated
yesterday
Language
HTML
License
MIT

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

pricing

Designs pricing and packaging using value-metric selection, Van Westendorp willingness-to-pay analysis, and good-better-best tiering. Picks the metric you charge on, chooses the model (per-seat, usage, tiered), sets three tiers with anchoring, and stress-tests for money left on the table. Use when you say "how should we price this," "what should our tiers be," "are we underpriced," "per-seat vs usage," or "package our plans."

5 Updated 1 weeks ago
Sidsaladi9
AI & Automation Listed

agentic-session-economics

Keep agent-session spend proportional to work delivered. Use this skill when: planning a new agentic workflow; noticing session costs feel disproportionate to output; deciding whether to full-read a large file or use a tail-read; weighing the cost consequences of a model tier; deciding when to start a fresh session; batching doc updates; setting up cost discipline before a project grows; fighting broken tooling in the agent layer. Triggers: "my usage is going fast", "why is this session so expensive", "which model should this subagent run on", "how do I keep costs down", "when should I start a fresh session", "how do I read large files efficiently", "token discipline". Defer tier *selection* for a given task to `agentic-driving-weaker-models`; this skill owns what a tier choice costs, not which tier fits the work. Not for API or product pricing questions.

0 Updated 1 months ago
gidde032
AI & Automation Listed

pricing

When the user wants help with pricing decisions, packaging, or monetization strategy. Also use when the user mentions 'pricing,' 'pricing tiers,' 'freemium,' 'free trial,' 'packaging,' 'price increase,' 'value metric,' 'Van Westendorp,' 'willingness to pay,' 'monetization,' 'how much should I charge,' 'my pricing is wrong,' 'pricing page,' 'annual vs monthly,' 'per seat pricing,' 'should I offer a free plan,' 'pricing page teardown,' 'pricing page audit,' 'is my pricing page AI-readable,' or 'can AI read my pricing.' Use this whenever someone is figuring out what to charge, how to structure their plans, or wants to audit a pricing page (for humans and for the AI agents that shortlist tools). For in-app upgrade screens, see paywalls. For offer construction (bonuses, guarantees, value framing, naming) on services/courses/coaching/high-ticket B2B, see offers.

6 Updated today
TommyBez