做供应链数字化这行久了，经常被问到同一个问题：B2B 平台和 S2B 平台到底怎么选，选型时该盯住哪些地方。问的人有企业信息化负责人，也有业务口的管理者，还有刚接手项目、对着一堆厂商资料发愁的项目经理。每次聊完，我都觉得有些经验值得整理出来。聊的都是实际项目里的判断，有踩坑之后的体会，也有验证过觉得可行的做法。文章里提到的客户会做泛化处理，但你大概能从场景里看到自己的影子。
一、选型之前，先把自己的业务看清楚
（一）别急着看厂商演示，先回答几个问题
- 你现在的交易是怎么发生的？是线下签合同、线下对账，还是已经有部分线上工具？把现状写清楚，比看多少份方案都管用。很多项目走到后面推不动，根源往往在需求本身没想明白，跟平台关系不大。比如有的企业说要做一个订货平台，聊深了才发现，经销商最在意的是能实时看到库存和发货进度，在线下单只是其中一个环节。下单只是表象，背后的业务诉求才是选型的起点。
- 平台要服务谁？是给上游供应商用，给下游经销商、门店用，还是两边都要？不同角色对功能的要求差别很大。上游关心订单接收和对账效率，下游关心选品、价格和下单体验。把主要角色的诉求排个序，你会更容易判断哪些功能是核心，哪些可以先放一放。
- 交易之外还有什么？有些企业以为平台就是下单，结果上线后发现物流跟踪、售后、返利、对账还在线下跑，平台用起来像孤岛。所以在梳理需求时，把交易前后的环节一起考虑，哪怕初期不全部实现，心里也要有数。
（二）把角色和交易关系画出来
不用画复杂的架构图，拿一张白纸，把参与交易的各方画成圈，连线标注他们之间发生什么。经销商向谁下单，谁负责发货，谁负责开票，返利怎么算，退货找谁，售后怎么处理。这张图越清晰，后面的选型越省事。我见过某快消行业头部集团的一个项目，需求文档写了很厚一沓，但交易关系始终没理清，上线之后发现同一个订单在平台和 ERP 里各跑各的，财务两边对不上。回过头看，问题就出在最开始那张图没画明白。
（三）想清楚哪些是必须，哪些可以后面再说
需求清单很容易越写越长，写到后面连自己都分不清轻重。我的习惯是按优先级分：没有它业务跑不起来的，影响效率但能先用人工顶上的，以及锦上添花的。最优先的必须满足，中间的可以谈实施节奏，锦上添花的看预算和厂商能力。这样在跟厂商沟通时，你不会被一堆功能带着走，也不会因为某个看似炫酷但用不上的功能增加成本。跟厂商谈判时，这份分档清单也是很好的沟通工具，双方都知道底线在哪里。
二、看平台能力，重点看这几条主链路
（一）交易主链路
什么叫主链路？从客户找到商品、下单、支付、发货、收货、开票、对账，这条线走下来顺不顺。评估的时候别只看演示环境，让厂商用你的真实业务场景完整地跑下来。比如一个经销商要下多个品类的货，其中有促销品、有阶梯价、有账期，平台能不能处理。演示环境里点几下就完成的事，放到真实业务里往往卡住。特别是当订单里既有现货又有预售，既有自提又有配送，流程一交叉，平台的短板就露出来了。
（二）商品与价格体系
to B 的业务里，价格很难做到一视同仁。不同等级的客户、不同区域、不同订货量，价格可能都不一样。平台能不能支持这些规则，能不能让业务人员自己维护，而不是每改一次价格都要找厂商开发。这一条经常被忽略，但上线之后它是日常使用频率最高的功能。价格体系还有一个容易踩坑的地方：促销活动和常规价格怎么叠加，活动结束之后价格怎么恢复，如果平台没有清晰的规则引擎，运营人员每次做活动都要提需求，效率很低。
（三）订单与履约
订单生成之后，仓库怎么接、物流怎么跟、异常怎么处理。有些平台订单模块做得很漂亮，但和仓库系统、物流系统之间的衔接没打通，结果还是要人工导单。选型时把履约环节的角色拉进来，听听他们的意见，比信息化部门自己拍板更靠谱。比如仓库关心的是波次拣货、缺货处理，物流关心的是运单号和时效跟踪，这些需求如果一开始没提，上线后再补就很被动。还有一个细节：订单变更和取消怎么处理。企业客户改单、插单是常事，平台如果改一个数量就要作废重下，业务人员很快就会回到电话和微信里。
（四）结算与对账
对账是很多企业的老大难。平台如果能做到交易数据、发票数据、收款数据自动匹配，财务的工作量会明显下降。评估时问清楚：对账规则能不能配置，异常单据怎么处理，能不能和现有财务系统对接。有些平台的对账模块看起来很全，但规则是写死的，企业稍有不同的结算方式就没办法支持。对账这件事，不同行业的差异很大，有的按订单对，有的按发货批次对，有的按月汇总对。厂商有没有做过类似模式，直接影响实施难度。
（五）集成与扩展
企业里很少只有一个系统。平台要和 ERP、财务、仓储、客服等系统打交道。看厂商的集成能力，不只看接口数量，更要看他们有没有处理过类似系统的对接，遇到数据不一致时怎么排查。还有一个容易被忽视的点：平台自身的扩展性。业务是会变的，今天做自营，明天可能要做撮合，今天只服务经销商，明天可能要开放给终端门店。平台的技术架构能不能支撑这些变化，值得在选型时多问几句。
三、S2B 和 B2B，别用一套标准套
（一）两者的差别在哪
B2B 平台更多解决企业之间的交易效率，买卖双方相对对等，关注的是订单、合同、结算这些环节。S2B 平台通常是核心企业或平台方带着一群小 B 做生意，平台要提供的除了交易，还有商品、营销、物流、金融等方面的支持。小 B 的特点是数量多、单个体量小、需求分散，平台要在标准化和灵活性之间找平衡。用选 B2B 平台的标准去挑 S2B 平台，很容易得出错误结论，反过来也一样。
（二）S2B 选型的额外关注点
- 小 B 的下单体验。他们可能没有专职的采购人员，下单要足够简单，手机端体验尤其重要。如果在小程序里下个单要点很多次才能完成，他们宁可用回微信群接龙。
- 平台方的运营工具。怎么给不同的小 B 推送商品、设置活动、管理客户关系，这些运营能力决定了平台上线之后有没有人用。S2B 平台有一个特点，平台方需要对小 B 有影响力，这种影响力一部分来自商品和价格，另一部分来自平台提供的工具是否好用。
- 多级渠道的管理。货从品牌方到经销商、到门店，中间可能经过多层。平台能不能看清货的流向，能不能防止窜货，这些是业务侧非常关心的。有些平台在交易功能上做得不错，但渠道管理功能薄弱，最后业务部门还是要靠线下巡店和人工报表来管。
（三）B2B 选型的额外关注点
- 合同与授信。企业间交易往往涉及合同条款、授信额度、账期管理，平台要能把这些管起来。没有授信管理，业务人员不敢在线上放单；没有合同关联，财务对账时说不清楚这笔钱对应哪份协议。
- 审批流程。企业内部采购往往有审批环节，平台要能适配不同企业的流程，尽量不让企业改流程来适应平台。有的企业采购要经过部门、采购、财务多级审批，有的企业则是采购员直接下单、事后汇总。平台的流程引擎能不能配置出这些差异，很关键。
- 价格谈判与报价。有些业务需要询报价，平台要支持这个过程的线上化。询报价和标准商品下单的逻辑不一样，它涉及多方比价、多轮改价，平台如果只是把线下流程简单搬到线上，用起来会很别扭。
四、落地过程中容易出问题的地方
（一）上线节奏
贪大求全是很常见的坑。想一次把所有功能都上线，结果周期拉长，业务侧失去耐心。比较稳的做法是先跑通主链路，比如先让部分客户在线上下单，跑顺了再扩展品类、扩展区域、扩展功能。每扩展一步，都有反馈和调整的机会。上线节奏还跟组织的接受度有关。如果一线业务人员对新平台有抵触，先小范围试点，用实际效果说话，比开大会动员更有效。
（二）数据
商品数据、客户数据、价格数据，这些基础数据的质量直接决定上线后的体验。见过项目上线前夕还在整理商品资料的情况。数据整理要提前做，而且要业务部门参与，不能全丢给 IT。商品名称、规格、单位、图片，这些看起来简单，但涉及海量条目，没有业务人员把关，整理出来的数据没法用。客户和价格数据更敏感，谁对应哪个价目表，哪个客户享受什么折扣，这些要在上线前反复确认。
（三）组织和流程
平台上线往往意味着原有的工作方式要变。经销商习惯了打电话下单，现在要他自己上平台，一开始肯定有抵触。这时候需要业务侧配合推动，甚至要设计一些激励措施。技术问题好解决，人的问题才是难点。有的企业会安排业务人员驻点支持，有的会在平台上给早期使用者一些政策倾斜，这些都是实践中比较有效的办法。另外，内部的流程也要同步调整，如果线上走一遍、线下再走一遍，平台就会变成额外负担。
（四）供应商配合度
选厂商的时候，除了看产品，还要看实施团队。一个愿意蹲在你业务现场、愿意跟你一起梳理流程的团队，比一个只会讲产品功能的团队靠谱得多。实施过程中遇到问题很正常，关键是厂商的响应速度和解决问题的态度。有的团队遇到没做过的需求就往后拖，有的团队会主动找业务聊，甚至帮你优化流程。这两种合作体验差别很大。
五、和厂商打交道的一些体会
（一）别被演示带着走
演示是厂商精心准备的，每一个功能都展示得恰到好处。你要做的是带着自己的场景去问，甚至故意问一些刁钻的问题，看对方怎么回答。回答不上来不一定是坏事，关键是看他们愿不愿意去解决。比如你可以问：如果我的客户同时享受阶梯价和活动价，系统怎么算？如果订单已经发货，客户要改地址怎么办？这些问题没有标准答案，但对方的反应能看出很多东西。
（二）看案例不如看团队
案例可以包装，团队很难伪装。实施顾问有没有做过类似行业、类似规模的项目，项目经理能不能把计划讲清楚，这些比案例列表更有参考价值。跟厂商聊的时候，尽量让未来的项目经理参与，而不是只跟售前沟通。售前对产品很熟，但真正陪你走完项目的是实施团队。如果条件允许，去厂商正在实施的项目现场看看，听听客户一线人员的真实反馈，比任何宣讲都有说服力。
（三）合同里把关键事项写清楚
实施范围、验收标准、后续服务方式、知识转移，这些要在合同里明确。尤其是验收标准，不要写得太虚，要能对应到具体的业务场景。比如验收标准里写平台支持多级审批，就要明确支持到几级？审批条件能不能配置？这些细节不写清楚，后期容易扯皮。另外，知识转移也很重要，厂商撤场之后，企业自己的团队能不能接得住，取决于前期有没有做好培训和文档交接。
六、回到选型这件事
选平台这件事，说复杂也复杂，说简单也简单。把业务想清楚，把需求排好优先级，把关键角色拉进来，选一个愿意陪你一起落地的团队，成功率就会高很多。市面上的平台产品，功能上往往有重叠，真正拉开差距的是对业务的理解和落地的能力。数商云在这类项目上做了不少积累，从 B2B 到 S2B，从交易平台到供应链协同，见过各种复杂的业务场景。如果你正在选型，或者项目推进中遇到卡点，欢迎找数商云的团队聊聊，也许能帮你把思路理得更顺。
评论