这场 Figma 演讲给 AI 产品泼了盆冷水：决定体验的不是模型，而是文字系统

大多数 AI 产品把全部筹码压在模型和算法上，却忽略了一个更直接影响用户体验的东西：文字。这场来自 Figma Config 的演讲，用真实团队经验和数据指出——如果不把 copy 当成系统来设计，再强的技术也会被糟糕的文字拖垮。

最反直觉的一点：用户体验的“最后一公里”，其实是文字

在大多数产品团队里，文字一直被当作“设计完成后的填空题”。界面定了、交互走通了，最后再来想一句 CTA 或报错提示。但演讲一开始就抛出一个反直觉的判断：copy 是产品最直接、也最重要的沟通渠道。

原因很简单。用户并不会读 PRD，也看不到你的系统架构，他们真正“读到”的，只有按钮、提示、说明和错误信息。文字在用户偏离“理想路径”时，充当了产品的护栏。演讲中引用了 Microsoft Azure 设计团队的一项研究：仅通过修改文案，用户测试中的错误率下降了 44%。没有改交互，没有换功能，只是换了字。

这对 AI 产品尤其致命。AI 系统本身就充满不确定性，模型什么时候自信、什么时候胡说，用户并不清楚。此时，产品文字几乎承担了“解释模型行为”和“管理用户预期”的全部责任。你写的不是一句提示，而是在替系统背书。

为什么所有东西都系统化了，唯独文案还在“到处飘”

演讲里有一个非常扎心的观察：产品开发几乎每个环节都被工具和系统垂直化了，只有 copy 例外。

设计师在 Figma，工程师在代码仓库，PM 在 Jira，法务、合规、市场各自有工具。但文案呢？它从最早的需求文档开始，一路出现在设计稿、表格、Slack 截图、Jira 评论，最后甚至直接写死在代码里。

于是每个团队都会反复遇到同样的问题：
- 这是最终版文案吗？
- 谁写的？什么时候改的？
- 法务看过了吗？
- 这个按钮文案，和另一个页面是不是同一个意思？

这些问题在传统软件里已经很痛，在 AI 产品里只会被放大。因为 AI 文案往往需要频繁迭代：模型能力在变、风险边界在变、用户教育成本也在变。如果 copy 仍然是零散存在的，它很快就会和产品目标脱节。

把文字当系统：组件和变体，才是专业玩家的做法

Jess 和 Jolena 给出的核心答案只有两个词：组件（components）和变体（variants）。

组件解决的是重复和一致性问题。就像设计系统里的按钮组件，文案也应该是可复用的构建块。同一个 CTA、同一个核心术语，在不同页面出现时，本质上是同一个“实例”。改一次，全部同步。

变体解决的是上下文问题。不同用户状态、不同语言、不同实验版本，本来就不应该共用一套文字。通过显式地管理变体，团队可以清楚地知道：这段文案，是给新用户的，还是回访用户的？是 A/B 测试版本，还是合规要求下的替代说法？

这个思路对 AI 产品极其重要。你可以把模型输出当成“变量”，但承载这些输出的提示语、解释文本、错误说明，必须是高度结构化的系统。否则，产品表面看起来在进化，用户体验却在倒退。

从 Figma 插件到“文案基础设施”，他们赌的是下一个十年

Ditto 最初只是一个 Figma 插件，这个选择本身就很有象征意义。演讲者坦言，他们和无数团队聊过未来的设计工具，反复听到的一句话是：Figma 改变了协作的边界。

于是他们决定，把“文案系统”直接放进设计发生的地方，而不是做一个孤立的内容工具。随着时间推移，Ditto 扩展成插件 + Web App + 开发者工具，试图覆盖从设计到开发的完整链路。

在演讲的最后，他们抛出了一个更大的判断：文案正在走设计曾经走过的那条路。从“锦上添花”，变成“必须上桌”。未来十年，设计、开发、内容将不再是线性流程，而是一套共享系统里的连续协作。而文字，会是这套系统的核心之一。

总结

这场演讲真正的价值，并不在 Ditto 这个工具本身，而在于它提醒了一个被长期低估的事实：文字不是 UI 的装饰，而是产品逻辑的一部分。对 AI 从业者来说，这意味着两件事。第一，别再把 copy 当成最后一步，它应该和模型设计、交互设计同时被系统化思考。第二，如果你的 AI 产品经常被用户“误解”，问题很可能不在模型，而在你如何用文字管理预期。一个值得带走的问题是：如果明天你的模型能力翻倍，但所有文案不变，用户体验真的会更好吗？

关键词： 产品文案， 设计系统， AI 产品体验， Figma， Ditto

事实核查备注： 需要核查的关键事实包括：Microsoft Azure 设计团队关于“仅修改文案使用户错误率下降 44%”的研究结论；演讲发布时间为 2022-05-19；Ditto 最初形态为 Figma 插件这一表述是否准确。