十分钟评审：用三个问题代替十页 PPT

评审会最常见的失败形态是：讲了四十分钟的背景，最后五分钟问「大家有什么意见」，然后得到一圈「挺好的，再看看细节」。问题不在听众，而在评审没有给出可回答的问题。把 PPT 压到三页、把时间压到十分钟，逼出来的不是简陋，而是判断。

三个必答问题

一、它解决谁的什么问题

必须具体到一个角色和一个场景，不能用「提升用户体验」这类词。这一问的目的是检验方案有没有原产地——如果答不出具体的人，方案多半是从别处搬来的。

二、如果只能保留一个动作，保留哪个

这一问强制做减法。答不出来通常意味着方案是堆出来的，每个部分都「顺便加上」。能一句话指出核心动作的方案，后续迭代才有主轴，否则每次反馈都会往不同方向拉扯。

三、上线后看哪个数字判断成败

一个数字，加一个时间窗口。不能是「整体数据会变好」，必须是「四周内，首次完成率从 32% 到 45%」。这一问会把「我觉得」变成「我们赌」，也让事后复盘有据可依。

十分钟怎么分配

• 2 分钟：问题与目标用户（对应第一问）
• 2 分钟：核心动作与关键界面（对应第二问）
• 2 分钟：成败指标与时间窗（对应第三问）
• 4 分钟：只针对这三点的提问

超出四分钟的提问不予回应，改为会后书面补充。这条规则听起来粗暴，实际效果是提问质量立刻上升——没有时间限制时，最先被消耗的永远是注意力，而不是问题。

会前要做的两件事

提前一天把三页发给参会者，并要求每个人在会前写下一条「我最担心的地方」。收集到的担心就是评审的真实议程，比任何主持技巧都有效。第二件事是明确参会角色：决策者一人、执行者若干、无关者不邀请。评审会人数超过七人，讨论就会退化成表态。

评审的价值不在于让方案被批准，而在于让问题在写代码之前暴露。

三页纸怎么写

第一页只放问题与目标用户，第二页放核心动作（可以是线框图，不必精细），第三页放指标与风险。背景信息、竞品分析、技术方案放到附录，需要的人自己看。这个结构的隐含判断是：评审者不需要知道全部，只需要能判断「值不值得做」和「方向对不对」。

把评审从「汇报」改成「提问」，会议时长会缩短一半，而决策质量会提高——因为所有注意力都落在三个能决定成败的问题上。