传统设计案例研究正在消亡

那份臃肿的设计案例研究正在消亡。但案例研究本身并没有。

这个区别就是全文论点的核心，请记住它。那套有六周流程文档的47屏幻灯片，正在输给一个三分钟的 Loom 视频，展示的是有人在单次会话中构建的可用产品。当招聘经理十秒内就能点开一个真实 URL，你那套双钻石流程讲解开始让人觉得像是你在给他们布置家庭作业。

这不是在宣告思考的死亡。这是在说明，证据已经挪了地方。制品正在成为论据，而解释制品的幻灯片正在变成可选项。

那条让设计师 Twitter 撕裂的帖子

当设计师 @andrewk 发布了一条帖子，询问传统案例研究是否已经过时，这场争论就此公开化。它引发了强烈反响：约9800次转发、400多条回复，设计师们在这件事上势均力敌。

这种分裂本身就是信号。一半的人认为案例研究是神圣的工艺。另一半指着自己的实时 Demo 问：当产品就在眼前，为什么还需要那套幻灯片？

双方都没有错，这正是它能广泛传播的原因。争论的焦点不在于设计师是否应该思考，而在于：既然上线几乎是零成本的，思考的证据现在应该住在哪里？

真正发生了什么（单次会话、真实鉴权、真实支付、当天上线）

在 cursor.com 上查看实例

真正发生的事情，是可用制品的成本崩塌了。独立设计师和创始人现在可以发布完整的、功能齐全的应用，带鉴权、带支付、带真实数据流，在单次扩展会话中生成，当天上线。

这些工具让这件事变得可信，而且速度很快。在 Claude Code 或 Cursor 中的长时运行构建，现在可以在整个会话过程中保持连贯的计划，而不是在第三个文件之后就崩掉。Fable 5 的长时程可靠性和近期在 CursorBench 上的表现，正是"一次完成"从听起来像演示技巧，变成听起来像普通周二的原因。

于是，这笔账翻转了。旧式案例研究的存在，部分原因是构建真实产品代价高昂、速度缓慢，而且依赖工程师。你记录流程，是因为流程本身就是你真正能展示的大部分工作。

现在真实产品的生产成本很低。当你在当天结束之前就能递给别人一个真实 URL，一份关于你"本来会怎么构建它"的静态重建，看起来就像是你已经拥有的证据的劣质版本。

旧式交付物 vs 可用制品（诚实的对比表格）

以下是让这件事变得具体的对比。这不是炒作，而是两种格式对评估你的人实际产生的差异。

把"能隐藏什么"那一行读两遍。静态案例研究可以隐藏：这个设计从未经历过真实数据、真实状态或真实后端的考验。可用制品无法隐藏这一点，因为评审者就站在里面。

这就是为什么制品在信任上胜出。伪造一个能运行的东西，比伪造一个被渲染出来的东西更难。

案例研究没有死，死的是那个臃肿版本

现在说说诚实的反驳观点，因为那种"讣告版"的论调太懒了。

实时 Demo 证明表面能用。但它单独无法证明：你理解了问题、权衡了取舍，或者在三个更差的方案中选择了这个形态。一个漂亮的应用解决了错误的问题，依然还是错误的问题，只是交付得更快了而已。

这就是"案例研究已死"这个论断的陷阱。人们听到这句话，就把思考和幻灯片的臃肿一起删掉了。两者并不相同。臃肿的是那12张用户画像引用和没人要求的情绪板幻灯片。思考的是那两个真正塑造了产品的决策。

所以，该做的不是"停止解释你的工作"，而是"停止填充内容"。留住判断，切掉剧场。一个没有背后故事的可用制品，可能会让人觉得"这是靠提示词堆出来的"，对于高级职位来说，这是真实的风险。

你的作品集现在必须证明什么（品味、判断力、问题框架）

一旦交付几乎是零成本的，稀缺的东西就不再是产出了。而是有三件事，是一次性应用单独无法证明的。

品味。 当任何人都能生成一个说得过去的界面，"说得过去"和"对的"之间的差距，就是整份工作的全部内容。品味是一千个模型不会替你做的小决定：什么该砍，什么该放慢，在哪里故意增加摩擦。

