组合指标：哪些数字合看，哪些必须分开

合并报表适合对外汇报，不适合做决定。决定必须落到单条产品线。

一、总收入涨了，利润没涨

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

一位开发者的三个产品，总收入从每月 1500 美元涨到 2600 美元，他很高兴。但半年后他发现，自己能拿回家的钱几乎没变，时间却少了一半。

问题在于：涨的那 1100 美元全部来自新产品，而新产品每月要花 20 小时维护，还带来了一次支付通道风控和一次数据迁移事故。老产品的收入则在缓慢下滑，因为维护时间被抽走了。

合并看，一切都在变好；分开看，两条线在互相拖累。

二、必须分开算的四类指标

2.1 分产品 P&L 的最小字段

净贡献为负的产品，不一定马上砍，但必须进入观察名单。

2.2 支持负载要单独记

支持是单人产品最容易被低估的成本。建议单独记录三个数字：

• 每月工单数。
• 平均首次响应时间。
• 平均解决时间。

如果某个产品的工单数占总量的 60%，但收入只占 15%，它已经在消耗其他产品的资源。

三、可以合看的三类指标

3.1 风险集中度怎么算

把所有产品的收入按依赖的平台或通道归类：

如果单一支付通道超过 60%，或者单一云厂商是 100%，那就不是「多产品分散风险」，而是「多产品共享同一个风险」。

共享依赖会保留共同故障风险，但需求、客户和渠道收益仍可能部分分散；需要分别评估，不能只按是否重叠二分。

四、共享成本的三种分摊口径

建议组合使用：现金按用量，时间按工时。 不要用一个口径解释所有成本。

4.1 一个分摊示例

共享底座每月现金 60 美元、维护 12 小时。三个产品的情况：

按收入看，C 只占 11%；但按维护工时看，C 占了 25%。这就是为什么分开算会改变结论。

五、最小仪表盘：六个数字

不需要复杂的 BI。每周花十分钟更新这六个数字就够了：

5.1 仪表盘放在哪里

一个 Markdown 表格或一张电子表格就够。关键是每周固定时间更新，而不是找一个完美的工具。

工具越复杂，越容易在忙的时候停止更新；停止更新之后，所有决策又会回到凭感觉。

六、阈值与决策规则

指标用于触发复核。下表是本文用于演示的初始阈值，未经统计验证；高波动、小样本或有明确长期投入的产品需另定窗口。

6.1 「战略价值」要提前定义

有些产品短期亏损但有战略价值，比如为旗舰产品导流、占住某个平台、维护品牌。问题是战略价值很容易变成不砍产品的借口。

建议在开始时就写清：这个产品的战略价值是什么、验证周期多长、到期后看什么指标。到期没有兑现，就按普通产品处理。

七、常见错误

八、行动清单

• 给每个产品建一行分产品 P&L。
• 把共享成本按「现金按用量、时间按工时」分摊。
• 单独记录每个产品的工单数与解决时间。
• 计算组合有效时薪、现金跑道、依赖集中度。
• 为每个指标写一个阈值和对应动作。
• 定义每个亏损产品的战略价值与验证周期。
• 固定每周十分钟更新仪表盘。

使用边界与实操验收

维护、支持、事故、共享底座各类工时只算一次。分摊时从共享池移出对应金额或工时，不能在单品与组合总计中双加。

去重样例：A 月活 100、B 月活 80、共有 30 人，组合月活为 150，不是 180。假设产品直接维护 8 小时、未含支持 2 小时、分摊底座 1 小时，总计 11；若支持已在维护中则总计 9。支付、云、平台的集中度各列分母，不把三个百分比加成一个风险总分。

关键参考与核验范围

以下链接支持对应的机制或规则；本文的案例、成本和经营评分是说明方法的假设，不能当作平台统计或收益承诺。核验日期：2026-10-22。

• 财政部收入确认提示 ：按控制权和交易身份判断总额法或净额法，不能只看到账。
• 个人信息保护法 ：处理依据、委托/对外提供、出境和个人权利分别判断。

系列导航

• 上一篇：一个人的时间分配：怎么同时维护 N 个产品
• 下一篇：产品间的引流与打包：交叉推广、捆绑与用户池边界
• 回到目录：一个人的产品线：第二个产品与组合运营
• 相关阅读：SaaS 指标仪表盘 、SaaS 现金流与单位经济