brainstorm-prototypes

头脑风暴与原型

用户心里有些自己都说不清的已知需求：他们无法用语言表达标准，却能一眼认出来。在原型阶段发现这些需求成本很低；到了实现中途才发现，代价就很高，因为规范稍有变动，就可能导致代码截然不同。给用户一些东西，让他们能够据此表达反应。

步骤

1. 先明确范围：要决定什么（布局？方案？数据模型？语气？），以及哪些内容明确不在范围内。每轮只做一个决定。
2. 提供 3-5 个截然不同的方案，而不是同一想法的细微变化。如果两个方案会引起相同的反应，就替换其中一个。
3. 让方案成本低且可随时丢弃：
   • 视觉/UX → 单个自包含的 HTML 文件，使用虚构数据，不接后端，也不保留状态。
   • 方案 → 每个方案用一屏草图呈现：想法、优先优化的目标，以及最明显的取舍。
   • 排序列表 → 按从成本最低到最雄心勃勃的顺序排列，让用户划定自己的界限。
4. 给每个方案标注其依据的假设（“这个方案假设信息密度比留白更重要”），这样用户的反应就能揭示背后的标准，而不只是个人偏好。
5. 收集反馈，然后说出从中学到的内容：“你一直在否定 X，这表明真正的需求是 Y。”这句话就是交付成果——它会成为规范的一部分。

注意事项

• 这里产出的内容都不是生产代码。要明确说明这一点，也不要把原型接入真实应用。
• 不要过早收敛到你会选择的方案。重点是覆盖整个可能空间。
• 如果用户对所有方案都无动于衷，这也是一种信号：决策空间的框定方式有误。重新调整框架并再试一次，而不是继续生成更多类似方案。