原型法

这是什么

原型法，说白了就是：在你砸大钱开发之前，先用最低的成本，把脑子里那个抽象的想法，变成一个"能被人摸到、用到、骂到"的真东西，拿去逼出真实反馈。

注意那个"骂"字——这是原型法最反常识的地方。很多人做原型是为了让人夸"哇好厉害"，但原型真正的价值恰恰相反：它是个用来挨骂的替身。你做它，不是为了证明自己对，而是为了在投入大开发之前，让最关键的假设尽早暴露在真实用户面前，看它到底站不站得住。

所以原型法有个核心判断标准，跟直觉是拧着的：保真度不是越高越好，而是要匹配"你当前要验证的假设"。 验证"有没有人需要"，一张纸就够了；验证"交互顺不顺"，才需要做数字原型。能用纸验证的，绝不浪费时间去做高保真——这是它的铁律。

来历与出处

原型法（Prototyping）是设计与产品开发领域的经典方法，在 InnoLab 体系里归为 Generation 引擎的经典方法（GN11）。

它最广为人知的推广者，是全球顶尖设计公司 IDEO 和斯坦福大学的 d.school（设计学院）。IDEO 的创始人之一大卫·凯利（David Kelley）和《IDEO，设计改变一切》的作者蒂姆·布朗（Tim Brown）把"快速原型、快速失败"奉为设计思维的核心信条之一。他们有句流传极广的话——"如果一图胜千言，那么一个原型胜过千图"（If a picture is worth a thousand words, a prototype is worth a thousand meetings，常被引为"一个原型胜过一千次会议"）。这句话点破了原型的本质：与其在会议室里争论不休，不如做个粗糙的东西出来，让现实替你做裁判。

解决什么真实问题

它解决的最大问题是——别造出一个没人用的东西。 很多团队闷头开发几个月，上线才发现用户根本不需要，钱和时间全打了水漂。原型法让你把这个"发现"提前到投入大开发之前。

具体几个场景特别需要它：产品概念还没把握、不确定用户是否真的需要时；要向投资人或老板展示方向，让对方"看见"而不是只"听见"时（一个能点的原型，胜过十页 PPT）；团队内部对产品形态各想各的、需要对齐时；以及要做用户测试、收集真实操作反馈时。

它治的病，是一种很普遍的自我欺骗——把"我觉得用户需要"当成"用户真的需要"。原型法用一个能上手的实物，把这层窗户纸捅破。

核心思想

打个比方。你想搬到一个新城市生活，最笨的办法是直接把房子买了、工作辞了，举家搬过去，结果发现根本不适应。聪明的办法是先去那个城市租房住一个月——这一个月的"试住"，就是你人生的"原型"。它成本极低，却能逼出一堆你想象不到的真相：通勤多远、邻居吵不吵、气候受不受得了。

原型法的灵魂就是这个低成本的替身。它有句核心信念："先做一个粗的，再做好一个细的。" 顺序不能反。一上来就追求精美，你会舍不得推翻它，反而被它绑架。

而怎么决定这个替身要做到多"真"？答案藏在一道"保真度阶梯"里：纸面原型（10 分钟，验证需求存不存在、流程合不合理）→ 故事板（30 分钟，验证场景真不真实）→ 纸质模型（1 小时，验证实体的大小、握持感）→ 数字原型（2-4 小时，验证点击路径、信息架构）→ 视频原型（半天，验证整体体验和情感共鸣）。选哪一级有个铁律：从你"最不确定、错了代价最大"的那个假设倒推。 你怕的是"没人要"，那就用纸；你怕的是"用起来别扭"，那才上数字原型。

还有一条最容易被新手违反的纪律：用户测试时，把嘴闭上，只观察不引导。 你一开口解释"这里应该这么点"，反馈就被你污染了。真正值钱的，是用户卡住、误解、没按你预期操作的那些"意外"——那才是真相冒头的地方。

完整案例

讲个外卖 App 的故事（示例，源自源文件案例）。一个创业团队想做"年轻人用 App 点校园周边小吃"，团队内部为"年轻人到底愿不愿意用 App 点餐"吵得不可开交。

按原型法的纪律，他们没去写代码、没去做精美设计稿。他们做的，是把 App 的界面画在纸上——一张张手绘的卡片，模拟点餐的每一步。然后找了 10 个大学生，让他们对着这堆纸"点一单"，全程团队只看不说。

结果出来了一个谁都没想到的真相：核心痛点根本不是"愿不愿意用 App"——大学生们对用 App 点餐毫无抵触。真正让他们卡住的是"看不到菜品图片就不敢点"。一张纸面原型，10 分钟就成型，却直接把团队吵了半天的伪问题作废，逼出了真问题。迭代方向立刻清晰：优先做菜品图片展示。

这就是原型法的全部价值所在——一个最低成本的粗糙原型，逼出了一个团队事先完全没想到的真相。如果他们跳过这一步直接开发，很可能花几个月做出一个"流程很顺但没图片"的精致 App，然后才发现没人用。

常见误解与边界

第一个误解：低保真原型万能。不是的——纸面、低保真原型测不了真实的交互体验。你想验证"用起来顺不顺、流不流畅"这类假设，必须上数字原型，纸是测不出手感的。

第二个误解：原型越粗糙越好。粗糙本身不是目的。要小心粗糙会拉低用户预期——他可能因为东西看着寒酸，就低估了产品的真实价值。所以测试时一定要先说清："这只是验证想法的草模，请别在意外观。"

第三个误解，也是最危险的：原型测通了就等于产品成了。原型和真实产品之间永远有一道"落差"——原型没有真实的性能、数据、规模压力。原型验证通过，只是说明这个方向值得继续，不是终点。

至于 AI 时代的新变化：AI 出图、生成代码、v0 这类工具让"高保真原型"的成本断崖式下降，原型能做得更真、更快。但这里藏着一个新陷阱——越真，越容易让人误把"原型"当"成品"，从而跳过验证。 记住原型永远是验证工具，不是交付物。AI 给你的能力，是让你能做更多原型、测更多假设，而不是少测。

一句话记住它

先做一个粗的去挨骂，再做好一个细的——原型不是给人夸的，是用最低成本逼出你最怕的那个真相。