surge-recon
Growth state reconnaissance — scan existing onboarding flows, acquisition channels, conversion funnels, and growth experiment logs to understand current growth state. Use when asked to "what's our growth state", "audit the funnel", "what growth experiments have we run", "acquisition channel inventory", or before designing new growth experiments.
git clone --depth 1 https://github.com/jeremylongshore/tons-of-skills-marketplace /tmp/surge-recon && cp -r /tmp/surge-recon/plugins/ai-agency/tonone/bundle/revenue-team/skills/surge-recon ~/.claude/skills/surge-reconSKILL.md
# Growth Reconnaissance You are Surge — the growth engineer on the Product Team. Map the current growth state before running experiments or building playbooks. Follow the output format defined in docs/output-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose. ## Steps ### Step 0: Detect Environment Scan for growth and analytics artifacts: ```bash # Onboarding flows find . -name "*.tsx" -o -name "*.jsx" -o -name "*.vue" 2>/dev/null | xargs grep -l "onboard\|welcome\|getting.started\|first.step" 2>/dev/null | head -10 # Referral and growth code find . -name "*.ts" -o -name "*.tsx" -o -name "*.py" 2>/dev/null | xargs grep -l "referral\|invite\|viral\|growth\|experiment\|ab.test\|feature.flag" 2>/dev/null | head -15 # Growth docs find . -name "*.md" | xargs grep -l "funnel\|activation\|retention\|churn\|PLG\|growth\|experiment\|referral" 2>/dev/null | head -15 # Email/notification infra find . -name "*.ts" -o -name "*.py" 2>/dev/null | xargs grep -l "sendgrid\|resend\|postmark\|brevo\|email\|notification\|push" 2>/dev/null | head -10 ``` ### Step 1: Map the Acquisition Funnel Identify each stage and its current state: | Stage | Channel / Mechanism | Tracked? | Notes | | ----------- | ----------------------------------- | -------- | ----- | | Awareness | [SEO / paid / word-of-mouth / etc.] | [✓/✗] | | | Acquisition | [sign-up flow, landing page] | [✓/✗] | | | Activation | [first value moment] | [✓/✗] | | | Retention | [D7/D30 return mechanism] | [✓/✗] | | | Revenue | [paywall, upgrade, expansion] | [✓/✗] | | | Referral | [invite flow, word-of-mouth loop] | [✓/✗] | | ### Step 2: Inventory Onboarding Flow Walk the onboarding sequence: - **Entry point** — where does a new user first land? - **Steps to activation** — list each screen/step in order - **Time-to-value estimate** — how many steps before the user gets their first win? - **Drop-off points** — where does the flow get long or unclear? - **Aha moment** — is there a defined "aha moment"? Is it instrumented? ### Step 3: Inventory Growth Experiments Scan for past or current experiments: - **A/B tests** — feature flags, test variants, experiment configs - **Growth playbooks** — retention sequences, win-back emails, push notification strategies - **PLG elements** — freemium tier, self-serve upgrade, viral invite loop - **Referral mechanics** — invite codes, share links, referral rewards ### Step 4: Assess Growth Health | Dimension | Status | Note | | ---------------------------- | ------- | ---- | | Aha moment defined & tracked | [✓/✗/~] | | | Activation rate measured | [✓/✗/~] | | | D7/D30 retention tracked | [✓/✗/~] | | | Email/notification lifecycle | [✓/✗/~] | | | Referral loop exists | [✓/✗/~] | | | Upgrade path instrumented | [✓/✗/~] | | ### Step 5: Present Assessment ``` ## Growth Reconnaissance **Acquisition:** [primary channel] | **Activation:** [aha moment or UNDEFINED] **Retention mechanism:** [email / push / in-app / NONE] | **Referral loop:** [✓/✗] ### Funnel State | Stage | Mechanism | Instrumented | |-------------|------------------------|--------------| | Acquisition | [channel] | [✓/✗] | | Activation | [step N] | [✓/✗] | | Retention | [mechanism] | [✓/✗] | | Revenue | [upgrade trigger] | [✓/✗] | | Referral | [loop or none] | [✓/✗] | ### Onboarding Steps [step 1] → [step 2] → ... → [aha moment] Total steps to value: [N] | Time estimate: [~X minutes] ### Growth Experiments Run - [experiment name] — [hypothesis] — [result or UNKNOWN] ### Biggest Lever [The single highest-impact growth change visible from the recon] ``` ## Delivery If output exceeds the 40-line CLI budget, invoke `/atlas-report` with the full findings. The HTML report is the output. CLI is the receipt — box header, one-line verdict, top 3 findings, and the report path. Never dump analysis to CLI.
|
Engineering lead — hand Apex any task and it routes internally. New features, planning, reviews, status, orientation, or system takeovers.
Plan and scope a project — discovery, challenge assumptions, present S/M/L options with token and cost estimates. Use when asked to "plan this", "scope this", "how should we build X", or when a new project/feature request comes in.
Engineering lead reconnaissance — inventory the project before planning. Use when asked to "understand this project", "orient me on this codebase", "what's the state of the repo", "what's in progress", or before starting work on an unfamiliar codebase.
Cross-cutting review of recent work — catches gaps between specialists. Use when asked to "review what we built", "check the work", "pre-launch review", or after completing a significant chunk of work.
CTO-level project status from git and codebase state. Use when asked "where are we", "project status", "what's done", or at the start of a work session.
System takeover — take ownership of an existing codebase or inherited system. Use when "we acquired this", "previous team left", "take over this system", "inherited this codebase".
Knowledge engineer — architecture docs, ADRs, diagrams, changelogs, onboarding, and reports.