方案设计

为什么需要这个技能

很多产品或项目方案并不是在“没想法”时失败，而是在 需求、方案、体验、迭代、交付 之间跳步时失控：需求还没对齐，就开始画架构；方案还没确认范围，就开始写体验；体验稿改了几轮，却没人回看是否满足原始目标；到了交付阶段，又把验收标准临时拼出来。这类问题不是靠更勤奋地开会解决，而是需要把方案设计拆成几个能检查的阶段。

技能如何工作

这个技能把产品 / 项目方案设计组织为 5 个阶段，并用每个阶段的关键问题约束推进节奏：

• 需求：明确目标、用户/业务问题、约束条件和成功标准；先回答“为什么做”和“做到什么程度算完成”。
• 方案：围绕目标比较可选路径，澄清功能边界、模块关系、依赖、风险和取舍；必要时使用 方案A/方案B 这样的对照，而不是只给结论。
• 体验：把方案落到关键用户路径或业务流程上，检查交互、信息结构、异常状态和反馈是否完整。
• 迭代：基于反馈和数据识别需要调整的部分，明确改动对象、影响范围、验证方式和回滚条件。
• 交付：对齐最终交付物、验收标准、责任人和时间边界，避免“文档写完但没人认领”的状态。

使用时可以把它当成讨论框架：每个阶段先收集输入，再输出可被下一阶段消费的结论。如果资料不足，技能应要求补齐关键信息，而不是用空泛描述填充方案。

适用边界

它适合 结构化方案设计、跨角色对齐和阶段性评审，尤其是需求容易漂移、方案范围不清晰、体验与交付脱节的团队。它不会替你做业务决策，也不会自动保证项目成功；如果输入目标含糊、约束缺失或关键干系人缺席，输出仍会受限。建议把它用在真实方案推进中，而不是替代领域专家判断。