add marketplace plugin structure

This commit is contained in:
mohitagw15856
2026-03-23 08:13:37 +00:00
parent 6b42687fde
commit 6113761ecb
38 changed files with 3736 additions and 0 deletions
@@ -0,0 +1,109 @@
---
name: data-analysis-standard
description: Structures product data analysis, metric deep-dives, funnel analysis, and cohort studies. Use when asked to analyse product metrics, investigate a drop in conversion, build a dashboard spec, or explain data to stakeholders. Triggers on "analyse metrics", "funnel analysis", "cohort analysis", "data deep dive", "why did X drop".
---
# Data Analysis Standard Skill
Turn raw numbers into product decisions. Structure every analysis with a clear question, methodology, finding, and recommended action.
## Analysis Framework: The 4-Question Method
Every analysis starts here:
1. **What changed?** (describe the metric and its movement)
2. **Why did it change?** (root cause — segment, funnel step, cohort, channel)
3. **So what?** (business or product impact)
4. **Now what?** (recommended action with confidence level)
Never deliver data without answering all four. A chart with no narrative is not an analysis.
---
## Metric Triage Template
Use when a metric has moved unexpectedly:
```
METRIC: [Name]
MOVEMENT: [X% change over Y period]
BASELINE: [What was normal]
SEGMENTATION CHECK:
- By platform (iOS / Android / Web)?
- By user cohort (new / returning / power users)?
- By acquisition channel?
- By geography?
- By plan/tier?
ROOT CAUSE HYPOTHESIS:
1. [Most likely explanation] — Evidence: [data point]
2. [Alternative explanation] — Evidence: [data point]
3. [Ruling out] — Eliminated because: [reason]
CONCLUSION: [Single sentence answer to "why did this change?"]
CONFIDENCE: [High / Medium / Low] — based on [data available]
```
---
## Funnel Analysis Structure
| Stage | Metric | Current | Benchmark/Target | Drop-off % | Notes |
|---|---|---|---|---|---|
| [Top of funnel] | [Users] | [N] | [N] | — | |
| [Step 2] | [Users] | [N] | [N] | [X%] | |
| [Step 3] | [Users] | [N] | [N] | [X%] | |
| [Conversion] | [Users] | [N] | [N] | [X%] | |
**Biggest drop-off:** [Step X → Step Y] — Hypothesis: [reason]
**Recommended investigation:** [specific query or test]
---
## Cohort Analysis Guidelines
Always define:
- **Cohort definition:** [What groups users — signup week, first action, plan type]
- **Retention metric:** [What counts as retained — login, core action, revenue]
- **Retention window:** [D1, D7, D30, W4, M3, etc.]
Output a cohort retention table and annotate:
- Baseline retention for each cohort
- Cohorts that over/underperform and why (feature launch? campaign? seasonal?)
- Trend direction across cohorts (improving / declining / stable)
---
## Stakeholder Analysis Output Format
### [Analysis Title] — [Date]
**Question being answered:** [Specific question in plain English]
**Time period:** [Date range]
**Data source:** [Where data comes from]
**Finding:**
> [12 sentence plain-English summary of what the data shows]
**Key chart / table:** [Include or describe]
**Root cause:** [Best explanation with evidence]
**Confidence level:** [High / Medium / Low] — [reason]
**Recommended action:**
1. [Immediate action — owner, timeline]
2. [Investigation needed — what to check next]
3. [Monitoring — what metric to watch and at what cadence]
**What this analysis does NOT tell us:** [Important caveat — what data is missing or what can't be concluded]
---
## Guidelines
- Always state what the data *cannot* tell you — never oversell confidence
- Correlations are not causation — flag this every time
- If the user has no baseline, recommend establishing one before drawing conclusions
- Recommend the simplest chart for each finding: bar for comparison, line for trends, scatter for correlation, table for detailed breakdowns
- Always specify the time window — "conversion dropped" is meaningless without "from X to Y over Z period"
@@ -0,0 +1,43 @@
---
name: product-health-analysis
description: Interpret product metrics against goals and surface actionable signals
tool_integration: Google Analytics, Mixpanel
---
# Product Health Dashboard Skill
## Purpose
Transform raw metrics data into a clear health narrative — what's working, what's not, and what needs immediate attention.
## Metrics Framework
Analyse across four layers:
1. **Acquisition** — new users, source quality, CAC trends
2. **Activation** — time to first value, onboarding completion rates
3. **Engagement** — DAU/MAU, feature adoption, session depth
4. **Retention** — D1/D7/D30 retention, churn rate, resurrection rate
## Process
1. For each metric, compare: current period vs. previous period, current vs. target
2. Flag anything more than 10% off target as requiring investigation
3. Look for correlations — does a drop in activation explain a retention dip 2 weeks later?
4. Write a plain-English health summary (no jargon) suitable for sharing with non-data stakeholders
5. Recommend top 3 areas for immediate investigation with suggested diagnostic steps
## Output Format
### Product Health Report — [Period]
**Overall Health:** 🟢 On Track / 🟡 Watch / 🔴 Action Required
| Metric | Current | Target | vs. Last Period | Status |
|--------|---------|--------|-----------------|--------|
| [metric] | [value] | [target] | [+/-%] | [🟢/🟡/🔴] |
**Key Observations:**
[3-5 bullet observations written in plain English]
**Areas Requiring Investigation:**
1. [Metric + hypothesis + suggested diagnostic]
2. [Metric + hypothesis + suggested diagnostic]
3. [Metric + hypothesis + suggested diagnostic]
**Recommended Actions:**
[Specific next steps with owners and timelines]
@@ -0,0 +1,116 @@
---
name: retention-analysis
description: Structures retention analysis, churn investigations, and engagement deep-dives for product teams. Use when asked to analyse user retention, investigate churn, measure DAU/MAU, or build a retention improvement plan. Triggers on "retention analysis", "churn", "DAU/MAU", "user retention", "why are users leaving".
---
# Retention Analysis Skill
Diagnose why users leave, identify what keeps them, and recommend specific, testable interventions — not vague "improve onboarding" suggestions.
## Retention Fundamentals
**The retention curve has two components:**
1. **Steepness of initial drop** (D1D7) — onboarding problem
2. **Long-term floor level** — product-market fit indicator
A product with PMF has a retention curve that flattens. If it trends to zero, you have a PMF problem, not an onboarding problem. Name this distinction explicitly.
---
## Retention Metrics Definitions
| Metric | Formula | What It Tells You |
|---|---|---|
| D1 Retention | Users who return on day 2 ÷ new users day 1 | Quality of first experience |
| D7 Retention | Users active on day 8 ÷ users who joined 7 days ago | Early habit formation |
| D30 Retention | Users active on day 31 ÷ users who joined 30 days ago | Product-market fit signal |
| DAU/MAU Ratio | Daily active users ÷ monthly active users | Stickiness (>20% good, >50% excellent) |
| Churn Rate | Users lost in period ÷ users at start of period | Monthly or annual |
| Net Revenue Retention | MRR at end of period ÷ MRR at start (same cohort) | Revenue health including expansion |
---
## Retention Investigation Framework
### Step 1: Segment the problem
Don't analyse "retention" — analyse retention for specific cohorts:
- New vs returning users
- Paid vs free
- Acquisition channel (organic vs paid vs referral)
- Onboarding path completed vs not
- Feature usage (power users vs lurkers)
### Step 2: Find the inflection points
Where does the drop happen? D1? D7? Month 3?
- D1 drop → First session experience
- D7 drop → Habit loop not formed
- D30 drop → Value not delivered at depth
- Month 3+ drop → Boredom, competition, or lifecycle event
### Step 3: Identify the "aha moment" correlation
Which early behaviour predicts long-term retention?
- Run correlation: users who did [X] in first 7 days vs 30-day retention
- Common patterns: connected an integration, invited a teammate, completed a core action N times
### Step 4: Qualify the churn
Interview churned users — never skip this. Survey data alone is insufficient.
- "What was the trigger that led you to cancel/stop?"
- "What were you trying to accomplish that you couldn't?"
- "What would need to change for you to come back?"
---
## Output Format
### Retention Analysis — [Product/Segment] — [Date]
**Question:** [Specific retention question being answered]
**Period Analysed:** [Date range]
**Segment:** [Which users]
---
**Current Retention Snapshot:**
| Metric | Current | Industry Benchmark | Status |
|---|---|---|---|
| D1 Retention | [X%] | 2540% | 🔴/🟡/🟢 |
| D7 Retention | [X%] | 1025% | 🔴/🟡/🟢 |
| D30 Retention | [X%] | 515% | 🔴/🟡/🟢 |
| DAU/MAU | [X%] | 1020% typical | 🔴/🟡/🟢 |
**Retention Curve Shape:** [Flattening / Still declining / Trending to zero]
**PMF Signal:** [Strong / Weak / Absent — based on curve shape]
---
**Root Cause Hypotheses:**
| Hypothesis | Evidence | Confidence | Test |
|---|---|---|---|
| [Cause] | [Data point] | H/M/L | [How to validate] |
**"Aha Moment" Correlation:**
Users who [specific action] in first [N] days retain at [X%] vs [Y%] for those who don't.
---
**Recommended Interventions:**
| Intervention | Target Drop | Expected Lift | Effort | Priority |
|---|---|---|---|---|
| [Specific change] | D1 / D7 / D30 | [X%] | S/M/L | 1/2/3 |
**Monitoring Plan:**
- Metric to track: [X]
- Review cadence: [Weekly / Monthly]
- Alert threshold: [If X drops below Y, investigate immediately]
---
## Guidelines
- Never recommend "improve onboarding" without specifying *what* to change and *why*
- Benchmark against industry — consumer apps, SaaS, and marketplaces have very different retention norms
- If DAU/MAU is below 5%, that's a PMF conversation, not a retention tactics conversation
- Always recommend talking to churned users — no amount of data replaces understanding the *reason*