Communitygithub.com

amplitude/builder-skills

Diagnose revenue leaks, analyze willingness-to-pay, evaluate packaging and pricing, and identify expansion revenue opportunities. Use when a PM needs to improve conversion to paid, optimize pricing, reduce revenue churn, or find upsell and expansion opportunities.

builder-skills란 무엇인가요?

builder-skills is a Claude Code agent skill that diagnose revenue leaks, analyze willingness-to-pay, evaluate packaging and pricing, and identify expansion revenue opportunities. Use when a PM needs to improve conversion to paid, optimize pricing, reduce revenue churn, or find upsell and expansion opportunities.

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/growth-skills/skills/diagnose-monetization

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

Diagnose Monetization

Find where revenue is leaking, identify willingness-to-pay signals in user behavior, evaluate your packaging, and size the opportunities to capture more value.

You are delivering value but not capturing it proportionally. Monetization diagnosis is not about raising prices blindly — it is about understanding the relationship between the value users receive and the revenue you collect, finding the gaps, and closing them. The best monetization improvements come from aligning price with value: charge more where you deliver more, remove friction where payment blocks adoption, and expand revenue from users who have already proven they need you.


Prompt Template

You are a monetization strategist who understands that pricing is a product decision, not a finance decision. You follow the value, size every opportunity, and never recommend a price change without understanding the behavioral impact on conversion and retention.

Here is what I'm working with:

<context>
$ARGUMENTS
</context>

> If the above is blank, ask the user: "{{DESCRIBE YOUR PRODUCT, PRICING MODEL (FREE/FREEMIUM/TRIAL/PAID TIERS), CURRENT REVENUE METRICS (ARR, ARPU, CONVERSION RATE, EXPANSION RATE, REVENUE CHURN), USER SEGMENTS, AND ANY DATA ON FEATURE USAGE BY TIER}}"

Help me diagnose monetization. Follow these steps precisely:

### Step 1: Map the Revenue Architecture

Start by decomposing how revenue is generated and where it leaks.

- **Decompose revenue mathematically:** Revenue = Users x Conversion Rate x ARPU x (1 - Revenue Churn Rate) + Expansion Revenue. Size every component with actual numbers.
- **Map each tier/plan:** For each — price, what's included, current user count, conversion rate from the prior tier, ARPU.
- **Identify the value metric** — the unit of value that scales with usage and should drive pricing (seats, events tracked, queries run, projects created, API calls). Assess whether current pricing aligns with this value metric. If you charge per seat but value scales with usage volume, there is a structural misalignment that leaks revenue.
- **Calculate LTV:CAC by segment** if data is available. Segments where LTV:CAC > 3 are under-monetized or under-invested in acquisition. Segments where LTV:CAC < 1 are value-destroyers — you are paying more to acquire them than they will ever return.

### Step 2: Diagnose the Free-to-Paid Funnel

If you have a free tier or trial, this is where most revenue leaks.

- **Map the conversion funnel** from free/trial to first payment. Size every step with absolute numbers and rates.
- **Identify the conversion trigger** — what behavior or event precedes conversion? Common triggers:
  - Hitting a usage limit (natural paywall)
  - Needing a paid-only feature (feature gate)
  - Team expansion (seat-based trigger)
  - Compliance or admin requirement (enterprise trigger)
- **Segment conversion by:** acquisition channel, user persona, company size, usage intensity, time-in-product. Look for segments that convert at 2x+ or 0.5x the average — these reveal packaging misalignment or targeting problems.
- **Analyze time-to-conversion:** How long from signup to first payment? Is there a natural conversion window? Plot the conversion probability over time — users who don't convert within this window rarely convert later. Quantify the decay curve.
- **Distinguish "freeloaders" from "future converts":**
  - **Freeloaders:** Heavy free users who will never pay — they work around limits, use free alternatives for paid features, or are in segments that don't have budget. Size this population.
  - **Future converts:** Users building toward a trigger — growing usage, adding team members, exploring paid features. Size this population.
  - If the freeloader population is large, the free tier gives away too much value. If the future-convert pipeline is thin, the free tier doesn't demonstrate enough value to motivate upgrading.

### Step 3: Evaluate Packaging and Pricing

Packaging decides who pays and how much. Get it wrong and you either leave money on the table or block adoption.

- **Assess feature-tier alignment.** For each paid feature:
  - What percentage of free users would want it?
  - What percentage of paid users actually use it?
  - Is it a "door-opener" (drives initial conversion) or a "door-closer" (justifies renewal)?
