作为一个不是设计师且讨厌劣质设计的工程师。
每个落地页、应用和终端界面看起来都一样。它们都是劣质设计，而且大多数让人看不懂。
以下是我如何为自己的产品设计去劣质化的方法。
1. Always consider the whole（始终考虑整体）。
设计过程大致分为 3 个步骤：
- 列出你为之设计的所有约束条件。
- 考虑一系列满足这些约束的解决方案。
- 如果你发现必须添加一个约束，或者可以移除一个约束，回到第 1 步。
这来自 Christopher Alexander 的《形式综合笔记》（Notes on the Synthesis of Form）。这是一次对设计过程令人愉悦的严谨探索。
约束可以有多种形式。它们可能是字体和字号规则、你必须支持的工作流程或业务逻辑状态。重要的是由你来决定这些约束。
常见的问题是跳过第 3 步，玩起设计打地鼠游戏。
用户感到困惑时，人们自然容易进入解决方案模式。我们的团队经常被这种事牵着鼻子走。尤其是左侧边栏，因为它在很小的空间里塞进了太多信息。诱惑是进行局部修补，但那条路通向毁灭。
跳过列出约束的问题在于，你会得到一个支离破碎的拼凑物，随机地优先处理某些交互而忽略其他交互。AI 加剧了这种打地鼠式设计的倾向。它鼓励提示 “让 X 更突出” 或 “添加一个做 Y 的提示”。最终，更多用户感到困惑。
当收到反馈时，先评估它是否会改变你的设计约束，再跳到解决方案。 我们处理这个问题的方式是维护一个记录小问题和烦恼的文档。我们对明显的修复快速行动，但跟踪小问题，这样当需要重新设计时，我们就有了一批可以整体解决的素材。重要的是我们避免过度反应，制造更多混乱。
2. Remove stuff（去掉多余的东西）。
智能体喜欢添加东西。你的工作是移除不必要的部分。
这一点应该很熟悉，因为智能体在代码和计划中也做同样的事情。它们喜欢双保险，额外包一层 try-catch 或一遍又一遍地重新实现同样的工具函数。
在 UI 设计中，智能体也做同样的事情。它们喜欢添加多余的文案、线条和图标。你最终得到的设计看起来比大多数工程师手写的要好，但实际上并不怎么样。
一个简单的步骤是：审视设计中的每个元素，对每个元素问 “我真的需要它吗？”
3. Iterate in a design tool（在设计工具中迭代）。
你不应该在产品中迭代设计。使用一个能给你精细控制、让你以最少额外上下文快速迭代的工具。
原型引力是无声的杀手。 也就是说，当你让智能体在你的代码库中构建第一个版本后，你会觉得直接改进那个版本比探索其他选项更容易。在真实代码库中设计还会迫使智能体构建一个嫁接在你真实代码上的版本。
Figma 仍然是王者，而且 AI 集成每周都在变好。Cursor Design Mode、Claude Design、一堆新创业公司，甚至 HTML 原型也都很棒。
请务必使用专为设计而生的工具，并让 AI 为每样东西生成 3-4 个变体。
4. Use components and libraries（使用组件和库）。
这一点对大多数工程师来说可能显而易见，但它非常重要，所以我简单说一下。
分离视图和逻辑。创建可复用组件。
这并不难，而且回报丰厚。你的应用会在视觉上保持一致，而不是一堆重新实现的按钮拼凑而成。
在 Ref，我们维护一个 /showcase 页面来做到这一点。我们先让智能体在那里构建 UI 组件并摆弄它们，然后再接入主应用。
5. Use preview deploys（使用预览部署）。
评估设计的最佳方式是用真实数据。预览部署让你可以用真实后端试用新设计。
重要的是要记住，总会有一些打磨和返工是必要的。即使智能体完全按你告诉它的来构建，你可能拿着它、用真实数据一测，发现还是不对。
对于涉及前端和后端的大型功能，预览部署可能比较棘手。在 Ref，我们通过分离前端和后端 PR 来解决这个问题。后端变更可以用单元测试和集成测试来验证。前端变更需要人工验证，而预览部署让分享链接变得很容易。
6. Steal stuff（借鉴别人）。
大多数 UX 问题已经被解决了，你应该把碎片拿过来拼在一起。花点时间看看解决类似问题的产品，或传达类似想法的产品。
我合作过的每一位厉害的设计师在开始每个项目时都会先收集一堆截图。你也应该这样做，这能为你的智能体提供很好的上下文。
7. Explore your taste（探索你的品味）。
这是有趣的部分！
品味是反思自己对某件事的反应。而且，Kyle Chayka，抱歉了，但反思自己的体验并不是布鲁克林阁楼派对人群的专属能力。想要做出作品、避免产出粗劣敷衍的内容，这种反思必不可少。
产品工程师很擅长发现设计存在问题，却很难知道该如何修复。工程师所欠缺的，是可以随时调用、来源于实践经验的解决方案库。搭建这套方案库，只需要反复尝试、不断复盘。
尝试与探索的过程固然有趣，但体验也可能十分煎熬：在方案达到合格标准前，你会铺天盖地收到各种批评意见。
在 Ref 团队，我们没有全职设计师，因此我们采用类似农业脱粒的方式打磨自身审美品味。我们把一份设计方案摆在中间，不断敲打打磨，直到我们对结果感到满意。
