| name | solo-metrics-track |
| description | Set up PostHog metrics plan with event funnel, KPI benchmarks, and kill/iterate/scale decision thresholds. Use when user says "set up metrics", "track KPIs", "PostHog events", "funnel analysis", "when to kill or scale", or "success metrics". Do NOT use for SEO metrics (use /seo-audit). |
| license | MIT |
| metadata | {"author":"fortunto2","version":"1.1.1","openclaw":{"emoji":"📈"}} |
| allowed-tools | Read, Grep, Glob, Write, AskUserQuestion, mcp__solograph__kb_search |
| argument-hint | <project-name> |
/metrics-track
Set up a metrics tracking plan for a project. Defines PostHog event funnel, KPI benchmarks, and kill/iterate/scale decision thresholds based on lean startup principles.
MCP Tools (use if available)
kb_search(query) — find PostHog methodology, analytics patterns
If MCP tools are not available, fall back to Grep + Read.
Methodology Reference
This skill implements metrics tracking based on lean startup principles:
- Relative metrics vs niche benchmarks — compare against your own trajectory, not vanity averages
- Kill/iterate/scale decision rules — data-driven thresholds for product decisions (see step 7 below)
Steps
-
Parse project from $ARGUMENTS.
- Read PRD for features, ICP, monetization model.
- Read CLAUDE.md for stack (iOS/Web/both).
- If empty: ask via AskUserQuestion.
-
Detect platform:
- iOS app → PostHog iOS SDK events
- Web app → PostHog JS SDK events
- Both → cross-platform identity (shared user ID across platforms)
-
Load PostHog methodology:
- If MCP available:
kb_search("PostHog analytics events funnel identity")
- Otherwise: check project docs for existing analytics configuration
- Extract: event naming conventions, identity resolution, funnel pattern
-
Define event funnel based on PRD features:
Standard funnel stages (adapt per product):
Awareness → Acquisition → Activation → Revenue → Retention → Referral
Map to concrete events:
| Stage | Event Name | Trigger | Properties |
|---|
| Awareness | page_viewed | Landing page visit | source, utm_* |
| Acquisition | app_installed or signed_up | First install/signup | platform, source |
| Activation | core_action_completed | First key action | feature, duration_ms |
| Revenue | purchase_completed | First payment | plan, amount, currency |
| Retention | session_started | Return visit (D1/D7/D30) | session_number, days_since_install |
| Referral | invite_sent | Shared or referred | channel, |
Notes
- PostHog EU hosting for privacy compliance
- Use
$set for user properties, capture for events
- Identity: start anonymous,
identify() on signup with user ID
- Cross-platform: same PostHog project, same user ID → unified journey
- Review dashboard weekly, make kill/iterate/scale decision monthly
Common Issues
Wrong platform detected
Cause: Project has both web and iOS indicators.
Fix: Skill checks package manifests. If both exist, it generates cross-platform identity setup. Verify the detected platform in the output.
KPI thresholds too aggressive
Cause: Default thresholds are industry averages.
Fix: Adjust thresholds in docs/metrics-plan.md based on your niche. B2B typically has lower volume but higher conversion.
PostHog SDK not in project
Cause: Metrics plan generated but SDK not installed.
Fix: This skill generates the PLAN only. Install PostHog SDK separately: pnpm add posthog-js (web) or add posthog-ios via SPM (iOS).