- **Identify packaging problems:**
  - **Under-gating:** High-value features available for free that could drive conversion if gated. Size the opportunity: "X free users use Feature Y weekly. If gated behind paid, at current conversion rates, this is $Z/month."
  - **Over-gating:** Features gated to expensive tiers that few users reach, reducing overall adoption and creating network-effect drag. If a collaboration feature is locked to Enterprise, the product feels hollow for everyone else.
  - **Wrong value metric:** Pricing on seats when value scales with usage (penalizes collaboration) or on usage when value comes from breadth (punishes exploration).
  - **Missing tier:** A gap in the pricing ladder where a meaningful user segment falls — too expensive to upgrade, not enough value in the current plan. Size the population stuck in this gap.
- **Identify willingness-to-pay signals from behavior:** Users who hit limits and work around them, users who request features only available in higher tiers, users whose usage patterns match paid-tier profiles but haven't upgraded. These are your highest-conversion targets.

### Step 4: Analyze Expansion and Contraction

For subscription businesses, expansion revenue is often a larger opportunity than new customer acquisition.

- **Decompose net revenue retention (NRR):** Gross retention + expansion - contraction - churn. Size each component.
- **Identify expansion triggers:** What causes users to upgrade? Seat growth, usage growth, feature need, compliance? Size each trigger by frequency and revenue impact.
- **Identify contraction triggers:** What causes downgrades? Seat reduction, usage decline, feature redundancy, budget cuts? Size each.
- **Calculate expansion revenue potential:** "X% of users on Tier A use >80% of their limit. If Y% upgrade when they hit the limit, that is $Z/month in expansion revenue." This is the most directly addressable monetization opportunity.
- **Identify "expansion-ready" cohorts** — users whose behavior signals they need a higher tier but haven't upgraded. What is blocking them?
  - Price shock (the jump between tiers is too large)
  - Unclear value (they don't understand what they'd get)
  - Friction (the upgrade flow is buried, requires sales contact, or takes too long)

### Step 5: Size and Rank Monetization Opportunities (and Anti-Plays)

Build a monetization opportunity matrix. For each opportunity:

| Opportunity | Revenue Impact ($/month) | Affected Users | Retention Risk | Effort | Time to Impact |
|-------------|-------------------------|----------------|----------------|--------|----------------|
| ... | ... | ... | ... | ... | ... |

- Rank by **risk-adjusted revenue impact.** A change that adds $50K/month but increases churn by 5% may be net-negative. Show the math for the top 3 opportunities.
- **Model the sensitivity:** "A 1 percentage point improvement in free-to-paid conversion at current volume = $X/month. A $Y increase in ARPU across current paid base = $Z/month." This reveals whether conversion or ARPU is the bigger lever.
- **Run the compound math:** Monetization improvements that also improve retention (better value alignment, removing friction) compound. Monetization changes that hurt retention erode over time. Always model both effects.

**Where NOT to focus — common anti-plays:**
- Raising prices without understanding price sensitivity — you may increase ARPU but decrease conversion, netting negative
- Gating features that drive activation or retention — you'll trade short-term revenue for long-term churn. If a feature is what makes users stick, keep it accessible.
- Optimizing monetization before product-market fit — if retention is poor, fixing pricing won't save you. Use **build-metric-tree** to check.
- Adding a cheap tier to "capture more users" when the real problem is conversion friction, not price — you'll dilute ARPU without fixing the funnel
- Treating all free users as "potential revenue" — some segments will never pay, and that's fine if they contribute to network effects, word-of-mouth, or marketplace liquidity
- Over-indexing on ARPU when user volume is the constraint — use **build-metric-tree** to check whether monetization or acquisition is the real lever
- Copying a competitor's pricing without understanding whether your value metric and customer segments are the same

### Output Format

Deliver:
1. Revenue architecture with the decomposed formula and every component sized
2. Free-to-paid funnel analysis with conversion triggers and time-to-conversion
3. Packaging evaluation with specific under-gating, over-gating, and misalignment findings
4. Expansion/contraction analysis with NRR decomposition and expansion-ready cohorts
5. Ranked monetization opportunity matrix with risk-adjusted revenue math
6. Anti-plays — where not to invest
7. Open questions — what data is missing, what hypotheses need validation (especially price sensitivity)

Be direct. Be quantitative. If the pricing model is structurally misaligned with value delivery, say so clearly.

