赛事运营平台

谁

• 某国家级单项体育协会（按客户要求，对外不体现名称）。
• 需求是赛事的登记、编排、发布与拳手管理，一期明确不做票务。

难在哪

• 赛事、场次、拳手、配拳、场馆分区多角色协同，状态多且互相关联。
• 一期明确不做票务、不涉及任何资金流：范围必须收得住。
• 多端（观众 / 拳手 / 运营）共享同一套后端，接口一致性要求高。

我们怎么做

• 三端微信小程序：观众端、拳手端、运营端，各自独立又共享同一套后端。
• 赛事状态机：草稿 → 已发布 → 直播中 → 已结束。
• 拳手申报审核流：草稿 / 提交 / 审核中 / 通过 / 驳回。
• 配拳匹配：候选池筛选与邀约流程。
• 场馆分区树（支持多级）与座位图展示；消息通知走 WebSocket + 订阅消息。
• 自动化部署：发布与回滚有脚本，不依赖手工操作。

结果

• 后端测试 364 / 364；运营端 E2E 122 / 122；前后端路径对齐 137 / 137。
• 交付形态为传统系统（小程序 + 服务端 + 自动化部署），是工程交付能力的直接证据。
• 一期范围控制：不含票务、不涉及资金流。