周二需求拆解术：老板一句话，AI帮你还原成可执行清单

周二的经典困境：“你看着办吧”

周二上午十一点，老板走到你工位旁边，说了一句：

“小王，你帮我看看竞品A最近的动作，出一个分析报告。”

然后走了。

你坐在电脑前愣了三分钟。

“看看”——看什么？“分析报告”——多长？给谁看？什么时候要？

你打开搜索引擎开始查竞品A，查了二十分钟，越查越乱。最后写了一篇三千字的文档，发给老板。

老板看了一眼：“我不是要你写这么多，我要的是他们最近三个功能变化的对比，以及对我们产品的影响。”

你叹了口气，重新开工。

这种场景你是不是熟？老板给的任务像一团雾——你能感觉到里面有东西，但抓不住轮廓。

问题不在你能力不够，而在信息不足。模糊指令需要被翻译，而你缺一个翻译器。

这个模板就是你的翻译器。

核心模板：模糊需求 → 清晰执行清单

把下面这段复制到 ChatGPT 或 Claude：

你是一位资深的项目经理和分析师，擅长把模糊的任务指令拆解成清晰、可执行的行动计划。

【老板/客户给我的原始指令】
"[原封不动粘贴对方说的话，一个字不改]"

【我理解的背景】（选填，知道多少写多少）
- 这个任务的原因：[比如：客户投诉了某个问题 / 老板想看看市场动向]
- 相关的上下游：[比如：需要和产品团队对齐 / 给CEO看的]
- 已知限制：[比如：只有两天时间 / 不需要太详细]

【我的角色和权限】
[我是产品经理 / 运营 / 设计师 / 其他，我能调动什么资源]

【不确定项】（把你知道的疑问全部列出来）
1. [比如：分析到什么深度？表面现象还是要底层逻辑？]
2. [比如：输出格式是什么？PPT / Word / 口头汇报？]
3. [比如：截止时间？]
4. [其他不确定的点]

请帮我：

第一部分：需求翻译
- 把原始指令翻译成"对方真正想要的东西"（用一句话概括核心诉求）
- 列出3-5个可能的解读方向，并标注每种解读的合理性和风险

第二部分：澄清问题清单
- 帮我设计一套"向对方确认"的问题（3-5个），用最高效的方式拿到缺失信息
- 每个问题标注：为什么问这个、不问会有什么后果

第三部分：执行计划
- 基于最可能的解读，给出一个可执行的步骤清单
- 每个步骤标注：做什么、产出什么、预计耗时
- 标注哪些步骤可以并行、哪些必须串行

第四部分：交付物定义
- 明确最终交付物应该长什么样（结构、格式、篇幅）
- 给出一个"最小可用版本"的定义——如果时间不够，做到什么程度算及格

三种高频场景变体

变体一：老板说"做个分析"

【原始指令】
"你帮我做个用户增长的分析，看看我们最近的问题在哪。"

【背景】
- 原因：DAU连续两周下降，老板很关注
- 相关：需要跟数据团队合作拉数
- 限制：周五前要给初步结论

【角色】
我是增长产品经理，能协调数据和运营团队

【不确定项】
1. 分析范围：是所有用户还是特定渠道？
2. 分析深度：是要归因分析还是只做趋势描述？
3. 输出形式：PPT汇报还是Word文档？

变体二：客户说"优化一下"

【原始指令】
"这个页面体验不太好，你优化一下。"

【背景】
- 原因：客户投诉转化率低于行业平均
- 相关：需要和设计、研发对齐改动范围
- 限制：两周内上线

【角色】
我是UX设计师，能主导设计改动，但需要研发评估可行性

【不确定项】
1. "不太好"具体指什么？加载速度？操作流程？视觉？
2. 优化的优先级是什么？全部改动还是先解决最痛的？
3. 有没有数据支撑（热力图、用户反馈、A/B测试结果）？

变体三：同事说"帮我想想"

【原始指令】
"我想做一个新的产品功能，但还没想清楚怎么做，你帮我想想。"

【背景】
- 原因：对方负责一个新产品线，卡在概念阶段
- 相关：不涉及跨部门协作，纯头脑风暴
- 限制：没有明确截止时间

【角色】
我是产品负责人，可以提供产品视角的建议

【不确定项】
1. 这个功能的目标用户是谁？
2. 解决的痛点是什么？
3. 有没有竞品可以参考？
4. 技术可行性如何？

快速版（2分钟搞定）

赶时间？用这个精简版直接扔给AI：

老板给了我一个模糊任务："[粘贴原始指令]"

请帮我：
1. 一句话翻译他的真实需求
2. 列出3个我最该向他确认的问题
3. 基于最合理的解读，给我一个执行步骤清单（不超过5步）
4. 标注每个步骤的预估耗时

使用技巧

