原型即思考工具

原则（来自 Stewart Butterfield）

• 再强的产品直觉也替代不了体感："我说不准这行不行，我必须摸到它。mock-up 告诉不了你用起来是什么感觉。" 原型不是为了增量出 feature，而是为了想清楚问题。
• 极端原型练习：Slack 信息架构重设计启动时，Butterfield 要求把界面里的所有东西全部收进一个按钮——明知永远不会上线，但"这样你才能看清界面里真正需要的是什么"。用不可 ship 的原型逼出优先级判断。

基础设施（原型能力是买来的，不是喊出来的）

1. 可原型的技术栈：需要一层抽象让改动便宜。Slack 的桌面端好原型、移动端太重，团队为此重构了移动端架构直到它容易原型为止——为"可实验性"本身投资。
2. 原型心态的工程师：写"注定丢弃"的代码可以快得多；先扔代码看方向，对了再写生产代码，总体反而更快。
3. 专职 prototyper / design engineer：先 Figma 原型，再上真数据的原型；Google 前端负责人把雇来的一批 prototyper 称作"我的秘密武器，这是我们更快的原因"。
4. 产品、设计、工程要共享这套心态，否则原型请求会被当作插队需求。