多一个产品会增加固定维护和协调成本；是否划算，要看现金与工时，不能把比喻当作成本增长公式。
一、五个一百美元，不如一个五百美元
以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。
一位开发者同时运营五个小工具，每个月的总收入是五百美元。听起来是「五条腿走路」，但算完账之后，情况完全不同。
| 项目 | 单个产品月成本 | 五个产品合计 |
|---|---|---|
| 域名与证书 | 2 美元 | 10 美元 |
| 服务器与数据库 | 5 美元 | 25 美元 |
| 邮件与事务性通知 | 3 美元 | 15 美元 |
| 监控与错误追踪 | 2 美元 | 10 美元 |
| 支付通道固定费 | 3 美元 | 15 美元 |
| 平台年费摊销 | 1 美元 | 5 美元 |
| 现金小计 | 16 美元 | 80 美元 |
| 每月维护时间 | 6 小时 | 30 小时 |
| 时间折价（按每小时 50 美元计） | 300 美元 | 1500 美元 |
在这组假设中，现金成本约占 5.1%，机会成本约占 94.9%；不是所有产品组合的通用比例。
如果按时间成本算，五个产品的真实成本是 1580 美元，收入 500 美元，经济净贡献为 −1080 美元（包含机会成本，不是会计净亏）；而一个产品做到 500 美元，成本是 316 美元，经济净贡献为 184 美元，前提是其维护仍只需 6 小时。
在本例中，将每产品维护从6小时降到2小时可以作为降本试验，但不是多产品成立的必要条件。反例：若五个产品各收入500美元，现金成本仍各16美元、维护仍各6小时，按50美元/小时估值，则总经济贡献为2500−80−1500=920美元，30小时维护也可能在个人容量内。
是否共享还要算共享层的维护、迁移和关联故障成本。比较三种方案：独立部署便于隔离；版本化库复用代码但各自升级；共享运行服务减少重复实例却扩大故障影响。只有收入、净贡献、总时间和风险都可承受，才能选方案，不能只盯6→2这个目标。
二、三类成本
多产品的成本可以分成三类，混在一起看会得出错误结论。
2.1 现金成本
每月真实流出的钱。特点是金额小、容易看见、容易被低估。
| 类别 | 例子 | 是否会随产品数增加 |
|---|---|---|
| 域名与证书 | 域名续费、SSL（多数免费） | 线性增加 |
| 托管与数据 | 服务器、数据库、对象存储、CDN | 线性或按量 |
| 邮件 | 事务邮件、营销邮件、支持邮箱 | 每个产品都有免费额度上限 |
| 监控 | 错误追踪、可用性监控、日志 | 有免费档，超出后按量 |
| 支付 | 通道固定费、订阅管理费 | 每个产品都要单独接 |
| 平台 | 商店年费、目录收录费、行业认证 | 线性增加 |
| 财务 | 记账、报税、发票工具 | 通常按主体，不按产品 |
2.2 时间成本
每月必须投入、不做就会出事的时间。
| 类别 | 例子 | 是否可压缩 |
|---|---|---|
| 依赖升级 | 安全补丁、运行时大版本 | 可自动化一部分 |
| 平台政策跟进 | 商店审核规则、API 弃用、计费政策 | 难压缩 |
| 客服与支持 | 邮件、工单、社区提问 | 可文档化 |
| 内容与更新 | 博客、更新日志、社媒 | 可合并 |
| 意外处理 | 证书过期、风控、宕机 | 不可预测 |
| 数据与备份 | 备份校验、恢复演练 | 可脚本化 |
2.3 风险成本
不花时间也存在的成本，出事时才兑现。
- 某个产品依赖的平台改了政策，全线下架。
- 某个产品的支付通道被风控，资金冻结。
- 某个产品的用户数据出问题，牵连其他产品。
- 某个产品的商标或素材侵权，被索赔。
不同风险可能相关，不能简单把最坏损失全部相加；有概率与相关性依据时可做情景或期望损失估计，没有依据则保留区间。
三、每产品月度成本表
这张表建议每个产品建一份，每月更新一次。它不需要精确到分，但必须诚实。
| 字段 | 填法 | 示例 |
|---|---|---|
| 产品名 | — | 截图整理工具 |
| 月收入 | 扣退款后的同一经营口径，不把到账日代替所属期 | 2000 美元 |
| 现金成本 | 上表七类相加 | 16 美元 |
| 维护工时 | 记录三周取平均 | 6 小时 |
| 事故工时 | 记录三个月取平均 | 2 小时 |
| 总支持工时 | 工单数 × 平均处理时长；本例未计入维护的支持时间 | 0.8 小时 |
| 有效时薪 | （收入 − 现金成本）÷ 不重复的总工时 | 1984÷8.8≈225.45 美元 |
| 时间成本 | (6+2+0.8)×50 | 440 美元 |
| 经济净贡献 | 收入 − 现金成本 − 机会成本 | 1544 美元 |
有效时薪是这个表里最有用的一个数字。它回答的不是「这个产品赚不赚钱」，而是「这个产品值不值得你继续花时间」。
四、共享成本的三种分摊口径
当多个产品共用一套基础设施时，成本必须有个分摊方式，否则你永远不知道哪条线在拖后腿。
| 口径 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| 按收入分摊 | 产品收入差异大 | 简单，符合「谁赚钱谁承担」 | 小产品会被摊薄，掩盖真实成本 |
| 按用量分摊 | 资源消耗差异大 | 反映真实消耗 | 统计成本高，小产品可能被低估 |
| 按时间分摊 | 维护投入差异大 | 反映你的真实投入 | 主观，容易凭印象填 |
建议：现金成本按用量或收入分摊，时间成本按实际工时记录。 两者不要混成一个数字。
4.1 一个简单的分摊例子
共享底座每月现金成本 40 美元、维护 10 小时，三个产品的收入分别是 1000、300、100 美元。
按收入分摊：
| 产品 | 收入 | 分摊现金 | 分摊工时 |
|---|---|---|---|
| A | 1000 | 28.6 美元 | 7.1 小时 |
| B | 300 | 8.6 美元 | 2.1 小时 |
| C | 100 | 2.9 美元 | 0.7 小时 |
按收入分摊会让 C 看起来很轻。但如果 C 的工单占了总工单的一半，这个分摊就是失真的。应尽量按可追踪的实际活动分摊工时；无法追踪时注明估算依据和误差，不能把收入占比冒充真实工时。
五、边际成本不是零
软件的一个常见错觉是「多一个用户不花钱」。对单人产品来说，多一个用户确实几乎不增加现金成本，但会增加：
- 一次可能的支持请求。
- 一次可能的数据恢复。
- 一次可能的退款争议。
- 一份可能的合规义务。
边际成本不是零，只是被推迟了。
当用户数从 100 涨到 1000，你不会立刻感受到成本；但从 1000 涨到 10000，支持、备份、风控、合规会同时找上门。多产品会把这个拐点提前，因为你要同时面对几条不同的曲线。
六、判断组合是否健康的三个数字
| 数字 | 算法 | 健康区间（示例） |
|---|---|---|
| 组合有效时薪 | （总收入 − 总现金成本）÷ 不重复总工时 | 高于你的替代收入 |
| 时间集中度 | 最大产品工时 ÷ 总工时 | 本文观察阈值示例；低于 60% 不自动等于过度分散 |
| 现金覆盖率 | 现金成本 ÷ 收入 | 本文预算示例；还需看现金时点和波动 |
三个数字都不需要精确。它们的价值在于趋势：如果有效时薪连续三个月下降，复核成本、定价与增长投入；时间集中度走低也可能来自合理分工或生命周期变化，应结合产出判断。
七、常见错误
| 错误 | 后果 | 更好的做法 |
|---|---|---|
| 只算服务器账单 | 可能低估维护投入，幅度因产品而异 | 把时间按机会成本折价 |
| 把共享成本平均分 | 掩盖小产品的真实负担 | 现金按用量，时间按实际 |
| 用总收入判断健康 | 看不到哪条线在亏 | 分产品算有效时薪 |
| 忽略事故工时 | 低估维护负担 | 记录三个月取平均 |
| 认为边际成本为零 | 用户增长时措手不及 | 把支持与合规算进边际 |
八、行动清单
- 给每个产品建一张月度成本表。
- 把现金成本按七类拆开，不要只写「服务器」。
- 连续三周记录维护工时，取平均值。
- 计算每个产品的有效时薪。
- 计算组合的有效时薪、时间集中度、现金覆盖率。
- 决定共享成本的分摊口径，并写下来。
- 每季度回看一次趋势，而不是只看绝对值。
使用边界与实操验收
本系列统一有效时薪为扣现金成本、未扣机会成本的贡献除以不重复总工时；经济净贡献再扣工时机会成本。二者都不是法定财务报表中的净利润。
复算：2000−16=1984 现金贡献；工时 6+2+0.8=8.8；有效时薪 225.45；若机会成本为 20/50/100 美元，经济净贡献分别为 1808/1544/1104。若支持已包含在维护 6 小时中，就不能再加 0.8；先明确定义再比较产品。
关键参考与核验范围
以下链接支持对应的机制或规则；本文的案例、成本和经营评分是说明方法的假设，不能当作平台统计或收益承诺。核验日期：2026-10-22。
- 财政部收入确认提示 ：按控制权和交易身份判断总额法或净额法，不能只看到账。
系列导航
- 上一篇：什么时候该开第二条产品线：五个信号与四个反信号
- 下一篇：共享底座：账号、计费、邮件与部署的复用边界
- 回到目录：一个人的产品线：第二个产品与组合运营
- 相关阅读：SaaS 现金流与单位经济 、SaaS 指标仪表盘
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。