电商平台开发

项目背景

这是一个把服务商与需求方撮合到一起的交易平台：服务商提交资质入驻，上传商品与视频素材，需求方在平台上完成下单，订单从创建到交付每一步留轨迹，平台侧对入驻与上架做审核。业务落在产业互联网场景——交易对象不是标准商品，而是带方案与交付周期的服务。

客户当时的状态

撮合类业务最难的部分不是下单，而是「谁在什么时候承诺了什么」。服务商入驻靠资料来回传递，资质是否有效、审核到哪一步，只能靠人问；素材尤其是视频，散落在即时通讯里，要上架就得重新收集一遍；订单从谈成到交付跨越数周甚至数月，中间发生了什么、谁确认过哪个节点，事后很难复盘。平台方夹在两边之间，既要保证服务商质量，又要在出问题时能拿出过程记录。

我们的做法与取舍

第一个取舍是把订单做成时间线对象，而不是只记一个状态字段。状态字段只能回答「现在是什么」，时间线能回答「怎么走到这里的」。代价是数据结构和查询都更复杂，收益是任何一次纠纷都有可回溯的过程记录。

第二个取舍是把审核能力做成可配置。平台方的审核口径会随业务阶段变化，写死在代码里意味着每次调整都要发版。我们把审核环节抽成配置项，运营自己就能调整顺序与必填项。

第三个取舍是视频上传单独出方案。移动端上传大文件在弱网下必然中断，这个问题绕不过去，只能在方案层解决——分片、续传、失败重试，都要在方案里写清楚并做验收。我们没有把它当成一个「调用上传接口」的小事。

系统怎么承载这条链路

后端按网关、认证、业务接口三个服务拆分，接口口径统一，端之间不重复定义业务语义。服务商端、需求方端与平台后台共用同一套接口。管理后台以繁体中文交付，可直接面向港澳与海外中文市场使用。数据侧素材走对象存储直传，不经过应用服务转存，避免大文件把应用层拖慢。

交付状态与边界

代码处于持续维护状态，最近一次提交在 2026 年 9 月。需要说清楚的是边界：平台承载的是交易与履约过程，不代持资金，收款与结算以贵方实际签约的通道为准；服务商线下交付的质量由双方合同约定，平台只负责过程留痕；短信、推送等第三方通道的商务开通由贵方完成，我们按既有资质接入接口。演示环境是否开放需按客户授权确认，我们不会在未授权情况下公开演示地址。