一个内容设计系统，正在悄悄决定AI产品的用户体验上限

大多数AI产品失败，不是模型不够强，而是用户根本“读不懂”。这场来自 Figma Config 的分享抛出一个反直觉观点：UX Writing 的真正杠杆，不是文案灵感，而是内容设计系统。它正在成为AI产品体验分水岭。

最反直觉的一点：UX Writing 不是写得好，而是“系统跑得稳”

视频一开始就把矛头指向一个常见误区：大家以为 UX Writing 的价值，来自文案本身的好坏。但在真实产品里，真正决定体验的，是文案背后的“内容设计系统”。

分享者强调，他们不是先讨论“这句话怎么写”，而是先把内容当成系统来设计：哪些场景一定要出现？语气是否一致？错误提示、引导语、空状态是否遵循同一逻辑？

这个视角对 AI 产品尤其残酷。模型输出再聪明，只要提示语、反馈文案和状态说明前后矛盾，用户就会觉得“这个AI不靠谱”。问题不在模型，而在内容没有被系统化管理。

从“人各写各的”，到内容像代码一样可复用

视频中一个很重要但容易被忽略的点，是团队组织方式的改变。内容不再是设计流程的最后一环，而是被提前结构化。

他们提到，会先定义内容组件：比如账户相关的提示、确认、警告，在系统里都有明确规则，而不是每个页面重新发挥。这听起来像前端组件化，但对象换成了“文字”。

这一步带来的直接结果是：内容可以复用、可以演进、可以被维护。就像代码一样，今天的选择不会成为明天的技术债。对 AI 产品来说，这意味着你可以在不推翻全部体验的情况下，快速适配新模型、新能力、新使用场景。

方法论比工具重要：他们是怎么一步步搭起来的

在具体做法上，分享并没有炫技，而是反复强调方法论：先统一语义和语气，再映射到真实产品场景，最后才是落到设计文件中。

他们使用的是一种迭代式的方法：不是一次性设计完美系统，而是先解决当前最痛的内容混乱问题，再随着新需求不断扩展。这一点对 AI 从业者非常关键——因为你的产品能力，本来就每个月都在变。

一个被点名的风险是：如果内容系统不允许“明天演化”，那它迟早会被团队绕开。系统存在的前提，是不拖慢创新速度。

为什么说这是AI产品的隐形护城河

视频结尾其实埋了一个很有分量的判断：当功能逐渐趋同，体验差异会被无限放大，而内容是体验中最容易被忽视、却最难补救的一层。

在 AI 时代，用户每天都在和“不确定性”打交道。一个清晰、稳定、可预期的内容系统，本质上是在替模型建立信任感。这不是一句金句能解决的，而是长期设计决策的结果。

总结

如果你在做 AI 产品，这场分享给出的最大启发是：别再把 UX Writing 当成“写几句话”的工作，而要把它当成一套基础设施。短期来看，它不会让你的模型更聪明；但中长期，它会决定用户是否愿意继续相信你。

一个可行动的建议是：回到你的产品，挑一个高频场景，尝试把所有相关文案抽象成“内容组件”，看看哪些是一次性发挥，哪些值得被系统化。你很可能会发现，真正拖慢体验的，不是AI能力，而是内容混乱。

关键词： 内容设计系统， UX Writing， AI产品体验， Figma Config， 设计系统

事实核查备注： 视频发布时间（2023-06-16）；视频来源与标题（Figma Config， In the file ： Content design system， la clé pour booster l’UX Writing）；视频中未明确提及具体公司与产品，文中保持概念层面解读