Tips

  • Monetization changes are high-stakes and hard to reverse. Always pair with craft-experiment-design before shipping pricing or packaging changes.
  • Bring your revenue data by tier and segment. Even approximate ARPU and conversion rates unlock the sizing steps.
  • Use build-metric-tree first to confirm monetization is actually the bottleneck — if acquisition or retention is broken, fixing monetization won't save you.
  • Use create-chart to build feature usage by tier charts in Amplitude. These are essential for the packaging evaluation in Step 3.
  • Use diagnose-retention to understand if revenue churn is driven by product churn or pricing dissatisfaction — the interventions are completely different.
  • If you have a free tier, the single most impactful analysis is identifying the conversion trigger. Once you know what makes users pay, you can engineer more users toward that moment.

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

amplitude/builder-skills

Performs deep analysis of a specific Amplitude chart to explain trends, anomalies, and likely drivers. Use when a metric looks unusual, investigating a spike or drop, or understanding the "why" behind numbers.

amplitude/builder-skills

Deeply analyze Amplitude dashboards by analyzing key charts, surfacing top areas for concern and takeaways, identify anomalies, then explain changes using customer feedback trends.

amplitude/builder-skills

Designs A/B tests with proper metrics and variants, analyzes running or completed experiments, and interprets results with statistical rigor. Use when setting up experiments, checking experiment status, analyzing results, or making ship decisions.

amplitude/builder-skills

Synthesizes customer feedback into actionable themes including feature requests, bugs, pain points, and praise. Use when planning product roadmap, understanding user sentiment, investigating specific issues, or preparing voice-of-customer reports.

amplitude/builder-skills

Analyze MCP server usage instrumented with Amplitude's MCP Analytics SDK: break usage and errors down by tool, read the rationales within each tool to see what callers are trying to do, and produce a prioritized write-up of actionable fixes. Use this skill whenever the user asks to understand how their MCP server is being used, what agents/users are trying to do with it, why tool calls are failing, what to fix or improve in their MCP server, or asks for an "MCP usage report", "tool error analysis", "intent analysis", "rationale clustering", or "MCP insights". Also trigger when the user mentions [MCP]-prefixed events, tool rationale, tool call errors, or just finished instrumenting their MCP server and wants to see what the data says. Requires the Amplitude MCP connector.

amplitude/builder-skills

Read lost deals and churned accounts from your CRM, extract reasons clustered by theme (missing features, pricing, competitors, UX), and write a prioritized weekly analysis with product improvement recommendations. Use before roadmap planning or to build the case for prioritizing retention work.

amplitude/builder-skills

Creates Amplitude charts from natural language descriptions, handling event selection, filters, groupings, and visualization choices. Use when you know what you want to measure but prefer not to build the chart manually.

amplitude/builder-skills

Guide an Amplitude user through building a custom agent by suggesting use cases grounded in their role and data, shaping the idea into a well-formed spec, and generating a ready-to-run Global Agent deeplink that creates it. Use to create, build, or set up a custom agent, automate a recurring analysis, or put a repeated report on a schedule.

amplitude/builder-skills

Builds comprehensive Amplitude dashboards from requirements or goals, organizing charts into logical sections with appropriate layouts. Use when creating a complete dashboard from scratch or assembling existing charts into a cohesive view.

amplitude/builder-skills

Monitors all active and recently completed experiments across Amplitude projects, triages them by importance, then runs deep analysis and reporting on the most impactful ones. Use when the user asks to "check on experiments", "experiment status", "experiment review", "what experiments are running", or wants a periodic experiment health report.

amplitude/builder-skills

Pull Intercom tickets and Slack support messages from the past 7 days, classify each signal, enrich with CRM data (ARR, plan, renewal), score by customer value and churn risk, and output a tiered priority report saved to Drive. Use when you need a fast, data-driven view of what support signals matter most.

amplitude/builder-skills

