甲方说的和甲方要的，从来不是同一句话
当客户说"我们想做个品牌升级"时，这句话可能是五种完全不同的需求：换视觉（设计问题）、提升认知（传播问题）、重做定位（战略问题）、优化转化（增长问题）、还是内部立项需要（面子问题）。你按错误的理解做方案，做得再好也接不住。因此第一件事永远是把需求翻译成决策问题。
模糊需求的四类真实含义
| 客户原话 | 可能含义 | 追问方向 |
|---|---|---|
| 做个品牌升级 | 视觉焕新 / 定位重塑 / 对外融资门面 | "这次改版第一年最想拿到什么结果？" |
| 系统太旧了要重构 | 技术债 / 业务增长撑不住 / 团队技术能力升级 | "现在最痛的是哪一类问题？" |
| 做一份方案给老板 | 要预算 / 要认可方向 / 要立项走流程 | "老板看完要拍的是哪一件事？" |
| 想让数据更好看 | 要给董事会看 / 要对外融资 / 要内部考核 | "这份数据谁会当场提问？" |
四问需求拆解法
面对任何模糊需求，依次问四个问题，每个问题都必须问出可量化的答案：
- 问题是什么：现状哪里不行？不行的判断标准是什么？（"获客成本太高"要追问高到多少、行业基准多少）
- 目标是什么：希望变成什么样？用什么指标衡量？目标值和时间点？
- 约束是什么：预算多少、多久完成、哪些不能动（现有系统/组织/合规/既有客户承诺）？
- 怎么算成功：由谁在什么时间点用什么数据判定方案有效？
需求拆解表（可直接抄）
| 拆解项 | 内容 | 填写要求 |
|---|---|---|
| 原始需求 | 客户原话，一字不改 | 作为存档，防止中途走偏 |
| 真实问题 | 用一句话描述要解决的具体问题 | 必须含"因为…所以…" |
| 决策问题 | 客户/领导要拍板的那件事 | 一句话，动词开头，如"是否批准 X" |
| 成功指标 | 1-3 个可量化指标 | 含目标值与截止时间 |
| 硬约束 | 预算、期限、不可动项 | 区分"硬"与"软"，硬约束不可协商 |
| 评价维度 | 客户会用来打分的 3-5 个维度 | 例如：效果、成本、周期、风险、团队配合度 |
| 未确认项 | 尚未澄清的假设 | 每条标注"若错则影响什么" |
三个必须当场确认的假设
需求拆解表最后一行"未确认项"是整份表最值钱的部分。常见的三类致命假设：市场假设（用户真的会买吗）、行为假设（客户真的会按流程走吗）、时间假设（内部资源真的能按期到位吗）。对每个假设问一句"如果它不成立，方案哪一部分会塌"，把答案写进提案的风险页。
从拆解表到评价维度
评价维度是提案的骨架，也是后面做方案对比表的列。提取方法：把客户在邮件、会议里说过的"重点""尤其关注""最好能"逐条列出，合并同类项后排序，取前 3-5 个。每个维度后面必须写明权重（建议用 1-5 的重要性打分），因为高层的关注点通常是 2-3 个，不是 5 个。这一步做完后，提案的页面顺序其实已经确定了。