产品经理面试问「你会怎么改善这个 App」，可以先说清楚要改善谁的哪个问题，再比较方案，最后交代如何判断改善是否有效。假如上班族预订午餐后，到店还要等十五分钟，增加推荐餐厅、点数或折扣，都未必让他准时吃到饭。回答的重点在于把使用者处境、产品选择与实际结果连起来。
这种练习与公开的产品工作描述相符。Amazon 的产品经理职涯介绍涵盖理解使用者、跨部门推进产品与分析成效；Microsoft 的职务介绍则提到将客户需求转为排定优先顺序的功能、设计及规格。两者提供各自的职务背景，以下则用原创练习示范如何组织回答，并非任何公司的公开考题或评分表。
先把「体验不好」说成一个能查证的问题
以下午餐 App、资料与对话皆为虚构练习。假设一款午餐预订 App 在新加坡与吉隆坡试行，使用者先下单，再于指定时段到店取餐。产品团队收到「明明预订，还是等很久」的抱怨，现在只能先做一项改善。你的任务是提出优先方案，并交代试行后如何决定是否扩大。
先把范围缩小为「平日午休时间有限、已预订餐点的上班族」。这群人要完成的事情，是在可预期的时间拿到午餐，再回去工作。他们可能愿意提早下单，却未必接受到店后仍不知道要等多久。这样界定后，你就能区分「可选餐点太少」和「承诺时间不可靠」两种问题，避免把所有不满都塞进同一份功能清单。
接着沿着下单、接单、备餐、到店、取餐的顺序查证。需要哪些时间记录？至少包括接单时显示的取餐时段、实际备妥时间、使用者到店时间与取餐完成时间。若只有取餐完成时间，还分不清是厨房晚做好、通知没送达，还是使用者晚到。你可以提出几个可能原因，但要说清楚它们仍是假设。
练习题再提供两项资讯：部分餐厅在午餐尖峰接下的订单超过厨房负荷；受访使用者表示，选择预订主要是希望掌握取餐时间。前者让「同一时段接单过多」成为值得先查的原因，后者说明它为什么重要。不过，访谈仍不足以证明影响范围，还要把延误情况按城市、餐厅与时段拆开。若问题只集中在少数店家，就不需要一开始改动整个平台。
把三个方案放在同一个问题下比较
现在再谈功能。为了检验自己的选择，将「更准确的取餐时段」「备妥通知」「回购折扣」放在一起，比较各自改变哪一段流程、需要谁配合，以及什么条件下才有用。
| 方案 | 对等待问题的作用 | 落实成本与限制 |
|---|---|---|
| 依餐厅处理能力开放取餐时段 | 减少同一时段超接订单，让承诺更可靠 | 需要店家提供时段容量，并维持接单与备餐纪录；可选时段可能变少 |
| 餐点备妥后发送通知 | 让使用者知道可以取餐，减少资讯不明与太早到店的情况 | 依赖店家准确标记备妥；无法直接解决厨房已经来不及做餐的问题 |
| 发放回购折扣 | 可能提高再次下单意愿 | 持续增加补贴；若尖峰供餐能力没有变，更多订单可能让等待恶化 |
根据目前的虚构资料，我会先试行第一项：让少数合作餐厅设定每个取餐时段的可接单量，额满后显示其他可选时段，并在下单前说明。理由是它直接处理已观察到的超接订单，也能检验「承诺失准来自时段容量」这个假设。
这个选择需要餐厅营运配合，维护成本也可能高于通知。若时间记录反而显示，大多数餐点早已备妥，只是使用者没有收到讯息，我就会改选通知。折扣则暂缓，因为目前的问题证据指向供餐可靠性，还没有理由用补贴增加尖峰需求。
面试回答不必先替每个方案打出看似精准的总分。你可以先说影响哪群人、原因是否已查证、预期能改变什么，再交代工程与营运负担。若资讯不足，直接指出哪一笔资料会改变排序，比替不确定的判断填上小数点更有说服力。
成效衡量项目要写清楚分子、分母与承诺时间
选定时段容量方案后，先衡量它有没有改善准时供餐。这个练习的主要衡量项目是「准时备妥率」：在接单时原先承诺的取餐时段结束前备妥的订单数，除以同期全部已接订单数。固定追踪试行期间接下的午餐订单，待承诺时段结束、核对状态后计算。之后改过取餐时间，也不能覆盖原始承诺；否则店家把时段往后改，数字就容易变好看。
假设基准期有 1,000 笔已接订单，其中 720 笔符合上述条件，准时备妥率就是 720 ÷ 1,000＝72%。取消订单仍保留在分母，只有确实在原承诺时间内备妥的订单才进入分子。这样就不能单靠取消难以准时完成的订单，提高报表上的表现。备妥时间缺漏则另列资料缺漏率，先查清楚，不能把没有记录当成没有延误。
同样重要的是，店家按下「备妥」不一定等于餐点真的已经可以领取。试行时要抽查店内纪录与取餐情况，确认这个时间点可信。若团队只追求表面数字，店家可能提前按下按钮，使用者却照样站在柜台前等待。因此，衡量项目的定义与记录方式需要一起说明。
用风险护栏防止「数字改善、体验变差」
主要衡量项目只回答其中一个问题。风险护栏是试行期间必须一起观察、不能明显恶化的项目，用来提醒团队：改善一段流程，可能把成本转到另一段。
这个案例至少要同时看三件事。第一是等待：除到店后的实际等待，也要在相同下单时段与预约方式下，比较接单到备妥的总时间，避免只是把取餐时段往后排。第二是需求能否被满足：看取消订单占全部已接订单的比例，也看进入可选时段页面的使用者，最后有多少完成下单；接单量下降时，准时率可能自然上升，但使用者仍买不到午餐。第三是成本：观察每笔完成订单的补贴，以及店家维护时段容量所需的时间。两个城市的补贴按当地币别分开比较，不能直接把金额相加。
在这些护栏中，等待时间需要再多看一层。平均值可能掩盖少数人的长时间延误，可以补看第九十百分位数，也就是将等待时间由短到长排序后，约九成订单不超过的时间。若平均缩短，但这个数值变长，就需要查是哪一群人变得更不方便。
护栏门槛要在试行前，依基准资料、使用者可接受程度与营运限制讨论。例如团队认为午休族无法接受再延后供餐，就应把总等待时间恶化列为停止扩大的条件。若题目没有这些资料，面试时可以提出如何订门槛，并标明待确认；不需要把任意的百分比说成业界标准。
试行必须能分辨方案效果与环境差异
接下来，把建议落实为小范围试行。先记录现行流程的基准，再于条件相近的餐厅比较新旧做法。这个功能改变的是厨房接单量，如果同一家店的使用者一半看到新流程、一半看到旧流程，两组仍共用厨房，效果可能互相影响。因此，可以考虑以餐厅为分组单位，在每个城市内，先把订单量与餐厅类型相近的店家放在一起，再随机分配采用新流程的试行组，以及维持旧流程的对照组。
比较期间也要涵盖相近的平日午餐尖峰，记录促销、店休或菜单变动。餐厅数太少时，即使订单很多，也未必足以排除店家本身的差异；试行所需的餐厅数与期间，应按原本波动和希望识别的改善幅度估算。面试里提出这些限制，是为了说明还缺什么证据，不能把小范围试行说成已证明全面上线有效。
再看一个虚构结果：同期试行组与对照组各有 1,000 笔已接订单，分别有 820 与 720 笔准时备妥，准时备妥率为 82% 与 72%，差距是 10 个百分点。这只是描述性比较，仍要看各餐厅差异与不确定性。如果试行组的总等待时间反而增加，而且更多人因可选时段太晚而放弃下单，我不会立即扩大；会先查容量设定是否过于保守，再调整试行。
把追问变成检查决策的机会
有了上述建议，追问就可以回到具体取舍。如果被问「工程资源减半怎么办」，可以保留最能验证原因的部分：先由少数餐厅设定固定时段容量，保留原承诺与实际备妥时间的记录，暂缓自动预测。不过，要交代人工维护只是试行安排；若店家无法持续更新，后续就必须重估成本与扩大方式。
如果被问「业务希望先发折扣冲订单」，先确认短期订单目标与准时供餐目标如何取舍。可以比较离峰折扣是否有助于分散需求，也可先限制在有余裕的餐厅。重点是指出多出的需求由谁承接，以及什么等待或取消结果会使活动停下来，不能只用「使用者最重要」跳过商业压力。
若面试官说「现在完全没有数据」，回答也不必停在研究计划。你可以提出一个暂定建议，同时列出最先补的时间记录与访谈对象，并说明取得相反证据时怎么改。能在资讯不完整时做小范围、可调整的决定，才让前面的分析真正进入行动。
用二十分钟完成一页产品决策表
前五分钟写下目标使用者、要完成的事情与目前最可能的延误原因。接着用五分钟比较上述三个方案，圈出优先选择，并各写一句暂缓其他方案的理由。再花五分钟定义准时备妥率、等待与取消等护栏，以及一项会让你改变判断的新证据。最后五分钟安排试行，录下两分钟建议，再听一次是否每个选择都有接回原本的问题。
建议的开头可以是：「我会先在尖峰容易超接订单的合作餐厅，试行依容量开放取餐时段，目标是让午休族在预期时间拿到已预订的餐点。我会同时观察准时备妥率、总等待与放弃下单的情况；若只是把供餐时间往后延，就先调整容量，暂不扩大。」接下来再补证据、限制与分工，让听者知道你的决定如何落实。
完成这张表后，可接着阅读 产品营销上市方案指南，沿用同一个练习方式：先写问题，再做取舍，最后说清楚什么结果会让自己改变决定。