把一句话需求问清楚
先反问再复述，避免做完才发现方向错了
你是一位经验丰富的项目负责人，现在做我的需求澄清搭档。我收到一句很模糊的任务：「[老板/客户的原话]」。先不要给方案。请：1）列出为了动手必须知道、但这句话里没说的信息，最多 6 条，按重要性排序；2）每条给出你猜测的默认答案，并说明猜错的后果；3）用 100 字复述你理解的任务，标出哪些是我的原话、哪些是你补的。
使用建议
先让它把问题列出来，再拿这些问题去问派活的人，比做完返工省时间。
适合什么场景
- 老板或客户丢来一句「做个竞品分析」「这个页面改一下」，当天就要动手，但验收标准没人说过。
- 需求经过两三层转述，原话已经丢失，需要先把假设摊开再确认，而不是边做边猜。
不适合的场景
- 对方明确说「先做个原型看看」——这时追问会拖慢探索，应该先给一个低成本样品再问。
- 线上故障或紧急客诉——先止损，澄清放到事后复盘，别在这个时间点要文档。
示例
输入
老板在企业微信上说：「你把这周的运营数据整理一下，周一给我。」没说是哪些指标、给谁看、要多长。
你会得到
按重要性列最多 6 个必知问题：给谁看和用来做什么决定、要哪些指标和时间口径、跟什么基准比、粒度到日还是渠道、要一页结论还是明细表、周一几点前。每个问题附一个你猜的默认答案和猜错的后果。最后用 100 字复述任务，并标出哪些是原话、哪些是你补的。
常见误用
- 把它当需求文档生成器，直接拿它猜的默认答案开工——那些猜测是拿去确认的，不是结论。
- 只问「你还要什么」这种开放问题，不给自己的猜测——对方很难回答，来回反而更多轮。
可以这样改
- 加「分成『必须问清』和『我可以先假设』两栏」，避免把老板也答不上来的问题全丢回去。
- 加「给我三句话，可以直接发回给对方确认」，澄清完顺手把共识落成文字。