一整節車廂都買錯了票:12306 的提醒,是事後補上的一塊介面
從一車乘客集體買錯票、12306 新增提醒功能的消息看起,觀察一個購票系統如何在錯誤發生之後,把提醒補成一種介面。
先從一個畫面看起。某個車站的月臺上,一羣乘客拿著手機互相核對車票,發現整車人都買錯了出發站或到達站,站名相近、方向搞反、或者被系統的自動推薦帶到了隔壁站。這類畫面近年在社交平臺上反覆出現,熱度高的時候,會上升為一則熱搜:「一車人都買錯票」。而這一次的新聞點在後半句:12306 新增了提醒。
對一個設計觀察者來說,值得看的東西在這裡。買錯票不是使用者笨,而是一套介面沒有在使用者下單前,把「你確定嗎」這個問題問得夠清楚。
相近站名,是排版問題
中國鐵路系統裡有大量名稱高度相近的車站。同一個城市有東站、西站、南站、北站,同城之外還有「鎮」「東」「機場」各種後綴變體。在搜尋框裡輸入一個城市名,下拉選單會給出一串候選,字級相近、間距均等,差異只落在最後一兩個字上。
這是一個典型的排版處境:關鍵資訊的差異量最小,卻被放在最不容易被掃視到的位置。使用者快速選中第一個看起來合理的選項,錯誤就此埋進訂單。等到進站或上車那一刻才被驗票閘門揭開,錯誤的修正成本已經從「改一個字」變成「重買一張票、重跑一個車站」。
所以當 12306 把提醒補進購票流程,本質上是在錯誤成本最低的環節,插入一次確認。這個動作的設計含義,比功能本身大。
提醒的設計難處:在打擾與阻擋之間
一個好的確認介面要拿捏分寸。跳得太兇,使用者會養成無腦點掉的習慣,提醒形同虛設;跳得太輕,又攔不住真正的錯誤。我們先前在二等座變無座的事件裡看過反面案例:當換車、退票規則與通知措辭沒有被當成一組完整的服務介面來設計,使用者承擔的就不只是一張票的損失,而是整個規則體系的信任成本。
提醒放在哪裡,同樣關鍵。放在選站當下,是一種預防;放在提交訂單前,是一道關卡;放在付款完成後,只剩安慰。從這次的新聞敘事看,提醒被安排在購票流程之中,針對「同一車次大量乘客買了可能錯誤的站」或「站名易混淆」的情境觸發。這個位置選對了:它在使用者還沒付出全額成本之前介入。
真正成熟的作法,其實是讓差異本身變得可見。相近站名在選單裡可以用距離、方位、過往搭乘紀錄做視覺分層;把「德州」與「德州東」並列時,多一個小小的高亮或註記,比十次彈窗都有效。介面設計的第一原則,向來是把容易錯的地方,做成不容易錯的樣子。
事後補救也是設計,只是慢了一拍
有人會說,這種提醒早該有。確實。但一個大型購票系統的迭代節奏,往往由事故頻率與輿論熱度推動,而非由設計前瞻性推動。一車人集體買錯票的畫面在短影音平臺傳開,才把一個存在多年的介面縫隙,推到必須被修補的位置。
這也是觀察公共服務類產品的一個通用視角:它的設計進化,多數時候是回應式的。事件發生,輿論聚集,功能上線。慢,但至少有在動。比起那些爭議之後只發一則聲明的服務,把教訓轉寫進介面的那一種,值得多給一點耐心。
不過回應式設計的風險在於頭痛醫頭。這次修的是買錯票的提醒,下一次可能是選座、退改籤或候補排隊的另一個縫隙。如果每個縫隙都要等一次熱搜,使用者永遠是那個替介面除錯的人。
一張車票上,站名的字級就是善意
回到物件本身。一張車票,無論是藍色紙本還是手機螢幕上的電子票,承載的資訊量其實很小:車次、時間、座號、站名。在這麼小的版面裡,出發站與到達站理應是最顯眼的兩個字。現實中它們常常和其他欄位擠在同一個層級,使用者掃一眼,抓到時間就安心了。
好的資訊設計會誠實面對一個事實:使用者永遠不會把每個欄位都讀完。所以欄位之間的輕重,必須由後果的輕重來決定。買錯站的後果最重,站名的字級就該最大、對比就該最強。這個道理很樸素,做起來卻需要產品團隊真的去月臺上,看一次真實的慌亂。
12306 這次新增的提醒,是補丁,也是表態。它承認了系統過去留給使用者的犯錯空間,並試圖用一次額外的確認把空間縮小。至於這塊補丁能攔下多少錯誤,得看它在真實購票流程裡被觸發的時機與方式。一個提醒的價值,從來寫在它出現的那一刻,而不是在新聞稿裡。 (本文所涉功能上線時間以官方發布為準。)