MarginDeck看着收入增长很让人满足，但收入本身并不能告诉你，一个产品是否在帮你的生意。
一个每月收入 1,000 美元的 App，可能是一个不错的小产品，也可能是一个代价高昂的分心之物，或者介于两者之间。答案取决于：为了获得和维持这些收入，你必须花掉多少钱。
贡献利润为独立开发者提供了一个实用的产品级视角。它只问一个具体的问题：扣除分配给这个产品的成本之后，还剩多少可以用来支撑其余业务、回报经营者？
先定义这个数字，再去计算
在本指南中，内部经营用的指标是：
产品贡献利润 = 收入 − 直接成本 − 分摊的共同成本
当收入大于零时：
贡献利润率 = 产品贡献利润 ÷ 收入 × 100%
共同成本分摊计算器把这个模型用在一个小型产品组合上，你不用上传任何数据，就能比较不同的分摊方法。
传统的贡献利润率定义可能只扣除变动成本。上面的版本还显式计入了一部分共同经营成本，因为同时经营多个产品的独立开发者需要看清：每个产品是否在帮忙承担共用的那套工具。如果怕混淆，可以在你自己的记录里把它叫作“经营贡献利润”。
这是一个管理指标，不是净利润，也不能替代正式账目。税费、融资、折旧和法定会计处理，都可能不在它的范围内。
确定什么算作收入
内部比较时，选定一种口径并坚持使用。
对于订阅类 App，你可以用当月确认的收入。对于规模很小的业务，一开始也可以用实际到账的净额，因为更容易维护。两种都有用，但一个产品用开票金额、另一个产品用到账金额，比较结果就会失真。
写清楚你如何处理：
- 退款和拒付；
- 代政府收取的销售税或增值税；
- 应用商店或支付服务商的扣费；
- 预先支付的年付套餐；
- 多种货币。
例如，如果你把扣除应用商店佣金后的到账金额记为收入，就不要再把这笔佣金作为成本扣一次。如果你记录的是用户支付的总额，那就把佣金计为直接成本。两种视角都可以，重复计算不行。
区分直接成本和共同成本
直接成本与某一个产品有明确的对应关系。常见例子包括：
- 这个产品专用的托管和存储；
- 支付和平台手续费；
- 事务性邮件或 API 用量；
- 退款；
- 专门为这个产品购买的客服服务；
- 为这个产品投放的付费获客。
共同成本支撑多个产品或整个业务。例如记账服务、设计软件、代码托管、共用的分析账户，以及通用开发工具。
先分配直接成本，再给产品分摊合理的一部分共同成本。如果还没想清楚分摊方法，先从一套简单的共同成本分摊规则开始，而不是把共同成本整体排除在外。
一个假设的计算
假设一个虚构的 App 叫 NovaNotes，每月数据如下。这个例子中的收入是扣除下面列出的手续费和退款之前的金额。如果你的收入数字已经扣除了它们，就不要再扣一次。
| 项目 | 金额 |
|---|---|
| 收入 | $1,500 |
| 产品基础设施 | $120 |
| 支付手续费 | $45 |
| 退款 | $15 |
| 产品专属客服 | $100 |
| 分摊的共同成本 | $220 |
直接成本合计 $280。计算如下：
$1,500 − $280 − $220 = $1,000 贡献利润
贡献利润率为：
$1,000 ÷ $1,500 = 66.7%
这个假设结果的意思是：在这个模型包含的成本之外，NovaNotes 还留下 $1,000。这笔钱可以用来支付经营者的时间、税费、投资、模型之外的成本，或者成为利润。
它并不意味着经营者能拿回家 $1,000。如果这个 App 需要大量没有报酬的投入，它的经济结果可能低得多。
加入经营者时间视角，但不要污染核心指标
独立开发者常常把自己的时间当成免费的，因为并没有工资从银行账户流出。看现金时这样没问题，但用来做产品决策就很危险。
保留两个并列的指标：
- 现金贡献利润：只使用实际发生的经营支出。
- 扣除经营者时间后的经济贡献：再减去投入小时数乘以你设定的内部时薪。
如果 NovaNotes 每月需要 12 小时，经营者把时间定价为每小时 $50，内部时间成本就是 $600。扣除经营者时间后的经济贡献变为 $400。
$50 这个时薪不是客观的市场事实，而是一个决策工具。选一个能代表你时间替代用途的数值，写下来并一致地使用。你也可以跑两个场景：一个保守的低时薪，一个更高的机会成本时薪。
看变化，而不只是快照
某一个月的贡献利润有参考价值，但趋势提供的信息更多。
长期使用同一个定义，并标注发生过的事件：
- 调整价格；
- 一笔大额年付订阅续费；
- 基础设施迁移；
- 一次上线推广；
- 退款激增；
- 产品进入维护模式。
假设收入持平而利润上升，你可能砍掉了浪费，或者把用户引导到了更高效的套餐。如果收入增长但贡献利润率下降，可能是用量成本、客服投入或获客支出的增长快于销售。
一定要回头看具体金额。一个产品收入很少时，百分比可能剧烈波动。
做决定前先跑场景
一次只改变一个假设时，贡献利润尤其有用。
考虑调价时，用几种合理的用户留存结果来模拟新价格。考虑更换托管时，把每月节省的钱与迁移时间和风险放在一起比较。考虑关停产品时，要区分真正会消失的成本，和只是转移到剩余产品上的共同成本。
今天贡献为负的产品，不一定就是失败。一个处在投入期的产品，本来就可能预期亏损。这个指标让这种“补贴”变得可见，你就可以为它设定预算和复盘日期。
同样，贡献为正的产品也不一定值得保留。一点点利润却需要每个周末紧急处理客服，可能还不如一个维护成本更低的选择。
我在 MarginDeck 里如何划定这个边界
说明：MarginDeck 是我开发的。本文介绍的是我自己在这个产品上的工作。
设计 MarginDeck 的产品贡献视图时，我刻意把结果标注为估算贡献利润，而不是“利润”。这个数字取决于用户记录的收入、成本和分摊，它是辅助决策的视图，不能替代会计记录。
MarginDeck 按每个收入来源自己的指标导入汇总净收入。已经从这个金额中扣除的手续费或退款，不要再扣一次。本指南中的经营者时间计算是另一项单独的估算，MarginDeck 不记录工时。
我还选择在收入为零时，把贡献利润率显示为无法计算。显示 0% 看起来更整齐，但在数学上会误导人，因为这个计算要除以收入。这个边界情况也是检验任何盈利表格或工具的好方法：缺失的分母应该保持可见，而不是被转换成一个让人安心的数字。
这些标注看起来可能有些保守。但我认为它们让指标更有用，因为几个月后再回来看时，边界依然清楚。
常见错误
把每项支出都当作变动成本
一个共用的设计订阅，不会因为某个用户取消订阅就消失。要区分随销售或用量变化的成本，和无论业务多少都要支付的成本。
混用月度和年度数字
把年付服务保留在它实际记录的扣费月份，让计划中的成本保持可见。如果你还计算了折算后的月均数，把它标注为另一个分析视图，而不是用它替换计划成本。
忽略支付失败和退款
后台显示的销售额和实际能收到的收入是两回事。使用符合你所选收入口径的数据来源。
为了让结果好看而改方法
如果每次某个产品表现不好就修改分摊规则，比较就失去了意义。提前定好在什么情况下复审规则。
比较处于不同阶段的产品
尚未上线的 App 和成熟的订阅产品目的不同。先把每个产品和它自己的计划、阶段对比，再从整体上评估产品组合。
一次有用的月度复盘
为每个产品记录收入、直接成本、共同成本分摊、贡献利润、贡献利润率、经营者工时，再写一句简短的备注，说明重大变化。
然后问自己：
- 和上个月相比有什么变化？为什么？
- 再多一百个用户时，哪项成本会增长？
- 如果这个产品停掉，哪项成本会消失？
- 这个产品是在支撑产品组合，还是被产品组合支撑？
- 根据这个结果，最应该采取的一个行动是什么？
电子表格完全可以胜任。如果你同时经营好几个产品，想要一个专门的视图：说明一下，我是 Junhua，MarginDeck 由我开发，它帮助开发者看清多个产品的成本和盈利情况。无论你选择什么工具，本指南中的定义和注意事项都同样适用。