產品經理面試問「你會怎麼改善這個 App」，可以先說清楚要改善誰的哪個問題，再比較方案，最後交代如何判斷改善是否有效。假如上班族預訂午餐後，到店還要等十五分鐘，增加推薦餐廳、點數或折扣，都未必讓他準時吃到飯。回答的重點在於把使用者處境、產品選擇與實際結果連起來。
這種練習與公開的產品工作描述相符。Amazon 的產品經理職涯介紹涵蓋理解使用者、跨部門推進產品與分析成效；Microsoft 的職務介紹則提到將客戶需求轉為排定優先順序的功能、設計及規格。兩者提供各自的職務背景，以下則用原創練習示範如何組織回答，並非任何公司的公開考題或評分表。
先把「體驗不好」說成一個能查證的問題
以下午餐 App、資料與對話皆為虛構練習。假設一款午餐預訂 App 在新加坡與吉隆坡試行，使用者先下單，再於指定時段到店取餐。產品團隊收到「明明預訂，還是等很久」的抱怨，現在只能先做一項改善。你的任務是提出優先方案，並交代試行後如何決定是否擴大。
先把範圍縮小為「平日午休時間有限、已預訂餐點的上班族」。這群人要完成的事情，是在可預期的時間拿到午餐，再回去工作。他們可能願意提早下單，卻未必接受到店後仍不知道要等多久。這樣界定後，你就能區分「可選餐點太少」和「承諾時間不可靠」兩種問題，避免把所有不滿都塞進同一份功能清單。
接著沿著下單、接單、備餐、到店、取餐的順序查證。需要哪些時間記錄？至少包括接單時顯示的取餐時段、實際備妥時間、使用者到店時間與取餐完成時間。若只有取餐完成時間，還分不清是廚房晚做好、通知沒送達，還是使用者晚到。你可以提出幾個可能原因，但要說清楚它們仍是假設。
練習題再提供兩項資訊：部分餐廳在午餐尖峰接下的訂單超過廚房負荷；受訪使用者表示，選擇預訂主要是希望掌握取餐時間。前者讓「同一時段接單過多」成為值得先查的原因，後者說明它為什麼重要。不過，訪談仍不足以證明影響範圍，還要把延誤情況按城市、餐廳與時段拆開。若問題只集中在少數店家，就不需要一開始改動整個平台。
把三個方案放在同一個問題下比較
現在再談功能。為了檢驗自己的選擇，將「更準確的取餐時段」「備妥通知」「回購折扣」放在一起，比較各自改變哪一段流程、需要誰配合，以及什麼條件下才有用。
| 方案 | 對等待問題的作用 | 落實成本與限制 |
|---|---|---|
| 依餐廳處理能力開放取餐時段 | 減少同一時段超接訂單，讓承諾更可靠 | 需要店家提供時段容量，並維持接單與備餐紀錄；可選時段可能變少 |
| 餐點備妥後發送通知 | 讓使用者知道可以取餐，減少資訊不明與太早到店的情況 | 依賴店家準確標記備妥；無法直接解決廚房已經來不及做餐的問題 |
| 發放回購折扣 | 可能提高再次下單意願 | 持續增加補貼；若尖峰供餐能力沒有變，更多訂單可能讓等待惡化 |
根據目前的虛構資料，我會先試行第一項：讓少數合作餐廳設定每個取餐時段的可接單量，額滿後顯示其他可選時段，並在下單前說明。理由是它直接處理已觀察到的超接訂單，也能檢驗「承諾失準來自時段容量」這個假設。
這個選擇需要餐廳營運配合，維護成本也可能高於通知。若時間記錄反而顯示，大多數餐點早已備妥，只是使用者沒有收到訊息，我就會改選通知。折扣則暫緩，因為目前的問題證據指向供餐可靠性，還沒有理由用補貼增加尖峰需求。
面試回答不必先替每個方案打出看似精準的總分。你可以先說影響哪群人、原因是否已查證、預期能改變什麼，再交代工程與營運負擔。若資訊不足，直接指出哪一筆資料會改變排序，比替不確定的判斷填上小數點更有說服力。
成效衡量項目要寫清楚分子、分母與承諾時間
選定時段容量方案後，先衡量它有沒有改善準時供餐。這個練習的主要衡量項目是「準時備妥率」：在接單時原先承諾的取餐時段結束前備妥的訂單數，除以同期全部已接訂單數。固定追蹤試行期間接下的午餐訂單，待承諾時段結束、核對狀態後計算。之後改過取餐時間，也不能覆蓋原始承諾；否則店家把時段往後改，數字就容易變好看。
假設基準期有 1,000 筆已接訂單，其中 720 筆符合上述條件，準時備妥率就是 720 ÷ 1,000＝72%。取消訂單仍保留在分母，只有確實在原承諾時間內備妥的訂單才進入分子。這樣就不能單靠取消難以準時完成的訂單，提高報表上的表現。備妥時間缺漏則另列資料缺漏率，先查清楚，不能把沒有記錄當成沒有延誤。
同樣重要的是，店家按下「備妥」不一定等於餐點真的已經可以領取。試行時要抽查店內紀錄與取餐情況，確認這個時間點可信。若團隊只追求表面數字，店家可能提前按下按鈕，使用者卻照樣站在櫃檯前等待。因此，衡量項目的定義與記錄方式需要一起說明。
用風險護欄防止「數字改善、體驗變差」
主要衡量項目只回答其中一個問題。風險護欄是試行期間必須一起觀察、不能明顯惡化的項目，用來提醒團隊：改善一段流程，可能把成本轉到另一段。
這個案例至少要同時看三件事。第一是等待：除到店後的實際等待，也要在相同下單時段與預約方式下，比較接單到備妥的總時間，避免只是把取餐時段往後排。第二是需求能否被滿足：看取消訂單占全部已接訂單的比例，也看進入可選時段頁面的使用者，最後有多少完成下單；接單量下降時，準時率可能自然上升，但使用者仍買不到午餐。第三是成本：觀察每筆完成訂單的補貼，以及店家維護時段容量所需的時間。兩個城市的補貼按當地幣別分開比較，不能直接把金額相加。
在這些護欄中，等待時間需要再多看一層。平均值可能掩蓋少數人的長時間延誤，可以補看第九十百分位數，也就是將等待時間由短到長排序後，約九成訂單不超過的時間。若平均縮短，但這個數值變長，就需要查是哪一群人變得更不方便。
護欄門檻要在試行前，依基準資料、使用者可接受程度與營運限制討論。例如團隊認為午休族無法接受再延後供餐，就應把總等待時間惡化列為停止擴大的條件。若題目沒有這些資料，面試時可以提出如何訂門檻，並標明待確認；不需要把任意的百分比說成業界標準。
試行必須能分辨方案效果與環境差異
接下來，把建議落實為小範圍試行。先記錄現行流程的基準，再於條件相近的餐廳比較新舊做法。這個功能改變的是廚房接單量，如果同一家店的使用者一半看到新流程、一半看到舊流程，兩組仍共用廚房，效果可能互相影響。因此，可以考慮以餐廳為分組單位，在每個城市內，先把訂單量與餐廳類型相近的店家放在一起，再隨機分配採用新流程的試行組，以及維持舊流程的對照組。
比較期間也要涵蓋相近的平日午餐尖峰，記錄促銷、店休或菜單變動。餐廳數太少時，即使訂單很多，也未必足以排除店家本身的差異；試行所需的餐廳數與期間，應按原本波動和希望識別的改善幅度估算。面試裡提出這些限制，是為了說明還缺什麼證據，不能把小範圍試行說成已證明全面上線有效。
再看一個虛構結果：同期試行組與對照組各有 1,000 筆已接訂單，分別有 820 與 720 筆準時備妥，準時備妥率為 82% 與 72%，差距是 10 個百分點。這只是描述性比較，仍要看各餐廳差異與不確定性。如果試行組的總等待時間反而增加，而且更多人因可選時段太晚而放棄下單，我不會立即擴大；會先查容量設定是否過於保守，再調整試行。
把追問變成檢查決策的機會
有了上述建議，追問就可以回到具體取捨。如果被問「工程資源減半怎麼辦」，可以保留最能驗證原因的部分：先由少數餐廳設定固定時段容量，保留原承諾與實際備妥時間的記錄，暫緩自動預測。不過，要交代人工維護只是試行安排；若店家無法持續更新，後續就必須重估成本與擴大方式。
如果被問「業務希望先發折扣衝訂單」，先確認短期訂單目標與準時供餐目標如何取捨。可以比較離峰折扣是否有助於分散需求，也可先限制在有餘裕的餐廳。重點是指出多出的需求由誰承接，以及什麼等待或取消結果會使活動停下來，不能只用「使用者最重要」跳過商業壓力。
若面試官說「現在完全沒有數據」，回答也不必停在研究計畫。你可以提出一個暫定建議，同時列出最先補的時間記錄與訪談對象，並說明取得相反證據時怎麼改。能在資訊不完整時做小範圍、可調整的決定，才讓前面的分析真正進入行動。
用二十分鐘完成一頁產品決策表
前五分鐘寫下目標使用者、要完成的事情與目前最可能的延誤原因。接著用五分鐘比較上述三個方案，圈出優先選擇，並各寫一句暫緩其他方案的理由。再花五分鐘定義準時備妥率、等待與取消等護欄，以及一項會讓你改變判斷的新證據。最後五分鐘安排試行，錄下兩分鐘建議，再聽一次是否每個選擇都有接回原本的問題。
建議的開頭可以是：「我會先在尖峰容易超接訂單的合作餐廳，試行依容量開放取餐時段，目標是讓午休族在預期時間拿到已預訂的餐點。我會同時觀察準時備妥率、總等待與放棄下單的情況；若只是把供餐時間往後延，就先調整容量，暫不擴大。」接下來再補證據、限制與分工，讓聽者知道你的決定如何落實。
完成這張表後，可接著閱讀 產品行銷上市方案指南，沿用同一個練習方式：先寫問題，再做取捨，最後說清楚什麼結果會讓自己改變決定。