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,231 stars 221 forks Updated today 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
6 months ago
Last Updated
today
Language
HTML
License
MIT

Integrates with

Bundled in these plugins

Similar Skills

Semantically similar based on skill content — not just same category

DevOps & Infrastructure Solid

finance-based-pricing-advisor

Evaluate pricing changes using ARPU, conversion, churn risk, NRR, and payback. Use when deciding whether a pricing move should ship.

6,010 Updated 1 weeks ago
deanpeters
AI & Automation Solid

suede-pricing

Decide what to charge and how to package it: tiers, freemium versus free trial, value metric, willingness-to-pay research, and price increases without churning the base. Use when the user is deciding what to charge, restructuring plans, weighing a free tier or trial, or raising prices. 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,' or 'should I offer a free plan.' Use this whenever someone is figuring out what to charge or how to structure their plans. For in-app upgrade screens, see suede-paywalls. For offer construction (bonuses, guarantees, value framing, naming) on services/courses/coaching/high-ticket B2B, see suede-offers.

165 Updated today
JasonColapietro
DevOps & Infrastructure Listed

pricing-tradeoff

Strategy-stage skill: turns a pricing question into structured options — every option carries a stated margin mechanism, never a naked price point. Use when the user is weighing pricing structures — 'per seat or usage-based', 'freemium vs free trial', 'structure the pricing options', 'bundle or unbundle the add-on', 'how should we price X' — or when /pm routes such a request here. Do NOT use to conjure a single price with no cost/margin context, to size markets (opportunity-sizer), to audit a roadmap's economics (roadmap-reality-check), or for definitions of pricing terms.

1 Updated 6 days ago
Abhillashjadhav