很多产品讨论看似围绕界面细节，真正的分歧却是团队对用户情境的想象不同。继续讨论按钮颜色通常不会缩小这种分歧。

原型是一种提问方式

一个原型不需要证明方案正确。它首先应该让问题变得具体：

  • 用户在什么状态下进入这里？
  • 他此刻已经知道什么？
  • 完成操作以后，系统应该如何回应？

当这些问题可以被实际体验，团队才有机会发现各自假设的不同。

保留足够的粗糙度

如果原型看起来过于完整，参与者往往只会评价字体和间距。早期原型应该有意保留粗糙感，让人知道结构仍然可以改变。

进入验证阶段以后，再增加真实内容、响应状态和边界场景。原型的精度应该服务于当前问题，而不是展示制作能力。