一個能讓數(shù)學(xué)家算到禿頭的NP-hard問題，現(xiàn)在成了手游的核心玩法。GeoQuest團(tuán)隊正在把「旅行商問題」（Traveling Salesman Problem，TSP）塞進(jìn)手機，讓用戶自己規(guī)劃路線——預(yù)算、時間、距離全都要管。

這不是什么學(xué)術(shù)demo。團(tuán)隊要面對的是更棘手的命題：當(dāng)用戶畫出一條「夢中情線」，系統(tǒng)怎么告訴他「這路線數(shù)學(xué)上不可能」而不被罵娘？

產(chǎn)品經(jīng)理的噩夢：算法對了，體驗崩了

傳統(tǒng)TSP求解器跑在服務(wù)器后臺，輸出發(fā)給司機就行。但GeoQuest把決策權(quán)交給了 casual user（ casual user ），實時反饋成了剛需。

團(tuán)隊踩的第一個坑是「硬阻斷」。用戶剛畫完路線，彈窗提示「超出預(yù)算，請重試」。測試數(shù)據(jù)很難看——次日留存直接腰斬。一位參與測試的用戶反饋：「我知道錯了，但你倒是告訴我錯在哪??？」

硬阻斷的問題在于剝奪了用戶的探索感。物流規(guī)劃本身是個試錯學(xué)習(xí)的過程，但游戲不能做成Excel表格。

第二種方案：讓失敗成為玩法

團(tuán)隊轉(zhuǎn)向「軟失敗」設(shè)計。用戶提交路線后，系統(tǒng)不攔截，而是跑完整套模擬——卡車半路拋錨、貨物超時變質(zhì)、預(yù)算赤字報警——用可視化災(zāi)難讓用戶自己長記性。

這個方向保留了 player agency（玩家自主性），但引發(fā)了新的爭議：有些用戶確實只想快速通關(guān)，被迫看「破產(chǎn)動畫」等于懲罰認(rèn)真玩家。

團(tuán)隊內(nèi)部為此吵了三輪。負(fù)責(zé)算法的工程師傾向于「智能預(yù)檢」，在畫線階段就灰掉不可行路徑；UX設(shè)計師堅持「后果教育」，認(rèn)為只有承擔(dān)后果才能建立真實認(rèn)知。

第三種路線：動態(tài)難度+漸進(jìn)披露

目前的折中方案是分層反饋。畫線階段，系統(tǒng)用顏色漸變提示風(fēng)險（綠色=安全，橙色=緊張，紅色=危險），但不阻止提交；模擬階段，根據(jù)用戶歷史行為調(diào)整災(zāi)難的「戲劇性」——新手看到詳細(xì)拆解，老玩家直接給結(jié)果。

這個設(shè)計偷師了一個冷門領(lǐng)域：嚴(yán)肅游戲（Serious Games）。美國軍方用類似機制訓(xùn)練后勤軍官，讓學(xué)員在虛擬沙盤中「燒掉」幾百萬美元預(yù)算，比課堂講解印象深刻十倍。

GeoQuest的挑戰(zhàn)在于，軍事模擬可以犧牲趣味性換取教育效果，商業(yè)手游不行。

地圖API的隱藏成本

實時反饋的另一個瓶頸是數(shù)據(jù)成本。每做一次路線可行性校驗，就要調(diào)用地圖API計算距離、路況、時間窗。按團(tuán)隊估算，如果每個用戶每次畫線都觸發(fā)全量校驗，月度API賬單能買一輛特斯拉。

工程師的解法是做客戶端預(yù)篩：先用簡化模型（直線距離+靜態(tài)路況）快速排除明顯離譜的路線，只有「看起來可行」的方案才送服務(wù)器精算。這個分層策略把API調(diào)用量壓到了原來的12%，但代價是偶爾出現(xiàn)「客戶端說能走，服務(wù)器說不行」的錯位——團(tuán)隊正在用置信區(qū)間算法修補這種尷尬。

一個未解的權(quán)衡

GeoQuest的困境其實是整個模擬游戲品類的縮影。Cities: Skylines的玩家抱怨「交通AI太蠢」，SimCity的老玩家懷念「可以故意搞崩城市看災(zāi)難」的自由——但后者的商業(yè)表現(xiàn)證明，多數(shù)用戶其實不喜歡真正的失敗。

團(tuán)隊負(fù)責(zé)人最近在內(nèi)部論壇拋出一個問題，至今沒有標(biāo)準(zhǔn)答案：「如果90%的用戶第一次玩就選『簡單模式』自動規(guī)劃路線，我們算不算背叛了『教育用戶理解物流復(fù)雜性』的初衷？」

這個問題沒有寫在需求文檔里，但決定了GeoQuest最終會成為「披著物流皮的拼圖游戲」，還是「真正讓人頭疼的供應(yīng)鏈模擬器」。你傾向哪邊？