Use this skill whenever a user wants to improve existing pages on their website to get cited more by AI models — whether they say "our pages aren't getting cited", "improve this page for AI visibility", "which of our pages should we update", "make this article more cite-worthy", "our competitors are getting cited instead of us", "update our content for AI search", or any variation where the goal is improving an existing asset rather than creating something new. This skill pulls owned pages from AI Visibility, identifies which ones have citation potential but are underperforming, compares them against the external pages that are winning citations on the same topics, and produces section-level rewrites or a full-page update — then pushes the revision to the CMS as a draft. Trigger even if the user just says "help me get cited more" or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to win AI citations on prompts that competitors currently dominate — whether they say "competitors are getting cited instead of us", "we're losing on these prompts", "how do I outrank [competitor] in AI answers", "find prompts where we should be winning", "create content to beat [competitor]", or any variation where the goal is capturing AI share on prompts a competitor currently owns. This skill pulls competitor visibility data from AI Visibility, identifies the specific prompts where competitors win and Amplitude is absent, clusters them by intent, and produces targeted comparison pages, alternatives content, or rebuttal assets — then pushes drafts to CMS. Trigger on any mention of competitor, prompt hijack, outrank, or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to turn AI Visibility data into published content — whether they say "find content gaps", "what should we write about", "which topics have low visibility", "help me get cited by AI models", "create a blog post from our AI Visibility gaps", "we're losing to competitors on these prompts", or any variation where they want to go from AI visibility weakness to a draft article, landing page, or FAQ. This skill connects directly to Amplitude AI Visibility data (topics, prompts, visibility scores, citations, competitor data, full LLM responses and sources) and produces a publish-ready content brief plus full article draft. If the user mentions CMS (WordPress, Webflow, Contentful, Sanity, HubSpot, Ghost, Shopify), also trigger this skill to push the draft directly. Trigger even if they just say something vague like "what content should we create?" in an AI Visibility context.

amplitude/builder-skills

Use this skill whenever a user wants to test content variants before publishing to find which one will get cited most by AI models — whether they say "which version of this content will perform better", "test this article before we publish", "simulate how AI will respond to this content", "which angle should we use", "generate content variants and pick the winner", "run a simulation before publishing", or any variation where the goal is data-driven content selection rather than gut-feel publishing. This skill takes an identified content opportunity, generates 2–3 distinct variants with different angles or structures, scores them against actual AI model responses from AI Visibility, references the Simulate Changes feature for pre-publish validation, and produces a clear recommendation on which variant to publish — then pushes the winner to CMS. Trigger on any mention of "simulate", "test variants", "which performs better", "A/B content", or "before we publish".

amplitude/builder-skills

Use this skill whenever a user wants to understand which external sources are being cited by AI models on topics relevant to their brand, and wants to create content that will outrank those sources — whether they say "what sources are AI models citing", "why is [third-party site] being cited instead of us", "we want to be the definitive source on X", "build something that gets cited more than G2 or TechRadar", "create an authoritative asset", or any variation where the goal is producing a new reference asset (definition page, benchmark, methodology, glossary, comparison hub) designed to beat existing top-cited sources. This skill analyzes AI Visibility source data, reverse-engineers what makes top-cited pages authoritative, and produces a superior source asset — then pushes it to CMS as a draft. Trigger on any mention of "sources", "third-party citations", "authoritative content", "definitional pages", or "outrank".

amplitude/builder-skills

Instrument a Node/TypeScript MCP server with Amplitude's @amplitude/mcp-analytics SDK so tool calls, sessions, and rationale are tracked as Amplitude events. Use this skill whenever the user wants to add Amplitude analytics to their MCP server, mentions "MCP Analytics", "@amplitude/mcp-analytics", "instrument my MCP server", "track MCP tool calls", "add rationale to my MCP tools", or wants agent traffic (Claude, Cursor, ChatGPT) attributed back to Amplitude. Also use for adding UTM tagging to MCP-returned links, or for troubleshooting identity/user_id mismatches between MCP events and web/mobile Amplitude data.

amplitude/builder-skills

Instruments a pull request with Amplitude analytics that conform to the project's existing taxonomy. Reads the tracking plan via the Amplitude MCP server (events, properties, naming conventions), analyzes the PR diff to find the few user actions genuinely worth tracking, detects the codebase's SDK and tracking patterns, and adds instrumentation that matches both. Optionally (opt-in) stages new events and properties on an Amplitude tracking-plan branch for data-governance review. Use when asked to "instrument this PR", "add analytics to this change", "add tracking", "add Amplitude events", "instrument this feature", or "what should I track here".

amplitude/builder-skills

Diagnoses product health by cross-referencing Amplitude analytics (dashboards, charts, funnels, feedback, AI agent analytics), optionally Datadog (errors, latency, stack traces), and optionally Slack (qualitative feedback, bug reports, feature requests). Identifies what's broken, what's working, and what to do about it — with root causes, not just symptoms. Use when asked to "diagnose my product", "what's going on", "product health check", "what's broken", "where are users struggling", "give me a product diagnosis", or "what should I focus on".

amplitude/builder-skills

Summarizes B2B account health by analyzing usage patterns, engagement trends, risk signals, and expansion opportunities. Use for customer success reviews, renewal preparation, QBRs, or account prioritization.

관련 스킬