判断力。 展示那个岔路口。展示你砍掉的那个版本，以及你砍掉它的一句话理由。一句"我们试过 X，它在结账环节破坏了信任，所以我们做了 Y"，比40张没有任何岔路口的叙事幻灯片更能说明问题。

问题框架。 Demo 回答的是"你构建了它吗"。框架回答的是"这个东西应该存在吗，以这种形态"。这个问题是高级设计师配得上这个头衔的地方，也是模型最不擅长替你回答的部分。

注意：上述三点都不需要50张屏幕。它们需要一个真实的产品，加上几句关于你在构建过程中所做决策的诚实句子。

如何在本月重建你的作品集（先展示真实产品，保留简短决策日志）

在 cursor.com 上查看实例

你可以在一个月内重建这套体系，而不用烧掉你现有的东西。结构很简单：先展示制品，用判断力作为支撑，其余的全砍掉。

1. 先展示真实产品。 每个项目的第一屏是一个可点击的 URL，或者一段60到90秒的产品运行演示。不是主视觉图，是实际产品。评审者在读任何文字之前，应该先触碰到真实的东西。

2. 保留简短决策日志。 每个项目三到五个决策，每个一行。决策、你否决的替代方案、原因。这是 Demo 单独无法承载的判断力证据。

3. 每个项目展示一个岔路口。 没有上线的那个版本，以及原因。这是证明你在思考而不只是在生成的最快方式。

4. 切掉流程剧场。 删掉用户画像幻灯片、你从未使用过的同理心地图、情绪板、"构思"屏幕。如果它没有改变产品，它就不值得占据空间。

5. 标上上线日期。 "从想法到上线只需一次会话"或"一个周末内上线"，现在是一种资质认证。它传达出你能以2026年工作实际的速度移动。

这就是全部的迁移方案。先展示制品，用五行文字证明判断力，扔掉那些一直都是填充内容的东西。

常见问题

设计案例研究彻底死了吗？

没有。那种臃肿的、以流程为核心的案例研究，正在作为默认格式消亡。它所证明的东西，即你能思考并交付，现在更好地存在于可用制品加简短决策日志的组合中。

我应该只发布一个可用原型而不加任何解释吗？

不应该，而且这是最常见的矫枉过正。没有故事的 Demo 会让人觉得"这是靠提示词堆出来的"，这对高级职位会有伤害。请将真实制品与三到五条一行决策、以及一个你否决的岔路口配套使用。

一次性应用到底是什么？

一个完整的、功能齐全的产品，通常带有鉴权、支付和真实数据，在 Claude Code 或 Cursor 等工具的单次扩展会话中构建，当天上线。人类的判断力仍然参与其中。崩塌的是从想法到上线产品之间的距离。

这意味着初级设计师会遇到麻烦吗？

门槛从"你能描述一种方法"提升到了"你能交付并为之辩护"。这对任何能构建产品的人都有利，因为可点击的制品比幻灯片更诚实。风险在于那些用流程幻灯片掩盖内容单薄的作品集。

如果案例研究消失了，我怎么证明我的思考？

你不需要长篇案例研究来证明思考。使用简短的决策日志：你做出的决定、你否决的选项、一句话的原因。在真实制品旁边放上三到五条这样的内容，比40屏叙事更能证明判断力。

那些无法一次性完成的复杂企业或系统性工作呢？

那么你的制品就是不同的东西，但原则不变。展示一个可用的切片或一个运行中的组件，并在旁边附上决策日志。转变的是"以真实且可点击的东西开头"，而不是"在一个周末内重建你的整个 SaaS"。

结论（制品就是论据）

制品现在就是论据。当你能递给别人一个可以运行的产品，那套解释你"本来会怎么构建它"的幻灯片，就成了你已经拥有的证据的劣质版本。

@andrewk 的帖子在约9800次转发和400多条回复中让设计师们撕裂，因为双方都在捍卫某种真实的东西。一方捍卫的是思考。另一方捍卫的是证明。而解法是：证明已经移入了可用产品中，思考已经移入了旁边那五句诚实的文字里。

所以不要哀悼案例研究。退休那个臃肿的版本，留住判断力，先展示真实产品。流程退场，产品登台。

2026年赢得全场的设计师，不是那个拥有最厚幻灯片的人。而是那个能说"点这里看看"，然后用五行文字准确解释为什么它被设计成这个样子的人。