设计为人与内容搭桥

好的设计，让用户与内容双向奔赴。不是让内容主动倒贴，也不是让用户，是内容倒贴的同时，用户选择性接受。

但用户不是来逛的，是来解决问题的。人是带着目的来的，内容是药方，设计的活是让人最快找到对症的那帖药。优秀的设计师是一个挑剔的、懒的用户，害怕找不到信息、信息密密麻麻，要素设计没有需要就不要做，本质是求解问题与方案的最小路径。

吸引用户的索引，也是内容的缩影。用户想要找到他想要的内容。内容也需要不断更迭，但总的来说还是偏向让用户找到合适的内容。一方面需要用索引吸引用户，一方面文章本身也需要作者收到反馈、不断的更迭。

那么，如何去从零设计一款产品呢？

把自己当成最懒最挑剔的用户，其次才是设计师，害怕什么——密密麻麻信息、一进来不知道干什么，目标只定三个——内容有啥、找内容、理解内容，目的是用内容解决问题。在最后产品设计出来进行体验，问自己一个问题，这东西我会用吗？如果你自己都不想用可能整体出现定位上的问题，如果对此怀疑请务必再找一个人对他做同样的事。碰到这种事，需要重新排查，在业务链条板块拆分中，找到用户的核心业务需求到底是什么？你只要把这种用户服务好了，还有什么是不能解决的呢？

加减页面、页面中要素平衡双方，双方需求决定要素，要素数量多了找到内容，解决问题的时间就慢了。我作为消费者，一个遥控板四十个功能，四十个按钮；同时可以做四十个功能，但常用按钮就5个。比如遥控板，我会选择后者，用使用频率高的。当然谁需要面向他，就面向谁设计，上面的例子是不唯一的，但适用多数产品。我建议，40个功能，可以都有，但不常用功能务必隐藏或一闪而过，帮助用户合理运用注意力。

在过程中，打开设计思路是其次重要的，这决定了最终产品的上限。先知道形式有哪些可能——人通过五感感知世界，但在电脑上，只有画面和声音。画面分静态和动态，声音独立或配合画面，组合起来就这么几种：纯静态图、纯文字、动图、视频、声音、声音+画面。这就是在电脑上做设计的形式边界。如果把思路打开到现实生活，五感都能用——触觉、嗅觉、味觉都是设计手段。知道边界在哪，才知道形式能往哪走。对于刚设计一个作品，先不看理论，先照着优秀作品做更重要。

按功能分类比按形式更重要。形式可以是千千万，可以是按钮、卡片列表，但功能就只有一个，要么是导航，要么纯看。形式只是增加有趣的重要途径，不要为了好看（形式）而好看（形式），忽略这样设计是为了什么。

业务需求决定最低设计。最终达成，既不是让用户到处乱翻，更不是让内容集中到某个页面，一个页面的所有功能要素只为干一件事。是设计最小路径，精准找到与之有关的内容，降低用户认知负担。

如果没有达成效果，要么"自嗨形"过度设计，要么没有理解业务关系需求设计过少。留白不是空着，是给眼睛留一块喘息的地方。

前者需要在原来基础上，重新明确"谁在哪干什么"其中所可能遇到的痛点，抓住重点要素，砍除冗余要素，抓住一个页面所有要素共同只为干一件事。做减法不是完全删除，是转化，是让这个功能取得他该去的地方，可以是隐形但不失功能。

后者，需要重点拆解用户业务链，成业务需求板块，理清什么时候做啥事。

回过头看，整件事串起来就一条线：理解用户和内容各自要什么，确定内容特性，匹配验证迭代，解决核心业务问题。

至于设计的普通还是有趣，这得看甲方的预算、你的心里预期，还有一层——用户喜不喜欢用。好不好用是功能问题，喜不喜欢用是另一个层面：一个光标的质感、一个按钮的形态、一个过渡的节奏，用户愿不愿意跟它待在一起。好用让人完成任务，好看让人愿意再来。

如果本文你看不懂，这是正常的，来自非专业人员的词库。请尝试把本篇文章扔给 AI，让他用你能听懂的语言，比喻也好，学术语言也行，只要你能听懂，能理解就好。如果你还不会，可以看看我关于如何用 AI 学习的文章——[[nl-programming|自然语言编程心法]] 是一个很好的起点。

关于 AI 的到来，我目前是运用它帮我做 UX 审理，UI 的优化，区别于别人，我是先设定角色，再让他开工，对于新手，我认为是特别友好的。在说明我想设计的风格之后，我要先找一个类似风格的大师，依靠 DeepSeek（[对话](https://chat.deepseek.com/a/chat/s/af22d486-9a15-459b-81b6-00afe29d09ef)），在相关领域找到了一位画家《更大的水花》，我让这个大师作为一个用户体验员，了解完背景，调用 Chrome DevTools MCP 开始帮我从头到尾给我的网站做加减，并且给我优化建议。接着，在他的建议提出我的对话，稍作调整。最后依靠多模态模型优势，做成了如今这幅样子。

提示词：如无必要，勿增实体——这也是 [[subtraction-dialogue]] 的核心原则。你是 xx 作品的 xxx，了解 @背景.md，我想对当前的项目做一些优化，调用 Chrome DevTools MCP，从头到尾进行一个体验，要求制定目标、并说说可能存在的痛点。做加法，让本来应该存在的东西存在在眼前，做减法不是完全删除，是转化，是让这个功能取得他该去的地方，可以是隐形或一闪而过，但不失功能。

甚至你可以直接把我这篇文章加在提示词上面。

> 这篇文章是我此时的认知边界。边界之外的黑洞，是我下一篇要写的事。

关于三表法与设计的延伸讨论，见 [三表法与设计（DeepSeek 对话）](https://chat.deepseek.com/share/4vthf24xxtqfhgxznn)。

最后，推荐一个设计 skill：<https://github.com/greensock/gsap-skills>，让设计事半功倍。