问一位托管服务提供商（MSP）的老板他们的业务盈利状况如何，大多数人会指向一个数字：月底的银行存款余额。但要是追问到底是哪条业务线产生的这笔现金——是每月经常性合同、转售的硬件，还是那些一次性的迁移项目——答案很快就会变得含糊不清。
这种含糊其辞的代价是高昂的。一个将经常性劳动力、转售硬件和项目工作混为一谈，归入单一收入科目的MSP，可能在纸面上是盈利的，但实际上却在悄悄亏损，每转售一台服务器都在赔钱；或者一年后才后知后觉地发现，那个拥有最大合同的“增长型”客户其实一直都在亏损运营。通常，托管服务的毛利率在50-60%之间，维修/故障修复和硬件转售的毛利率在30-40%左右，而项目工作的毛利率则根据项目范围界定的严格程度，在45-60%之间浮动。将这这些数字平均成一个单一数字后，你就无法判断该调整哪个业务杠杆了。
解决办法不是做更多的电子表格，而是建立一个符合MSP实际盈利模式的会计科目表。
为什么“IT服务收入”这个科目过于宽泛
通用的簿记设置——一个收入科目，一个销售成本科目——是为只销售一种产品的企业设计的。而MSP至少销售三种截然不同的产品，每种产品都有其自身的成本结构、利润率和季节性：
- 经常性托管服务 (MRR)：针对服务台、监控、补丁管理和安全等收取的固定月费或按席位计算的月费。高利润率、可预测，是企业估值的支柱。
- 硬件和软件转售：从分销商处购买并加价转售的防火墙、交换机、终端设备、许可证续费。利润率薄、交易零散，如果不追踪供应商成本与转售价格，很容易定价过低。
- 项目及计时计料工作 (T&M)：迁移、搭建、一次性咨询服务，按小时计费或按固定范围收费。利润率完全取决于项目估算的准确性。
当这三项都落入同一个“服务收入”科目时，你就无法看出究竟是哪项业务在真正支撑着公司。常见的情况是，经常性支持服务在养活整个公司，而硬件转售业务却在每笔交易中亏损——而老板却毫不知情，因为损益表从未将它们分开列示。
构建MSP专属的会计科目表
最低限度的可行结构是将收入及其匹配的销售成本至少分为四个类别：
1. 经常性托管服务收入 月度合同费用——服务台、RMM/监控、补丁管理、备份、安全。将此收入与一个“经常性服务销售成本”科目相匹配，该科目包含支持人员的技术人员工资、RMM/PSA工具许可费用，以及任何外包的网络运营中心（NOC）成本。这是你的主要毛利率应该达到50-60%的范围；如果低于此，要么是定价问题，要么是人员利用率需要关注。
2. 硬件和软件转售收入 你从分销商处购买并转售的每台设备、许可证或订阅——防火墙、交换机、Microsoft 365席位、终端许可。将其与“转售销售成本”相匹配：即实际的供应商发票成本。单独追踪这一利润率，不要让它隐藏在经常性收入中；分销商提价或谈判不力的加价会立即在这里显现，而不是拖累你整个损益表的平均值。
3. 项目/计时计料收入 迁移、网络搭建、安全评估，任何在月度合同之外界定和计费的工作。将其与“项目销售成本”相匹配：分配给项目的技术人员时间（即使是从事支持工作的技术人员——通过项目代码追踪他们的工作时间），加上任何承包商或专家成本。
4. 递延收入（一项负债，而非收入） 预付的年度合同是经典的MSP陷阱。如果客户为一份12个月的合同预付了24,000美元，将全部24,000美元确认为一月份的收入会夸大该月，并低估其他十一个月。将全额付款计入递延收入负债科目，然后随着服务实际交付，每月确认1/12为已赚取收入。这是配比原则的直接应用——收入在赚取时确认，而非现金到账时确认——这也是区分一份反映现实的损益表与一份仅仅反映你计费日历的损益表的关键所在。
如果你在真正的规模下跨多个业务线销售，请在你的会计软件中使用类别或部门来镜像此结构，这样你就可以按细分市场提取盈利报告，而无需每个季度都从头重建你的会计科目表。
真正能说明问题的指标
一旦收入被分离，少数几个数字就能将簿记转变为管理工具：
- 经常性收入占总收入的百分比。 一流的MSP其合同MRR占总收入的65-90%；这个数字越高，业务就越可预测——在出售时也越有价值。
- 按收入线计算的毛利率，而不是混合毛利率。如果你的综合毛利率看起来还不错，是42%，但经常性服务实际毛利率为58%，而硬件转售仅为8%，那么你就能确切地知道应该在何处重新谈判供应商条款或重新定价。
- 技术人员利用率：可计费（或服务交付）小时数除以总可用小时数。健康范围大约在65-75%之间；高于85%通常意味着技术人员超负荷，倦怠和质量问题随之而来。低于60%通常意味着对于当前的合同量，人员配置过剩。
- 每位技术人员的收入。 这是一项对定价和人员配置效率有用的合理性检查；健康的MSP通常每位全职技术人员的收入在15万至20万美元之间，但具体数额会因服务组合而异。
- 经常性收入留存率。 扣除升级、降级和流失后，该指标告诉你合同基础是实际在增长，还是仅仅在更替。
以上所有指标都无法从单一混合的收入数字中看出。只有在会计科目表为你完成分离工作后，它们才变得可见。
能产生复合效应的现金流习惯
除了会计科目表之外，还有一些运营习惯能保持MSP的账簿——以及现金状况——健康：
- 自动化经常性开票，这样合同计费就能按月准时进行，无需每月的人工步骤。
- 通过预授权借记或自动扣款收款来处理经常性费用，而不是等待净30天的发票；仅此一项就能消除大部分的“为什么我们的应收账款账龄这么长”的讨论。
- 按照固定节奏催收未付发票——双周催收是一个合理的默认设置——而不是在资金紧张时被动应对。
- 在费用发生时按客户和项目分配，而不是月底凭记忆分配。使用能够按客户或项目代码标记支出的票据捕获工具，可以使上面提到的项目利润率数据更加准确。
这与你自己的账簿有何关联
这里每一条原则——分离收入流、将成本与产生的收入相匹配、将预收收入递延至赚取时——都是标准的复式记账法。MSP出错的原因并非会计方法过于特殊；而是因为大多数小企业会计工具倾向于引导你使用一个扁平的收入科目，因为这样设置更简单，而当合同和转售量增长后，没有人会回头去修正它。
Beancount.io 采取了相反的方法：纯文本记账，你的会计科目表是你自己控制的一个文件，而不是一个黑箱下拉菜单。将经常性服务收入、转售收入和项目收入设置为不同的顶级科目——并在其下匹配各自的销售成本——只是一个文本编辑操作，而不是提交一张支持工单，并且每一次更改都有版本控制，这样你可以清楚地看到你的科目结构是何时以及为何演变的。如果你一直想分离MSP的收入线，但又害怕进行软件迁移，请试用 Beancount.io，看看一个适当细分的损益表能让你的下一次定价决策变得多么清晰。
简化你的财务管理
理清经常性服务、硬件转售和项目利润率并不需要新软件——它需要一个与你企业实际盈利方式相匹配的会计科目表。Beancount.io 提供透明、版本控制且易于随服务组合变化而重构的纯文本记账——没有黑箱，没有供应商锁定。免费开始使用，通过收入线而非仅看银行存款余额，来了解你MSP的真实利润率。