A 轮 SaaS · AARRR 海盗指标看板

Weekly Active Teams 翻倍引擎

北极星指标 NSM：weekly active teams | 6 个月目标：1,200 → 2,400

5,000

MAU

付费转化率

NPS

$32K

MRR 估算

This dashboard helps CEO + 增长负责人 decide 每周资源分配优先级（增长实验投向哪个 funnel）by showing 5 个 AARRR funnel 的主指标趋势、距目标差距、与行业 benchmark 的偏离度。
打开节奏：每周一 10min 站会 | 打开场景：增长周会 / 投资人月度 update / 季度 OKR 复盘

Funnel 全景 — 5 格快照

📥

Acquisition 获取

周新增 teams

CAC$60

Organic %55%

30d 目标75/wk

180d 目标170/wk

🏷 A 轮 benchmark: 50–150/wk

⚡

Activation 激活

35%

W1 Aha 触达率

TTV P503.2d

Aha 事件team 首协作

30d 目标42%

180d 目标55%

🏷 Top quartile: 40–60%

🔄

Retention 留存

45%

W4 留存率

W12 留存25%

Quick Ratio2.8

30d 目标W4 50%

180d 目标W4 62%

🏷 SaaS 健康线: W4 > 60%

💰

Revenue 变现

$32K

MRR

ARPU$80/mo

LTV (12m)$960

30d 目标$38K

180d 目标$80K

🏷 A 轮区间: $10K–50K

📣

Referral 推荐

NPS

K-factor0.15

邀请→注册12%

30d 目标NPS 35

180d 目标NPS 45

🏷 SaaS 良好: NPS > 30

NSM 拆解：weekly active teams 的增长方程

weekly active teams_t+1 = weekly active teams_t + new teams (Acquisition) + resurrected teams (Retention win-back) − churned teams (Retention loss)
6 个月翻倍路径：周新增从 62 → 170（+175%） + W4 留存从 45% → 62%（+38%）→ 净周增长从 +18 teams 提升到 +45 teams，24 周后累计达到 2,400。

指标定义表 — 精确公式与数据源

指标	精确公式（分子 / 分母 / 排除条件）	时间窗	数据源
ACQ周新增 teams	`COUNT(DISTINCT team_id)` WHERE `created_at` BETWEEN 周一 00:00 AND 周日 23:59 UTC+8 排除：内部测试域名、demo 自动创建	7d 滚动	`teams` 表 / Mixpanel `$signup` 事件
ACQCAC	`SUM(mkt_spend + sales_salary_alloc + tool_cost)` / `COUNT(DISTINCT new_team_id)` 分子：30 天滚动窗口全部获客支出（含内容/广告/活动/SDR 人力分摊）排除：品牌投放（不计入 CAC，单独 track）	30d 滚动	财务系统 + `acquisition_attribution` 表
ACQSource Mix	`COUNT(DISTINCT team_id) BY source` / `COUNT(DISTINCT team_id total)` × 100% Source 分类：Organic / Paid Search / Paid Social / Referral / Direct / Other	30d 滚动	UTM 参数 + `first_touch_attribution` 视图
ACTW1 Aha 触达率	`COUNT(DISTINCT team_id WHERE aha_event_fired WITHIN 7d OF signup)` / `COUNT(DISTINCT new_team_id in same cohort)` × 100% Aha 事件定义：team 内 ≥ 2 成员完成首次协作动作（创建 task / 评论 / 分享）排除：单成员 team、7 天内无任何登录的 team	按周 cohort	Mixpanel / Amplitude funnel
ACTTTV P50	`PERCENTILE(timestamp(aha_event) − timestamp(signup), 0.5)` 仅计算 W1 内触达 Aha 的 team	按周 cohort	Mixpanel / Amplitude
RETW4 留存率	`COUNT(DISTINCT team_id WITH ≥1 active_event IN week 4 post-signup)` / `COUNT(DISTINCT team_id signed up 4 weeks ago)` × 100% active_event：login / create / edit / invite / view（任一）排除：week 4 内仅有 view 且无其他事件的 passive team（单独 track 为「浏览留存」）	按周 cohort	Mixpanel Retention 报表 / 自建 event_log
RETW12 留存率	`COUNT(DISTINCT team_id WITH ≥1 active_event IN week 12 post-signup)` / `COUNT(DISTINCT team_id signed up 12 weeks ago)` × 100% 口径同 W4，时间窗延长至第 12 周	按周 cohort	Mixpanel / 自建 event_log
RETQuick Ratio	`(new_teams + resurrected_teams)` / `churned_teams` new_teams：30d 内新建 team resurrected_teams：30d 前 churned 但 30d 内恢复活跃的 team churned_teams：过去 30d 内从活跃变为不活跃的 team（连续 14d 无 active_event）目标 > 3.0（增长健康），> 4.0（高速增长）	30d 滚动	自建 event_log + daily_snapshot 视图
REVMRR	`SUM(subscription_amount)` WHERE `status = 'active'` AND `billing_cycle = 'monthly'` + `SUM(annual_amount / 12)` WHERE `status = 'active'` AND `billing_cycle = 'annual'` 排除：试用期（trial）、已取消但未到期、内部测试账户	每日快照	Stripe / Chargebee API
REVARPU	`MRR` / `COUNT(DISTINCT paying_team_id)` paying_team_id：当前 active 订阅的 team 排除：free plan team、trial team	每日快照	Stripe + teams 表 JOIN
REVLTV	`ARPU × avg_lifetime_months` avg_lifetime_months：对过去 12 个月 churned 的 paying team 取 AVG(months_between(first_payment, churn_date)) 若数据不足 12 个月，用 `1 / monthly_churn_rate` 估算保守口径：cap 36 个月	12m 滚动	Stripe + 自建 churn_log
REV付费转化率	`COUNT(DISTINCT paying_team_id)` / `COUNT(DISTINCT active_team_id IN last 30d)` × 100% 分母：30d 内至少 1 次 active_event 的 team 分子：当前 active 订阅 team	每日快照	Stripe + event_log
REFNPS	`(% Promoters − % Detractors) × 100` Promoters：评分 9-10 / Detractors：评分 0-6 / Passives：评分 7-8（不计入）调查触发：注册后 30d / 90d / 每 180d 排除：7d 内重复提交（取最新一条）	季度滚动	Delighted / Typeform API
REFK-factor	`avg_invites_sent_per_user × invite_to_signup_conversion` avg_invites_sent：30d 窗口内每个发出邀请的 user 平均邀请数 invite_to_signup_conversion：被邀请者完成注册的比例分子只计「被邀请→注册→激活」完整链路	30d 滚动	`invites` 表 + `teams` 表