原封不动粘贴原始指令。 不要自己先"翻译"再给AI。你的翻译已经带入了主观理解，AI反而会被带偏。把对方原话说给AI听，让它帮你做第一层翻译。

不确定项列得越多越好。 你觉得自己"应该知道"的东西，其实可能不是对方想的。把所有模糊的地方都列出来，让AI帮你判断哪些是关键问题、哪些不重要。

让AI帮你设计"确认问题"。 这是这个模板最有价值的部分。很多人不敢问老板"你到底想要什么"——太显得自己不专业了。但AI可以帮你把问题包装成"我想确认几个细节以确保交付质量"，听起来专业又不冒犯。

准备一个Plan B。 有些模糊指令对方自己也说不清楚。这时候AI帮你定义"最小可用版本"就很重要——先交一个及格线以上的东西，再根据反馈迭代，比憋大招强。

养成"二次确认"的习惯。 AI帮你拆解完之后，把它的结论用自己的话复述一遍，发给对方确认：“我理解您的需求是XXX，我会交付YYY，在Z时间前完成。您看对吗？“这一步能避免80%的返工。

效果示例

输入：

【原始指令】
"你研究一下AI在客服场景的应用，看看我们能不能用上。"

【背景】
- 原因：客服团队投诉人力不足，老板想看看技术能不能帮忙
- 相关：需要和技术团队评估可行性
- 限制：下周三前给初步结论

【角色】
我是产品运营，能联系客服团队和技术团队做访谈

【不确定项】
1. 研究范围：是所有客服场景还是只研究某个环节？
2. 研究深度：是做市场调研还是要落地方案？
3. 输出形式：汇报PPT还是Word文档？

AI输出：

第一部分：需求翻译

核心诉求：评估AI客服方案的可行性和ROI，为是否引入AI客服提供决策依据。

可能的解读方向：

1. 市场调研型（概率60%）：老板想了解行业现状，看看别人怎么做。风险：容易变成纯信息罗列，缺乏决策价值。
2. 方案评估型（概率30%）：老板希望得到一个"能不能用、怎么用"的结论。风险：需要技术可行性判断，你可能不具备。
3. 竞品分析型（概率10%）：老板想知道竞争对手有没有在用AI客服。风险：范围窄，可能不是他真正关心的。

第二部分：澄清问题清单

建议向老板确认的3个问题：

1. “您最关心的是AI客服的技术可行性还是投入产出比？”

   • 为什么问：决定了分析的重点方向
   • 不问的后果：可能花了大量篇幅分析技术架构，但老板只想知道值不值得花钱

2. “这份研究是给内部决策层看的，还是需要对外分享？”

   • 为什么问：影响了内容的深度和表达方式
   • 不问的后果：写得太浅决策层不满意，写得太深对外不合适

3. “有没有具体的应用场景您想优先关注？比如售前咨询、售后投诉、订单查询？”

   • 为什么问：客服场景太多了，全覆盖不现实
   • 不问的后果：报告面面俱到但都不深入

第三部分：执行计划

第四部分：交付物定义

• 标准版：10-15页PPT，包含行业概览、痛点分析、可行性评估、ROI测算、实施建议
• 最小可用版：3页PPT，只包含核心结论（能不能用、用在哪里、花多少钱、省多少钱）

和"周二复杂邮件"的区别

你可能已经看过周二那篇邮件模板了。那篇解决的是**“信息齐全但结构复杂时怎么组织语言”**。

这篇解决的是**“信息模糊、方向不清时怎么理清思路”**。

两个模板解决的是完全不同的问题：

• 邮件模板 = 我知道要说什么，帮我组织好
• 需求拆解 = 我不知道要做什么，帮我搞清楚

周二早上先跑需求拆解，确定方向对了，再写邮件推进。一套组合拳。

什么时候不该用

• 指令本身就很清晰。 如果对方说"周五前交Q2数据报表，模板见附件”，这种不需要拆解，直接做就行。
• 你是执行者不需要决策。 如果你的角色就是把给定方案落地，不需要你判断方向对不对，那需求拆解对你意义不大。
• 对方就是不想说清楚。 有些老板自己也没想明白，你问了也白问。这种情况下，用"最小可用版本"策略——先交一个及格的东西，让他给反馈再改。

写在最后

模糊指令不是你的错。是沟通本身就有损耗——对方脑子里有100%的信息，说出口只剩60%，你听到40%，理解30%。

这个模板的作用，就是帮你把丢失的那70%找回来一部分。

下次接到一个"你看着办"的任务，别急着打开电脑干活。

先把指令丢给AI，花10分钟理清方向。

然后你会发现，真正的工作量其实很小——因为你终于知道自己在做什么了。

💡 试试这个：下次老板说一句模糊的话，别慌。打开这个模板，花5分钟让AI帮你翻译。你会发现，很多"不知道从哪下手"的问题，拆开来看就那么简单。