AI 时代，设计师不能只卖页面

做「一鱼多吃」那阵子，我干了件搁以前想都不敢想的事——用一个下午，把第一版页面全画出来了。侧边栏、卡片、空状态、按钮文案，AI 一把梭，像模像样。搁前几年，光这套界面，我得磨上一个礼拜。

然后我点了下“生成”，模型吐回来半份结构错误的数据。界面还是那个漂亮得能直接截图的界面，可用户根本不知道哪几张卡片能信，也不知道哪张失败了是该重做一张、还是整盘推倒重来。

就是那一刻，我对“AI 会不会取代设计师”这个问题，彻底没了兴趣。因为它问错了方向。真正该琢磨的是：当“把页面画出来”这件事一天比一天便宜，我以后到底还靠什么吃饭？

“画出来”贬值之后，真正在涨价的是什么

答案藏在 Signals 这个项目里。科学家要从实验记录，一路追溯到推荐材料。旧流程最折磨人的地方在哪？信息散落在好几个对象和页面里头，用户得自己上手，把 lineage 一段一段拼出来。所以这回我们的目标，没写成“重做一个更清爽的实验列表”——那是给设计师自己看的指标，用户根本不在乎。我们把它落到了一个具体的任务上：用户能不能更快地从实验结果，定位到材料来源。

可用性测试里，同一条追溯任务的时间，从大约两小时掉到了四十分钟，差不多省了 66%。这数字我得先钉一句话在这儿：它就是一个特定测试任务的结果，既代表不了“设计让业务涨了 66%”，也代表不了所有线上用户的平均效率。可把测量对象交代得这么死，恰恰最能说明设计这回干了什么活——它把“科学家找材料”这件事，从两小时的体力活，压成了一个顺手就能完成的动作。

AI 最擅长造“成功截图”，可产品是活在失败里的

生成式产品最好交的差，就是一张“成功截图”：输一句话，出一张漂亮结果，截下来发出去，齐活。可真实的产品，是活在超时、格式漂移、来源打架、额度不够、用户反悔里头的。我在「一鱼多吃」早期就犯过一个特别典型的蠢——模型一报错，我让系统偷偷塞一份模板进去把结果填满，好让 Demo 看起来从不断档。

漂亮是真漂亮。可这份漂亮，是骗来的。

后来我把这条兜底整个删了。每个渠道各自亮着状态：准备、生成、检查、失败、重试。成功的内容留住，失败的内容把原因讲明白。这个决定让我的演示头一次没那么完美，却让这个产品头一次变得可以信任。

这事儿，没一个 prompt 能替团队拍板责任该划到哪。工程能告诉我哪些错误抓得住，产品能定义重试的代价，设计要干的，是把这些约束翻译成用户看得懂的状态。最后交出去的，是一套“出了错、人还能接着干活”的规矩——一堆 error 页面凑一块儿，可凑不出这套规矩来。

敢让系统说一句“我不知道”，比对答如流值钱

AI 的输出天生带着一股流畅劲儿。句子越顺，用户越容易顺手把它当成事实照单全收。所以 Guardrail 光盯着语气远远不够，它还得把三样东西分得清清楚楚：已经提供的事实、模型的推断、还得人来确认的内容。价格、性能、客户案例这种，要是没来源撑着，界面就别甩个绿色对勾，硬给用户造一种“这事铁定了”的错觉。

设计师在这儿干的活，说深了是一件认识论的事：用户看见了什么证据，心里会升起多大的确定感？一个来源链接、一个警告色、一个能编辑的字段、一个“尚未验证”的标签，都在悄悄改变他愿意多信这份结果几分。把这份笃定感的设计权攥在自己手里，比把句子写得漂亮，值钱得多。

视觉没死，但它从“答案”降级成了“入场券”

我得先把一句话说明白：我特别不爱听人拿“战略”去踩视觉。一个复杂的 B2B 产品，层级要是乱了、密度失控了，流程再正确也快不起来。UnifyUX 的价值，就在把颜色、字体、组件、用法，做成一整套团队能共享的语言，让好几个产品不必每次都把基础交互重新发明一遍。

但 AI 会接着把“做基础页面”的成本，一路压到地板上。设计系统的角色，也跟着往前挪了一步：从“给人抄组件”，变成同时给人、也给模型立规矩。命名、状态、内容规则、无障碍说明，会变得比一张精致的组件总览图值钱得多。视觉这张入场券，以后谁都买得到；可在入场券之上、把规矩立清楚的那个人，才是真正不可替代的。

最贵的判断，往往藏在“用户为什么愿意掏钱”里

一个产品可以好用得挑不出半点毛病，却照样活不下去。「一鱼多吃」做到定价页那会儿，就把我逼到了墙角，非回答一个最根本的问题不可：用户到底是在为“能生成多少条”掏钱，还是在为“少出错、品牌始终一个味、能管住发布节奏”掏钱？前者做着做着，就沦为一场 token 转售，谁家模型便宜谁赢；后者才需要一整套真实的工作流在背后撑着。

Bill Vampire 也敲打过我一回。一个产品想收费，落地页就不能只图“酷”，它还得在用户授权、数据边界、价值证据、付款预期上，跟人说人话。设计师要非等需求文档写齐了才动手画页面，那基本就错过了最关键的价值定义——等图都画完，生意逻辑早被别人拍死了。

现在，我拿这五个问题，盘自己的每个项目

一个项目，要是抽掉那些精美的 mockup，我还能讲明白下面这五件事，那它才算没白做：

• 任务：用户原本卡在哪一步——最耗时间、最容易犯错、最容易泄气？
• 取舍：当时摆着哪几个能用的方案，我为什么偏偏砍掉了另外两个？
• 系统：这个决定，牵动了哪些角色、哪些状态、后面的哪些环节？
• 证据：哪些结果是真测出来的，哪些只是我的判断？
• 责任：真出了事，产品怎么解释、怎么让人恢复、怎么把控制权交还给用户？

AI 能帮我出方案、找边界、补代码、改文案，这些我都乐意用。它越快，我越得把省下来的时间，砸在这五个问题上。不然，就只是换了把更快的刀，去切一堆根本没人要的页面。