菜單改版不要先重排版：從現場觀察到修改清單的六步健檢流程
- 7月27日
- 讀畢需時 10 分鐘
一套可實際執行的菜單健檢流程：蒐集現場問題、畫出點餐路線、排列修改優先順序、進行小範圍測試，最後整理成可驗證的修改清單。
當一份菜單讓人感覺「哪裡不太對」，最容易開始的動作通常是打開設計檔：換字體、改顏色、重新分欄、放大照片，或乾脆找一套新的版型。這些調整看得見，也很容易讓人產生正在推進的感覺。
但如果還不知道客人真正卡在哪裡，重排版可能只是把原本的問題換一種方式呈現。分類邏輯不符合客人的理解，再整齊的欄位也不會自動變清楚；套餐差異沒有說明，放大價格仍然無法提供升級理由；招牌藏在錯誤位置，換成漂亮字體也不會讓第一次來的人找到它。
菜單改版的起點，不應該是一張新的風格參考圖，而是一句能被驗證的問題描述，例如：「客人看不出 A、B 套餐的主要差異，所以經常放棄升級」、「第一次來的客人找不到招牌，只能等店員推薦」，或「份量資訊太抽象，客人常點錯尺寸」。問題越具體，後面的設計越知道該往哪裡施力。
以下是一套由六個步驟組成的菜單健檢流程。它不要求店家先做完整研究，也不需要一次推翻整份菜單，而是從每天已經發生的現場訊號開始，把直覺變成證據，把證據變成順序，再把修改變成能夠觀察的測試。
第一步：先不要動設計，找出客人卡住的瞬間
「菜單看起來很亂」不是一個足夠清楚的問題。它描述了感受，卻沒有告訴設計師要解決什麼。亂可能來自字太多，也可能來自分類名稱相似、視覺層級平均、規則出現太早，或品項資訊在不同區塊重複。若沒有先拆解，團隊很容易把所有不確定都歸咎於排版。
可以先觀察三個點餐時刻。第一眼，客人知道從哪裡開始看嗎？比較時，他看得懂品項或套餐差別嗎？決定後，他有沒有自然看見合理的加購與下一步？這三個時刻分別對應入口、比較與承接，任何一段不順，都可能被概括成「菜單不好用」。
觀察時不要急著替客人解釋。注意他在哪裡停頓、視線來回移動、重複閱讀，或最後突然放棄原本想看的區域。也要留意那些沒有提問、直接選最安全選項的人。沉默不等於理解，有時只是客人不想再花力氣。
第一步的產出非常簡單：圈出一個最常需要店員補充的位置，寫下一句「客人在這裡因為什麼資訊不足，做不了哪個決定」。例如，不要只寫「套餐區很亂」，而是寫「客人無法快速比較三套多了什麼，因此一直詢問差異」。這句話會成為後續蒐集資料與測試修改的基準。
問題描述要避免直接放入解法。「把套餐區改成表格」不是問題，而是一個尚未驗證的方案。先分開問題與解法，團隊才有空間比較：也許真正需要的是套餐角色、價值差異或刪減選項，而不只是換一種排列。
第二步：把店員每天回答的問題，變成現場紀錄
最直接的菜單使用資料，往往不在設計檔或後台報表，而在店員每天重複回答的問題裡。「這兩個差在哪」、「哪一個最多人點」、「這份有多大」、「會不會辣」、「套餐能換飲料嗎」——如果同一句話持續出現，它就不只是某位客人沒有看清楚，而可能是菜單在錯誤的位置遺漏了重要資訊。
不過，只靠印象容易失真。人會記得情緒強烈或特別麻煩的事件，卻未必記得一個普通問題其實一天出現十次。不同店員的班別與說法也不同，最後開會時常變成每個人都有一套感覺。
可以連續三天做一份非常簡單的紀錄，只寫三項：客人問了什麼、發生在哪個品項或區塊、當天出現幾次。如果想多記一欄，可以補上客人最後的選擇，但不要讓表格複雜到現場沒人願意填。
三天後，將相似提問分成幾類：理解問題，例如不知道品項是什麼；比較問題，例如看不出兩個套餐差異；份量問題，例如無法想像尺寸；規則問題，例如太晚才知道不能更換或打包；下一步問題，例如不知道怎麼搭配或升級。
這時，「客人好像看不懂」會變成更可用的資訊：哪一種問題、集中在哪個區塊、出現多少次、最後造成什麼行為。這些紀錄不需要符合學術研究標準，它的目的只是幫助團隊從模糊直覺走向可以討論的現場證據。
記錄期間也要避免過度引導。若店員一開始就主動把所有差異說完，客人自然沒有機會提出問題。可以維持正常服務，但把「每次都必須口頭補充的內容」也記下來，因為那正是菜單目前依賴人力才能完成的工作。
第三步：不要只看一張平面，要畫出完整點餐路線
設計師很容易從整張版面判斷哪裡太空、太擠、色彩不一致；客人卻不會平均看完整張菜單。他會帶著自己的問題一步一步往下走：今天想吃什麼、先看哪一類、這幾個差在哪、價格和份量適不適合、要不要升級或加點。
可以把這條路線畫成五步：找到入口、選擇分類、比較品項、確認價格與份量、決定加購或完成點餐。接著把前三天收集的問題貼回它發生的步驟，而不是全部留在菜單截圖上。
這個動作會讓許多表面不同的問題顯示出共同原因。例如，客人反覆詢問招牌、人氣與第一次來推薦，可能都指向「入口」沒有做好；份量、套餐內容、是否能更換等問題，可能集中在「比較與確認」；主餐很快決定卻很少加購，可能是「下一步」沒有被承接。
當問題被放回順序，團隊不會再到處補字，而能先修一段路。若入口不清楚，優先建立主打與分類層級；若比較困難，整理差異格式與價值線索；若規則總在結帳時引發衝突，就把提醒移到會影響選擇的時刻。
好的菜單不需要客人讀完每一個字。它只需要在每一個決定發生前，提供當下所需的資訊。這是點餐路線和一般版面檢查最大的差別：前者關心資訊何時被使用，後者容易只關心資訊是否存在。
如果店內同時有桌邊菜單、牆面看板、QR Code 與點餐機，路線更不能只看單一媒介。客人可能先在門口看主打，入座後用手機比較，最後在機台加購。要把幾個接觸點接成一條實際路徑，才看得出資訊在哪裡斷裂或重複。
第四步：問題很多時，先改頻率高又影響大的
完成紀錄與路線圖後，菜單上通常會出現一長串問題：品名不清楚、分類過多、照片比例不一、套餐難比較、招牌藏太深、加購位置不對、規則文字太密。這時若想一次全部翻新，專案範圍會快速擴大；若每個人只挑自己最在意的項目，又會失去共同順序。
可以先看兩個條件：問題出現得多頻繁，以及它對點餐的影響有多大。各用一到三分評估，將兩個分數相乘，先挑總分最高的三項。這不是精密模型，而是一個讓團隊把「我覺得」轉成可比較排序的方法。
例如，套餐差異每天都被問，並讓不少客人放棄升級，頻率與影響都高，應該優先處理。招牌經常被忽略，需要店員反覆推薦，同時增加說明成本並影響主推品銷售，也可能是高順位。相較之下，一張角落照片色溫不一致雖然看得見，若不影響理解與選擇，就不一定要第一時間修改。
「影響」不只代表營業額。它也可能是點餐時間、店員負擔、客訴風險、食物浪費、出餐錯誤或品牌理解。份量說明不清楚，可能造成點錯與剩食；規則太晚出現，可能引發現場衝突；品名模糊則可能讓具有特色的產品被忽略。
排序時可以邀請不同角色一起看：店員知道提問頻率，內場知道錯點與備料影響，經營者掌握品項策略，設計師則協助把問題翻成資訊與視覺方案。重點不是讓每個人投票選喜歡的版型，而是共同確認哪三個問題最值得先解決。
菜單改版最怕的不是問題太多，而是每個問題都被當成一樣急。先建立順序，有限預算與時間才會用在最可能改善現場的地方。
第五步：不要一次全改，先做最小可測試改動
排出前三順位後，仍然不要立刻同時更換分類、名稱、照片、價格呈現與套餐內容。一次改太多，完成後就很難判斷是哪一項有效；也可能整體看起來煥然一新，店員最常回答的問題卻一個都沒有減少。
更穩定的做法，是針對一個明確問題設計「最小可測試改動」。客人看不出套餐差異，可以先替三套補上角色、主要差別與適用情境；招牌常被錯過，可以先調整位置、名稱或單一視覺層級；份量一直被問，可以先增加人數、尺寸或實物比例說明。
一次只處理一個核心問題，測試三到七天。觀察指標也不要停在「大家覺得比較好看嗎」，而要回到原本的問題：同一句提問是否減少？客人決定時間是否縮短？招牌或套餐是否更容易被選到？店員補充次數是否降低？規則相關的誤會是否變少？
測試前最好保留一小段原始紀錄，才有改動前的基準。若有多位店員，請大家使用同一種簡短格式記錄，避免每人用不同尺度描述。測試期間也不要同時推出大型折扣或更改產品，否則結果很難解讀。
若修改沒有改善，不代表測試失敗。它可能說明原先推測的原因不對，或方案沒有提供客人真正需要的線索。小測試的價值正是用較低成本排除無效方向，而不是一次投入完整重製後才發現問題仍在。
當一個小改動得到現場支持，再把相同邏輯延伸到整份菜單。這樣的改版比較容易向團隊說明，也能讓每個設計決定都有理由，而不只是「新版看起來比較新」。
AI 可以整理紀錄，但不能取代現場判斷
三天或一週的店員紀錄累積後，AI 很適合協助做第一輪整理：把相似問題分組、統計重複語句、依點餐步驟分類，或將零散描述轉成表格。它也可以協助產出幾種品項描述、套餐角色或測試假設，讓團隊更快開始比較。
但 AI 看不到客人的停頓、表情、現場壓力，也不知道某句提問是否因店員當天漏講、機台故障或特殊活動造成。輸入紀錄本身若不完整，整理得再漂亮也只是把偏差排列整齊。
因此，AI 的角色應該是降低整理成本，而不是替店家宣布結論。最終仍要回到現場驗證：客人是不是更容易理解、選擇與完成點餐。使用時也不要放入顧客個資、未公開的營業資料或敏感資訊；只保留分析問題需要的匿名內容。
一個實用分工是：人負責觀察與定義問題，AI 協助歸類與提出可能方案，人再選擇最小改動並回到現場測試。這樣既能加快流程，也不會讓工具取代最重要的情境判斷。
第六步：把健檢結果整理成能執行的修改清單
一份有用的菜單健檢，最後不能只留下一句「看起來有點亂」，也不能只有一份很完整、店家看完卻不知道明天先改什麼的報告。它應該變成有順序、能分工、可以驗證的修改清單。
每一個修改項目至少寫清楚五件事：
1. 問題：客人現在卡在哪裡？
2. 證據：現場出現過哪些提問、停頓或選擇行為？
3. 影響：它增加了哪些顧客、店員或營運成本？
4. 修改：名稱、分類、層級、說明、照片或流程準備怎麼調整？
5. 驗證：改完後要觀察哪個變化，測試多久？
例如，不要只寫「套餐區需要更清楚」。可以寫成：「客人三天內重複詢問 A、B 套餐差異二十次，並經常回到單點。先替兩套補上主要差別與適用情境，將共同內容合併呈現；上線後記錄一週提問次數、選擇時間與套餐比例。」
這樣的項目讓設計師知道要改什麼，店員知道要觀察什麼，經營者也知道修改想解決的營運問題。若測試有效，才能排入正式版；若無效，則回到問題與證據重新判斷，而不是憑喜好爭論。
修改清單可以依「立即小改、需要內容整理、需要完整改版」分成三層。錯字、位置與簡短描述可能立即處理；套餐角色、照片補拍與分類調整需要跨部門準備；牽涉產品結構或多個點餐媒介時，才進入完整改版。這能避免所有問題都被包進一個過大的專案。
把六步流程變成店內可重複的習慣
完整流程可以濃縮為：先找卡點、記錄提問、畫出路線、排優先順序、做小測試、整理修改清單。它不只適用於一次改版，也可以成為每季檢查菜單、推出新品或更新外送平台時的工作方式。
如果是第一次執行，可以安排成一個兩週的小週期。前三天只做現場紀錄，不急著提出解法；第四天將問題分類並放回點餐路線；第五天由店員、經營者與設計師一起評估頻率與影響，選出一個優先問題。第二週製作最小修改並上線，連續觀察三到七天，最後把結果寫進修改清單。
這個週期的重點不是速度，而是讓每個階段留下簡單產出：原始提問、問題分類、路線卡點、優先分數、測試版本與觀察結果。下次改版時不必重新憑印象討論，也能看見哪些問題已經驗證、哪些仍只是猜測。
若店內工作繁忙，可以每班只指定一人記錄，交班時花五分鐘合併。每次只追蹤一到三個問題，避免表格太長而中途放棄。能持續使用的簡單流程，會比只做一次的完整研究更有價值。
店家不需要等到客訴很多才開始。只要店員持續回答同一個問題、客人總在某個區域停留、某項產品明明重要卻常被略過，就值得留下紀錄。這些微小訊號，是每天免費發生的使用者測試。
設計師的角色也不只是接到需求後把版面重做，而是協助團隊把「感覺不好用」翻譯成可處理的問題，再將現場證據轉成清楚的資訊層級與視覺方案。當設計和營運共用同一份問題清單，改版就不再只是美感意見的拉扯。
菜單健檢的專業，不在於指出越多錯誤，而在於找出最值得先改的決策卡點。從一個高頻、高影響的問題開始，做一個小而可觀察的改動，讓客人的行為告訴你是否有效。等方向被證明，再進入更完整的設計。
一份真正有用的菜單，未必是視覺上最華麗的那一份。它會讓第一次來的人知道從哪裡開始，讓比較變得容易，讓店員不必重複補充，也讓店家清楚每一次修改想改善什麼。當菜單從「完成一張版面」轉為「持續優化一條點餐路線」，改版才不只是換新，而是一次有依據、能驗證的經營改善。
最重要的是，不要等到所有資料都完美才開始。先記下今天重複出現的三個問題，選一個位置觀察，就已經比直接更換整套風格更接近真正的改善。每一次小測試留下的證據，最終會成為下一次改版最可靠的設計依據。
當團隊逐漸習慣這種工作方式，討論也會從「哪一版比較漂亮」轉向「哪一版讓客人更容易做決定」。設計仍然需要美感，但美感會和理解、效率及品牌一起工作，而不是獨自承擔所有期待。
如果你已經注意到客人會卡住，卻還不知道該先改哪一處，可以把菜單和現場觀察傳給我。我們可以從問題分類、優先順序到修改方向，一起整理成可執行的菜單健檢。
