一个月几百笔佣金，财务用表格加网银逐笔打，上个月错了两笔，一笔重发、一笔漏发。老板问：要不要买个系统？这个问题背后其实不是买不买软件，是这笔固定投入摊不摊得薄。
自建还是用平台，先算三笔账：一次性的建设投入、每月固定发生的维护投入、单笔处理的可变成本。三笔账算完，答案往往自己就出来了。
自建的成本大头不在开发费
很多人算自建，只算了开发和采购。真正占大头的是后面几项：银行或通道对接、账户与实名核验、结算规则的持续调整，以及跟着要求走的合规维护。
通道对接尤其容易被低估。一家银行一个接口，谈下来、联调、上线，周期按月算。要覆盖多家银行和主流支付方式，工作量是叠加的，不是一次性的。
订单量没到一定规模，自建的固定成本摊不薄。每个月几百笔的体量，自建折算到单笔往往比用平台高出数倍，而且这笔钱是固定的，业务淡下来也照付。
三条线做对照
把关键差异摆在一张表里，比听报价清楚。报价只反映当下，表里的五行反映的是三年的总投入。
| 维度 | 自建 | 用平台 |
|---|---|---|
| 上线周期 | 三到六个月起，取决于对接家数 | 开通即用，主要时间在资料准备 |
| 固定投入 | 开发、服务器、通道对接、专人维护 | 按笔或按量计费，无固定投入 |
| 规则调整 | 每次改动都要排期开发 | 在后台配置，当天生效 |
| 合规维护 | 自行跟踪要求变化与通道调整 | 由平台侧统一维护 |
| 数据与对账 | 完全自控，需自建对账体系 | 系统内对账，明细可导出 |
表格里最值得看的是第三行和第四行。结算规则不是定下来就不动的，计酬方式、发放批次、验收口径都会变；外部要求也在变。这两项的持续投入，是自建最容易漏算的部分。
把规则调整和合规维护算进去，自建的门槛会比想象的高一截；只算开发费，结论一定是偏乐观的。
什么情况下自建才划算
- 单量长期稳定在较大规模，固定成本能摊到足够薄的单笔上
- 有稳定的技术团队，能承接对接、迭代和日常运维
- 结算规则极特殊，通用产品确实覆盖不了
- 数据不出内网是硬要求，外部系统一律不能用
这四条同时满足的，通常是规模已经跑起来的公司。只满足其中一两条，自建之后大概率会变成「能跑但不好改」，维护成本逐年往上走。
还有一种情形值得单独说：业务本身在快速变化。今天按单结算，明天按项目，后天要加阶梯奖励。规则变得快的时候，能配置的系统比能开发的系统更实用。
混合做法往往更现实
不少企业的做法是拆开：核心的对账与规则引擎自己留着，发放和通道走平台。钱从哪出、按什么规则算，自己说了算；真正落到账上的那一段，交给已经跑通的通道。
这种拆法的好处是固定投入可控，规则调整不用等排期，通道侧的变化由平台消化。代价是要多做一层数据对接，接口和字段得提前定清楚。
规模不到、规则还在变的阶段，混合做法比全自建稳；等单量和规则都稳定下来，再谈要不要把发放这一段也收回来。
隐形成本别漏。对账要人、差错要处理、审计要配合，这三项在自建方案里都是内部消化，在用平台方案里有一部分由系统承担。算账的时候把人力折算进去，结论会更接近真实。
通过平台发放的部分，批量发佣做到分钟级、7×24 小时可用、T+0 到账，覆盖 630 余条银行通道并支持微信、支付宝。全国企业均可线上办理，全流程线上完成，不受地域限制。
下一步不用急着招标。先把最近三个月的结算笔数、涉及银行家数、规则变更次数这三个数拉出来，按上表的五行各打一个分。分打完，自建还是用平台，就不必再靠感觉讨论。
