歲末覆盤 ：聚焦聊與外送，拆解成長與成大校舍難題

12 月的高雄，午後陽光透過辦公區的玻璃窗，落在拼在一起的會議桌上。一凡召集聊聊專案、外送平臺和開發團隊的核心成員，沒有複雜的年度報告，只擺著幾疊訂單明細和使用者回饋表—— 距離千禧年結束只剩十幾天，大家圍坐在一起，從資料到具體問題，一點點覆盤這大半年的落地歷程。

「先從外送平臺說起吧，從高雄應科的小試點到現在覆蓋三市14 所高校，大家先聊聊最直觀的收穫。」一凡話音剛落，負責外送運營的阿凱就拿起手邊的訂單表。

「最明顯的是『從0 到1』跑通了連結。」阿凱指著表格上的數字，「現在日均訂單4200 單，合作店330 家，配送員180 多人，使用者復購率65%—— 對比試營運時的日均180單、復購率30%，算是翻了好幾倍。

他頓了頓，話鋒轉向待解決的問題：「不過也有棘手的，比如成功大學—— 成大校舍分佈太散了，光主校區就有12 個宿舍區，還有3 個離主校區1 公里外的分校區。之前配送時，經常出現'同一時間段，配送員要跑3 個不同方向的宿舍。

「外送能起來，聊聊的流量支撐功不可沒。」負責聊聊營運的小夏接過話，開啟手機裡的使用者資料後臺，「今年靠外送的『滿20 減3』下載領訂餐券'活動，聊聊新增了2.5 萬校園使用者，現在總註冊使用者快4 萬了。但有個隱憂— 聊聊資料查訂單'，真正用社交功能的只有20%，比如興趣群的日活才800 人，私聊訊息量也少，相當於'聊聊'沒真正跑起來，只是個'訂餐引流工具'。

開發小組的老周推了推眼鏡，補充技術端的覆盤：「從最開始只能展示3 家店的基礎網頁，到後來加'城市選擇''校區劃分''訂單進度查詢'模組，咱們前後迭代了6 個版本，現在網頁系統能同時支撐三市14 所學校的訂單，峰值每秒處理20 多1校舍，沒出卡頓的技術。目前的配送員派單是'按訂單先後'，沒考慮宿舍區域，接下來得在網頁後臺加個'區域聚類派單'功能，把同一片區的訂單分給同一個配送員，才能降超時率。

一凡一邊聽一邊在筆記本上記重點，等大家說完，他總結道：「今天復盤沒繞遠路，聊的都是實打實的事—— 收穫很明確：咱們把'線上網頁+ 線下配送+ 使用者運營'的鏈路跑通了，也積累了不同學校的運營經驗；問題也很清晰：還很清晰的社交屬性」。

他看向眾人，語氣平和：「接下來上篇覆盤先到這，大家先針對成大的校舍問題，各自想想調整方案—— 運營組可以去成大做次實地調研，看看能不能按宿舍區設'取餐點'；開發組先梳理'區域聚類派單'的技術邏輯；咱們下篇覆盤時，就拆開一個覆盤時，就把一個具體解來解決方案，把一個覆盤解決方案。

陽光漸漸西斜，大家拿著筆記本各自散去── 沒有空泛的總結，只有對具體問題的聚焦。這場始於便當風波的專案，正是在這樣一次次「覆盤- 發現問題- 解決問題」 的迴圈裡，慢慢扎穩了腳跟。