BSS对比：一个项目复盘
BSS对比最怕停在参数表。下面复盘一个脱敏项目：一家做企业云通信的团队，原来用CRM加表格管套餐，客户到800多家后，续费、升降级、对账全靠人肉补洞。它最后在三条路线里做取舍，过程很有参考价值。
Q1：这个项目为什么必须换BSS？
它的业务不是一次性卖软件，而是按号码、坐席、通话量、短信量组合收费。早期销售在CRM里建合同，财务用表格算月账，技术开通资源另走工单。客户少时还能扛，客户过了800家后，问题集中爆发。
最典型的是升降级。客户月中加坐席，销售改合同，技术开通了，财务月底才知道；有的客户少收半个月，有的客户多收后投诉。管理层要的是一套能把订购、开通、计费串起来的BSS。
Q2：当时对比了哪三种方案？
第一种是继续扩展CRM，优点是便宜、用户熟，缺点是计费规则弱，按量账单要外部处理。第二种是ERP加计费插件，优点是财务口径稳定，缺点是产品变更和订单状态太重。
第三种是独立BSS，优点是产品目录、订阅、账期、用量计费更完整，缺点是实施周期长，还要打通CRM、支付、发票和开通系统。BSS对比到这里，价格已经不是唯一因素，关键看谁能承接未来两年的业务复杂度。
Q3：他们怎么做BSS对比打分？
打分没有用几十项花哨指标，只用了六项：产品建模、订单状态、按量计费、账单解释、接口能力、数据迁移。每项按1到5分评，必须拿真实套餐测试，不能听口头承诺。
测试题很具体：客户买基础坐席20个，赠送2个月；月中增加5个坐席；短信按阶梯价计费；欠费7天限制服务；续费时渠道商拿佣金。能完整跑完的方案，才进入商务谈判。
Q4：最终为什么没选最便宜的？
CRM扩展报价最低，但每个复杂规则都要定制。看似首年省钱，后面每次改套餐都要排开发。ERP插件财务喜欢，但业务侧觉得订单变更太慢，客服查不到完整订阅轨迹。
独立BSS报价高一些，却能把产品、订单、订阅、用量、账单串成链。项目组最后砍掉了花哨运营模块，保留核心计费和接口，把预算压在最值钱的位置。
Q5：上线后最大的教训是什么？
不是系统功能，而是数据清洗。老客户的合同口径不统一，同一个套餐有4种叫法，赠送期写在备注里，历史欠费散在表格中。迁移前花了三周统一产品编码和客户编号，这一步救了后面很多麻烦。
这个BSS对比案例给人的提醒很直接：别只比报价和模块数。拿自己的真实订单去压测，算清迁移成本，确认异常流程，才知道哪套方案真的能落地。
常见问题
BSS对比时要不要看厂商案例？
要看，但别只看行业名头。重点问案例里是否有相似计费规则、客户规模、接口数量和数据迁移难度。
BSS对比表怎么做最实用？
用真实业务场景做列，比如升降级、退款、欠费停用、按量计费、渠道分佣，比罗列上百个功能点更有效。
BSS上线前数据要准备什么？
至少准备客户主数据、产品编码、历史订阅、未结账单、余额、欠费、合同有效期。备注里的规则要结构化。