90 天增长 Roadmap — 按月聚焦

Month 1 · Day 1–30

🎯 Activation 攻坚

识别真实 Aha moment：对 activated vs. dropped 用户做 behavior contrast 分析

重构 onboarding 流程：砍掉 ≥ 2 步非必要步骤，TTV 目标压缩至 2 天

上线 in-product 引导（tooltip / checklist），A/B 测试 2 个 onboarding 变体

目标：W1 Aha 触达率 35% → 42% | TTV P50 3.2d → 2.5d

Month 2 · Day 31–60

🔄 Retention 深挖

对 W4 drop-off 用户做 cohort 回访（N=20 定性），定位 Top 3 流失原因

上线 re-engagement 自动化：7d 沉默邮件 + 14d 沉默 in-app push

搭建 Power User Curve，识别 top 20% 用户行为模式 → 复制到 middle 60%

目标：W4 留存 45% → 50% | Quick Ratio 2.8 → 3.2

Month 3 · Day 61–90

📣 Acquisition 扩量 + Referral 启动

基于 M1-M2 验证的 activation/retention baseline，启动 paid acquisition 小规模测试（预算 $3K/mo）

上线 team invite 激励：邀请 team member 满 3 人解锁 premium feature 7 天试用

NPS detractor 闭环：对 0-6 分用户 48h 内人工跟进，建立反馈→修复→回访 loop

目标：周新增 62 → 80 | NPS 32 → 38 | K-factor 0.15 → 0.22

采集 Stack 建议 — A 轮 SaaS 最优组合

📊 产品分析

Mixpanel

事件追踪 + Funnel + Retention + Impact 报表。A 轮用量在免费 tier 内（≤ 20M events/mo）。所有 AARRR funnel 指标的主数据源。

💳 Billing

Stripe Sigma

MRR / ARPU / churn 自动计算。通过 Stripe webhook → Mixpanel 同步 payment 事件，打通 billing ↔ 行为数据。

😊 NPS 调查

Delighted

自动按触发规则（注册 30d / 90d）发送 NPS，webhook 回写 NPS score → Mixpanel user profile。

🗄️ 数仓

PostgreSQL + dbt

自建 PG 做 daily snapshot + dbt 做 transformation。Quick Ratio / LTV / CAC 等复合指标在 dbt model 层计算，推送到 BI 工具。

📈 BI 可视化

Metabase

开源免费，直连 PG。CEO / 增长负责人的 weekly dashboard。设置 Slack 定时推送 + 异常告警 webhook。

🔗 CDP（可选）

Segment

如多工具间 event 同步成本过高，Segment 做统一 event bus。A 轮阶段可延后到 $50K MRR 后引入。

异常告警与空状态策略

告警规则（Slack #growth-alerts 频道推送）：
• MRR 日环比跌幅 > 10% → 即时告警（可能 churn spike 或 billing 故障）
• W4 留存连续 2 周下降 > 5pp → 每周告警 + 自动创建 Linear issue
• 周新增 teams 连续 2 周低于 30d 均线 30% → 告警（渠道异常 or 竞品动作）
• NPS 季度滚动值下降 > 8 点 → 告警 + 触发 detractor 深度回访
• 任一 funnel 指标连续 3 天为 0 → P0 告警（数据管道断裂）

空状态处理：
• 过去 24h 无数据 → widget 显示「⏳ 数据延迟中」+ 最近可用数据点（灰显）
• 数据延迟 > 6h → widget 顶部红条「数据可能不完整，最后同步 HH:MM」
• 新建看板暂无历史 → 显示「📡 积累数据中，预计 X 天后显示趋势线」
• cohort 不足（如 W12 cohort 未满 12 周）→ 显示部分数据 + 「cohort 未成熟」标注

权限与跨表 Join 注意事项

权限：CEO / CTO / 增长负责人 → 全量可见；部门 lead → 仅本部门 funnel 数据；投资者 → 季度 PDF export（脱敏版）
跨表 Join 风险：
• event_log（UTC）JOIN teams（UTC+8）→ 必须 CAST 时区，建议统一用 UTC+8 做 daily rollup
• Stripe webhook 有 30s–5min 延迟，MRR 看板取 stripe_subscriptions 快照表（每小时同步一次），不用实时 API
• NPS 调查结果（Delighted）→ Mixpanel 有 15min 延迟，别直接 JOIN 实时看板
• Quick Ratio 的 resurrected 定义依赖 30d 窗口，需注意 cohort 边界（用 date_trunc('day', ...) 避免 off-by-one）