The Purpose of Prototypes
假设你是一个产品经理，脑子里有一个新功能的想法。你把它画在纸上，或者用工具做出一个看起来能点的界面，拿给用户看。用户说“不错”，然后你回去花了三个月把它做出来。上线后，用户根本不怎么用。你哪里做错了？
问题可能出在你对“原型”的理解上。很多人以为原型就是产品的一个简化版本，用来展示“我们要做什么”。但硅谷产品集团（Silicon Valley Product Group）的文章指出，原型真正的目的不是展示，而是学习。一个原型应该是一个用来回答问题的工具，而不是一个用来展示答案的演示。
举个例子，如果你想知道用户会不会在购物流程里点击某个按钮，你不需要做一个完整的购物车系统。你只需要一个看起来能点的按钮，点完之后显示“下一步”，然后观察用户是否真的会点。如果用户犹豫了，或者点了别的地方，你就学到了东西：按钮的位置、文字或者颜色可能有问题。这个过程叫做“测试一个假设”，原型就是用来做这个测试的。
原型可以有很多种形式。最粗糙的是纸上的草图，你甚至可以用笔在纸上画几个界面，然后用手移动纸张来模拟点击。这听起来很简陋，但它的速度极快，你可以在一个下午测试十几个不同的想法。更精细一点的是可点击的线框图（wireframe），用工具把页面布局连起来，用户点击某个区域就能跳到下一个页面。再往后是高保真原型（high-fidelity prototype），看起来几乎和最终产品一样，但背后的逻辑可能只有几条。关键不在于保真度（fidelity）有多高，而在于它能不能帮你快速回答一个问题。
文章里提到一个重要的区分：原型和概念验证（proof-of-concept）不是一回事。概念验证是用来回答“这个东西技术上能不能做出来”的问题。比如你想用人工智能识别图片里的猫，你需要先写代码看看模型能不能跑通。而原型是用来回答“用户会不会用这个东西”的问题。两者都很重要，但目的不同，混在一起容易让团队陷入“技术可行但没人用”的困境。
另一个常见的误解是，原型应该一次做对。实际上，好的原型往往很丑，很粗糙，甚至故意不完整。因为如果原型太精致，用户可能会被视觉吸引，而忽略功能本身的问题。他们可能会说“这个颜色真好看”，而不是“这个按钮放在这里我不太明白”。粗糙的原型反而能逼用户关注核心逻辑。
读完这篇文章，你带走的判断应该是：下次再做一个新功能之前，先问自己“我最不确定的事情是什么”，然后做一个最简陋的东西去验证它。原型不是终点，而是通往答案的捷径。