作为做了10多年产品经理，看完后我既兴奋又有些后怕。
兴奋的是，我一直在团队里头疼的"第一版原型"的产出，终于有人试图解决了；后怕的是，这玩意儿要是真稳定了，很多产品经理包括我自己，都得重新审视自己的核心竞争力。
先说结论：可能Claude Design确实能用，甚至有点顺手。
但你要说它要干掉设计师，那是扯淡。真正被动刀的，是产品经理。
1、高保真原型
每个产品团队都有个经典黑洞：想法都有，PRD写得详尽，流程讲得头头是道，然后……卡在第一版原型。
那种能点、能跑、能让人吐槽的东西，就是出不来。
去年我带一个B端产品重构，团队花了整整3周讨论交互逻辑，会议开了十几次，但连个可点击的demo都没有。最后只能靠嘴说，靠脑补，靠"你应该能理解我说的意思吧"来推进。
为什么？因为这一步最贵，不是技术贵，是没人愿意背锅。
PM脑子里已经有3版交互路径，但手里只有文档；设计师可以画，但需求还在晃，先画就是替整个团队踩坑；工程师更惨，代码一写就是历史沉积，回头改直接炸掉。
结果就是大家都觉得方向差不多了，但没人动手。这种"草台班子"式的运转方式，能跑，但效率低得离谱。
2、Claude Design干的不是设计，是在写草稿
Claude Design官方写得很直白：能做design、prototype、slides、one-pager。听起来像是设计工具，但仔细看它那句话——"PM可以先sketch，然后交给Claude Code或设计师继续refine"——就很关键。
它不是在说AI会设计，而是在说，那些没人想碰的半成品，现在可以丢给AI先垫一下。
说白了，以前你得拉一个人来画草图，现在直接丢一句话进去，先生成一个能看的壳。丑一点也行，逻辑顺就行。
上周我尝试用类似工具快速做了一个内部工具的原型，15分钟搞定一个粗糙但能点的版本。拿去和工程师讨论时，效率提升了至少3倍。他们终于不用边听我讲边脑补界面了。
这一段，说实话，有点香。
3、为什么以前这一步一直做不起来
这一步看起来简单，其实是个三不管地带：PM觉得不是自己职责，设计师觉得信息不完整，工程师觉得成本太高。结果就是谁都能做，但谁都不想做。
我带过的一个团队，曾经专门招了个交互设计师，结果他80%的时间在等需求稳定，最后自己主动提了离职。不是能力问题，是流程问题。
产品开发中，从想法到可交互原型的这段"断层"，一直是效率瓶颈。过去一年出现了很多能画界面、出原型、甚至导出HTML的工具，但问题都一样——生成完就废了，没人接。
4、真正危险的，是它把断层接上了
Claude Design的不同之处在于，它直接写了handoff bundle，一键丢给Claude Code。这一步一旦打通，链路就变了：想法→原型→代码，中间少了一层人肉翻译。
少一次翻译，就少一层误差，也少一堆扯皮。
我上个月和一个技术合伙人聊天，他说他们团队最大的内耗不是技术实现，而是需求理解偏差。PM说的和工程师做的不一样，设计师理解的又不一样，最后三方对齐要花大量时间。
这东西要是稳定，很多团队流程会直接重写。从"写清楚"到"做出来"，产品经理的工作方式将发生根本性变化。
5、最先被影响的，不是设计师，是产品经理
这点其实挺残忍的。以前PM的核心能力是"写清楚"——把文档写到没有歧义。现在不够了，你要能快速搞出第一版，哪怕是个糊料，但要能跑，要能让人点两下说"这里不对"。
讨论的对象，从文档变成半成品。这个变化不小。
说难听点，只会写文档的PM，可能要慢慢边缘化。
我最近面试了几个产品经理，发现一个现象：那些能快速用Figma或类似工具做出粗糙原型的人，沟通效率明显更高。他们不是设计能力强，而是能把想法快速变成"可讨论的对象"。
6、我更担心的一个坑：方向幻觉
这东西太顺了，顺到你以为方向已经对了。这就有点危险。
第一版本来就应该粗糙，是用来犯错的。如果AI帮你把壳子做得太像那么回事，团队容易产生幻觉，以为已经收敛了，其实底层逻辑还没对齐。
上个月我们团队就踩过这个坑：用工具快速生成了一个看起来很专业的界面，大家看了都说"不错"，结果开发了一周后发现核心流程走不通。因为界面太"像那么回事"，反而掩盖了逻辑问题。
这个坑，后面肯定会有人踩，而且不止一次。
写在最后
这不是设计工具的升级，这是产品流程在被重写。从写文档到做原型，从讲逻辑到给东西看，说白了，能力模型在换。
以后拼的不是谁PRD写得长，是你能不能在1小时内，甩出一个能跑的第一版。代码可以糙，架构可以先不优雅，但那个第一版，一定要有。
没有第一版，所有讨论都是空转。
作为产品经理，我们需要主动拥抱这种变化。下周开始，我打算在团队里推行一个新规则：任何功能讨论，必须先有一个可点击的原型，哪怕是用AI生成的粗糙版本。
Claude Design ：