一个球迷的抱怨,成了一次项目起点
林致远是幻影体育票务产品线的负责人。在接手某省级篮球联赛票务系统升级项目之前,他做了一件很多工程师不会做的事:连续三个主场,站在不同的检票口观察球迷入场。他发现,问题并不在闸机速度,而在信息断层——球迷在客户端买完票,到了现场却不知道该走哪个入口,纸质票与电子票混用,工作人员只能靠喊。
这个观察后来成为幻影体育该项目的第一份需求文档的核心结论:票务系统不是收银台,而是观赛体验的第一道门。团队据此把交付目标从“能卖票”调整为“从购票到入场不超过三个动作”。
交付现场的三次返工
项目推进并不顺利。第一次联调时,场馆网络条件与测试环境差异很大,幻影体育团队在现场连续驻场一周,把验票终端的离线模式重新设计了一遍。第二次返工来自票种结构:客户临时增加了学生票与家庭套票,原有的核销逻辑需要拆分。第三次则是数据对接,客户既有的会员体系字段命名混乱,团队花了大量时间做映射与清洗。
- 离线验票:终端断网时本地缓存票根,恢复后自动补传,避免入口拥堵。
- 票种拆分:把核销规则从票种中解耦,新增票种不再改动主流程。
- 数据映射:建立字段对照表,交付后交由客户运营团队自行维护。
林致远在复盘会上说,票务项目真正的难点从来不是技术,而是把场馆、俱乐部、安保三方的习惯装进同一套流程里。幻影体育在这个项目里沉淀下来的,是一套可复用的交付检查清单,而不是某一版代码。
上线之后,故事才刚开始
系统上线后的第一个主场比赛日,入口平均通行时间明显下降,工作人员从检票转为引导。更让团队意外的是,客户运营方开始主动使用后台的入场时段数据来调整开场活动节奏。林致远把这称为“交付的第二次生命”——系统交付的是工具,客户长出来的是方法。
如今,幻影体育票务团队把这类项目经验整理成内部案例库,新成员入职要先读三个失败片段再读成功片段。林致远认为这很必要:体育票务面对的是真实的人流与情绪,任何一处细节松动,球迷都会在入口处感受到。项目展示栏目记录这些故事,不是为了陈列成绩,而是让下一次交付少走一段弯路。
入场通行时间下降这个点太真实了,我去看球最烦的就是门口堵成一团,希望这套系统多铺几个场馆。
三次返工写得挺实在,做项目哪有一次过的,能把失败片段拿出来给新人读,这个团队有点东西。
我是做场馆运营的,票种拆分那个思路值得借鉴,我们这边一加套票就得改一堆东西。
离线验票这个功能听着简单,现场网络一塌糊涂的时候就是救命稻草。
文章没吹数据,讲的是流程和人的习惯,这种项目复盘比宣传稿好看多了。