做产品经理久了，我越来越觉得：日常堆功能、追指标、开评审，很容易把自己困在「这一版要做什么」里，而忘了退一步问——这个业务到底成不成、我们做的功是不是打在要害上。微观的产品能力当然重要，但如果缺少宏观视角，很容易变成「很忙，但不知道忙对了没有」。
这份文档，就是我自己梳理的一套「看业务本质」的方法。它不是为了写一份漂亮的战略 PPT，而是想解决几个我反复碰到的问题：用户到底因为什么留下来？我们优化的核心行为，和业务价值是不是一回事？LT 提升了，商业上算不算得过账？供给做了、入口也放了，为什么渗透率还是起不来？这些问题，单看某个需求或某个 AB 实验，往往答不清楚，需要把用户价值、行为路径、供给触达、商业模式串成一条链来看。
我的体会是：产品经理不必人人成为 CFO，但至少要在宏观上掌握这套逻辑——知道 LT 不是目标本身，核心行为和路径才是可做工的地方；知道 ARPU 高不代表生意成立，单位经济才是底线；知道做功能之前先想供给，做增长之前先想触达，做规模之前先想回收期。有了这层视角，再回来看具体需求，会更容易判断优先级、跟业务负责人对话、也更容易识别哪些事其实不在主航道上。
下面正文偏框架和结构，是我和业务讨论后的整理。不一定每条都对，但对我自己而言，这是从「做产品」走向「看业务」的一条主线。如果你也是产品经理，希望它也能帮你少踩一些只盯局部、忽略本质的坑。
互联网 App 业务的评估不能仅看单一指标。一个可持续的业务，需要在用户侧证明「被需要」，在商业侧证明「算得过账」，在社会侧证明「创造正外部性」。本文基于业务实践讨论，将分散的判断标准整合为一套可操作的框架，涵盖价值定义、LT 驱动机制、行为与路径设计、商业模式及财务健康标准。
互联网 App 的核心价值可归纳为三个维度：
| 维度 | 代表指标 | 回答的问题 |
|---|---|---|
| 用户价值 | LT / LTV、留存、活跃 | 用户是否喜爱并持续需要产品 |
| 商业价值 | ARPU、毛利率、LTV/CAC | 业务是否盈利、模型是否健壮 |
| 社会价值 | 就业、健康、效率提升等 | 业务是否为社会带来正收益 |
上述三层方向正确，但需注意以下修正：
LT 是结果指标，不可直接优化；可干预的是中间层——让用户更容易、更频繁、更持续地完成代表核心价值的行为或路径。
传统做法聚焦「核心行为」（离散节点），如首次完成关键任务、首次发布内容。Facebook 同期群分析框架强调「路径」——行为组合、顺序与时序。二者关系为：核心行为是节点，路径是将节点串成价值交付流程。路径分析回答：高 LT 用户早期如何行动、低 LT 用户在何处分叉流失、产品干预应插入哪一步。
| 杠杆 | 定义 | 典型问题 |
|---|---|---|
| 渗透 | 更多用户至少一次完成核心行为 | 新用户未触达 Aha |
| 深度 | 核心行为的获得感与质量 | 做了但体验差、不匹配 |
| 行为留存 | 核心行为是否形成节奏 | 做一次即流失 |
| 路径命中 | 用户是否走在高 LT 典型路径上 | 步间转化断裂 |
四者非「或」关系，而是协同：路径命中提升渗透；渗透带来深度与行为留存的机会；行为留存最终驱动 LT。
供给不仅是「有没有功能」，还包括：
| 环节 | 内容 | 手段示例 |
|---|---|---|
| 发现 | 用户能否看到 | 推荐、Push、搜索、运营位 |
| 理解 | 能否感知价值 | 文案、样式、目标关联 |
| 行动 | 能否低摩擦完成 | 默认选项、步骤简化、降低首次使用门槛 |
| 时机 | 是否在合适场景触达 | 注册后、沉默召回、场景化触发 |
算法分发侧重发现与匹配；产品样式与交互侧重理解与行动。
多数 ToC 赛道可规模化增长的成本呈上升趋势，CAC 长期看涨。业务须扛住获客 + 履约/服务 + 经营三层成本。合格生意的标准并非单一「高利润率」，而是：
| 类型 | 主要变现方式 | 关键指标 |
|---|---|---|
| ToC 直接收费 | 会员订阅、Freemium、单次付费 | ARPU、续费率、LTV/CAC |
| ToC 流量变现 | 广告、电商佣金、打赏、IAP | DAU、时长、eCPM、ROAS |
| ToB | SaaS 订阅、用量计费、解决方案、License | ACV、NDR、churn、交付成本 |
| B2B2C | 企业为用户买单 | 企业客单 + 用户活跃 |
实际业务常为混合模型（如订阅 + 交易 + 广告 + ToB 服务等组合）。
| 业务类型 | 合格 | 优秀 | 警戒 |
|---|---|---|---|
| ToC 订阅/会员 | 6–12 个月 | ≤ 6 个月 | > 18 个月 |
| PLG / 自助 SaaS | 6–12 个月 | ≤ 6 个月 | > 12 个月 |
| 中小企业 SaaS | 12–18 个月 | ≤ 12 个月 | > 24 个月 |
| Enterprise SaaS | 18–24 个月 | ≤ 18 个月 | > 36 个月 |
| 电商 / DTC | 3–12 个月（含复购） | ≤ 6 个月 | > 12 个月 |
| 广告 / 买量 ToC | D90 ROAS ≥ 1 | 30–60 天打平 | > 180 天 |
| 业务类型 | 合理区间 | 偏低警戒 |
|---|---|---|
| 纯 SaaS / 软件 | 75–90% | < 60% |
| ToC 轻内容订阅 | 70–85% | < 50% |
| ToC 重内容订阅 | 50–70% | < 40% |
| 广告 / 平台 | 60–80%+ | — |
| 电商自营 | 25–45% | < 20% |
| 指标 | 合格 | 优秀 |
|---|---|---|
| 毛利率 | 50–65%+ | 65–75%+ |
| Paid CAC 回收期 | ≤ 12 个月 | ≤ 6 个月 |
| LTV/CAC | ≥ 3 | ≥ 4–5 |
| 年续费率 | ≥ 40–50% | ≥ 60%+ |
设 CAC = 100 元，月 ARPU = 25 元，毛利率 = 60%，平均生命周期 = 20 个月：
图 1 · 互联网 App 业务价值综合框架
原框架图将毛利率、CAC 回收期、LTV/CAC 以「加号」串联，逻辑有误——三者量纲不同，不可相加。修正后：变现模式确定收入结构，单位经济三项为并列检验条件，须同时成立方可称为合格生意。
互联网 App 业务的评估与增长是一套从价值定义到财务闭环的系统工程。用户价值、商业价值与社会价值构成战略三角，但落地须将 LT 分解为核心行为与路径，以「供给 × 触达」指导产品设计，以单位经济（而非单一 ARPU 或规模）检验商业模式。CAC 回收期与毛利率须按业务类型判断：ToC 订阅通常以 6–12 个月回收、50–70% 毛利率为合格参考。LT 的关键差异往往出现在核心价值触达后的早期复访窗口——这正是路径思维优于单点行为思维之处。