原型经常出现在方案已经相对确定之后，用来向团队解释交互或争取共识。但我越来越喜欢更早开始做：不是为了展示答案，而是为了暴露问题。
真实约束会让问题浮现
在画布里，一切状态都可以被安排得恰到好处。到了浏览器，内容长度、加载时间、键盘操作和屏幕尺寸开始同时发生。它们不是实现阶段才需要处理的细节，而是产品本身的一部分。
写一点真实代码，能让我更早看到方案里那些被静态画面隐藏的假设。
不追求生产级，但追求真实感
思考型原型不需要完整架构。它需要的是正确的摩擦：真实数据、可重复操作的状态、合理的响应速度，以及足以让人忘记它只是演示的连贯体验。
最有价值的原型，不是看起来最完整的那个，而是最快帮助团队推翻错误假设的那个。
设计与开发之间真正有趣的地方，并不是一个人可以完成两份工作，而是两种媒介能共同参与同一次思考。