第五十五章岁末复盘，拆解成长与成大校舍难题

月的高雄，午後光透过办公区的玻璃窗，落在拼在一起的会议桌上。一凡召集聊聊专案、外送平台和开发团队的核心成员，没有复杂的年度报告，只摆着几叠订单明细和用户回馈表——距离千禧年结束只剩十几天，大家围坐在一起，从数据到具T问题，一点点复盘这大半年的落地历程。

「先从外送平台说起吧，从高雄应科的小试点到现在覆盖三市所高校，大家先聊聊最直观的收获。」一凡话音刚落，负责外送运营的阿凯就拿起手边的订单表。

「最明显的是从0到1跑通了连结。」阿凯指着表格上的数字，「现在日均订单单，合作店家，配送员多人，用户复购率%——对b试营运时的日均单、复购率%，算是翻了好几倍。

他顿了顿，话锋转向待解决的问题：「不过也有棘手的，b如成功大学——成大校舍分布太散了，光主校区就有个宿舍区，还有3个离主校区1公里外的分校区。之前配送时，经常出现同一时间段，配送员要跑3个不同方向的宿舍。

「外送能起来，聊聊的流量支撑功不可没。」负责聊聊营运的小夏接过话，打开手机里的用户资料後台，「今年靠外送的满减3下载领订餐券活动，聊聊新增了2.5万校园用户，现在总注册用户快4万了。但有个隐忧—聊聊资料查订单，真正用社交功能的只有%，b如兴趣群的日活才人，私聊消息量也少，相当於聊聊没真正跑起来，只是个订餐引流工具。

开发小组的老周推了推眼镜，补充技术端的复盘：「从最开始只能展示3家店的基础网页，到後来加城市选择校区划分订单进度查询模组，咱们前後迭代了6个版本，现在网页系统能同时支撑三市所学校的订单，峰值每秒处理多1校舍，没出卡顿的技术。目前的配送员派单是按订单先後，没考虑宿舍区域，接下来得在网页後台加个区域聚类派单功能，把同一片区的订单分给同一个配送员，才能降超时率。

一凡一边听一边在笔记本上记重点，等大家说完，他总结道：「今天复盘没绕远路，聊的都是实打实的事——收获很明确：咱们把线上网页+线下配送+用户运营的链路跑通了，也积累了不同学校的运营经验；问题也很清晰：还很清晰的社交属X」。

他看向众人，语气平和：「接下来上篇复盘先到这，大家先针对成大的校舍问题，各自想想调整方案——运营组可以去成大做次实地调研，看看能不能按宿舍区设取餐点；开发组先梳理区域聚类派单的技术逻辑；咱们下篇复盘时，就拆开一个复盘时，就把一个具T解来解决方案，把一个复盘解决方案。

光渐渐西斜，大家拿着笔记本各自散去──没有空泛的总结，只有对具T问题的聚焦。这场始於便当风波的项目，正是在这样一次次「复盘-发现问题-解决问题」的循环里，慢慢紮稳了脚跟。