职业发展 on Hi, I'm 5key

业务思考力，设计师跳出执行的起点

Mon, 31 Mar 2025 00:00:00 +0000

TL;DR

设计师跳出执行的关键，是建立自己的业务思考力。

两个最常见的认知错位：把 KPI 当成终点而不是线索（围着 KPI 做设计，但偏离了真正的业务目标）；把用户反馈直接等同于业务问题（响应症状而非根源）。

学会用业务视角反推设计决策，是从执行者走向决策者的起点。

我们一直强调，设计是要服务于业务目标的。但在实际工作中，这句话往往会变了味。

大多数时候，业务目标是由一系列数字呈现的。数字看起来明确、量化、可追踪，所以也就理所当然地变成了决策依据、优先级判定标准。但问题也就出在这里，我们每天面对的是 KPI，而不是目标本身，这就让设计工作很容易变得看起来合理，实际上却偏离了核心。

KPI 是起点，但并不是答案

KPI 本意是为了帮助我们从目标回推行动，但在实际工作中，它往往变成了另一种“任务指令”。指标一旦被拆解到每个人头上，就很容易变成一个明确的执行目标，而不再是一个值得分析的问题。

我们会习惯性地围着 KPI 做设计：DAU 要上涨，那就提升 Push 的频次；GMV 要提升，就改按钮、调样式；点击率要提升，那就多加俩弹层。

这些操作不一定错，但很多时候，它们只是“指标驱动”下的机械响应，而并未真正回到目标本身的去理解它的目的，从而反过来思考我们究竟应该选择什么样的路径和方法来达成？

事实上，很多的需求在流转过程中逐步失焦，并不是因为老板瞎定目标，也不一定是 KPI 本身出了问题，而是大家在拆解 KPI 时，把它当成了终点，而不是线索、问题。这也是最常见、也最隐蔽的认知错位。

KPI 是我们实现业务目标推理链路上的线索节点。你需要做的，是搞清楚它和目标之间的逻辑关系，以及它和当前设计工作之间的传导逻辑。

如果你发现这之间没有可验证的连接，那你就要停下来问一句：我现在做的，是为了实现目标，还是只是为了完成一个动作？

用户反馈不等于业务问题

如果说 KPI 让我们在执行上会失焦，那用户反馈的问题则往往会让我们在方向上跑偏。

很多设计师在面对用户的声音时，会本能地站在「同理心」的一边。我们习惯说，“要为用户而设计”，于是只要用户说“这个地方不好用”或者说“我希望能有某个功能”，我们就会将它们一通整理，然后写一个 PPT 告诉需求方，产品需要改进、体验需要优化。

这看起来很负责任，也很为用户着想，但同时也可能会出现跑偏的问题。

用户说的，真的是他的本质问题吗？他描述的是需求，还是他自己想象出来的解决方案？

大多数情况下，用户反馈的是某个体验层的卡顿感。比如“流程不合理”“步骤太多”“结构不清晰”。但这些感受并不等于问题本身，它们往往还存在着更深层次的问题。

你得顺着这些反馈往下挖。你要问的不是“他说了什么”，而是“为什么他说这个”。更重要的，是判断这个问题是否真的和我们的目标相关，是否值得投入资源去解决。

而判断的标准，不是谁的声音大、谁抱怨多谁就对（对于产品经理的沟通同理）。而是这个问题，是否来自我们真正要服务的那一类人、那一类场景？

不是所有用户的问题都需要被解决。一个产品的核心竞争力，恰恰来自于它知道该为谁解决问题，也知道不为谁解决问题。

所以下当一次我们面对用户的问题，不妨思考一下：这是症状，还是根源？是个体，还是代表？是“我们要服务的用户”，还是“我们暂时不解决的场景”？

看到这里，相信你对「设计师如何理解业务目标、判断需求价值」已经有了一些新的思考。

那么，后面的内容将更值得你深入了解。

在这篇文章剩下的付费部分，我将继续展开三个关键问题：

01. 如何判断一个需求值不值得做？
拆解业务目标，建立需求与转化路径之间的连接逻辑。

02. 如何构建自己的业务本体结构？
用一个案例，展示如何将获取到的信息转化为思考、决策的支撑。

03. 有了判断，如何把握时机？
不是表达得快就有效，而是要谋定而后动，选对节奏精准出手。

💡 延伸阅读：

如何用业务语言表达：设计的意义，得用业务语言讲明白

设计师未来的两种路径：设计师的下一站，成为架构师，还是走向业务？

长期视角：做了 5 年互动设计，我遇到了设计师职业发展天花板

欢迎订阅我的小报童专栏，解锁本期文章全文内容。

入职新公司，学会问问题才能少踩坑

Wed, 22 Jan 2025 00:00:00 +0000

TL;DR

入职新公司，新人最容易犯的错不是问得太多，而是问得太少。

不问问题比问"蠢"问题更致命，你错过的是理解业务、对齐预期、建立信任的窗口期。

本文讲清楚怎么克服提问阻力、怎么问出高质量问题，让新人 landing 期少踩坑。

刚入职新公司时，如何问问题对设计师来说常常是一件让人头疼的事情。满脑子的疑问，却又害怕问多了显得蠢，被同事觉得自己不够专业。于是，问题被默默地藏在心底，想着自己慢慢摸索吧。

最后，当你满怀激情、疯狂熬夜加班，准备打响自己的第一炮时，方案却在讨论的那一刻暴露出了不少偏差。虽然大家并没有责怪你，但从同事们的礼貌微笑里，你仿佛能看到一层不易察觉的尴尬。他们的眼神似乎告诉你：“这位新同学，可能并没有大家期待的那么好。”

你会开始意识到，搞清楚公司的业务背景和现状，才是当下最重要的事情。此时你才明白，不问问题，比问问题的“蠢”更可怕。

没有人指望你刚加入就了解一切。真正让团队失望的，是你在面对疑问时选择沉默，不敢开口。当你不敢提问，怎么能够融入团队，如何去了解业务的脉络，进而做出有效的设计呢？

为什么问问题如此重要？

作为设计师，你的工作远不止是做做设计稿。设计的核心，是在真正理解业务需求的基础上，提出有价值的解决方案，推动产品的前进。可是，如果连业务的基本情况都还没弄清楚，交出的设计方案怎么可能靠谱呢？

想象一下，你满怀信心，花了几天时间精心完成了设计方案，终于准备好召集团队进行评审。结果，当方案一摆上桌，大家的反馈让你有点懵。那些你精心雕琢的设计细节，可能与真实需求严重脱节，功能安排也显得不合逻辑。

更糟糕的是，你意识到这些问题其实应该在前期通过沟通来避免。你明明可以在设计初期问清楚这些背景信息，却因为纠结于要不要问问题，最后把自己搞进了死胡同。

如果在开始前没能把核心需求和目标搞清楚，那么设计就可能完全跑偏。结果不仅浪费了团队的时间，还可能让你成为“误事”的源头。大家虽然嘴上不说，但眼神里的意思已经溢于言表：“下次，记得先问清楚。”

在团队里，大家希望设计师能解决问题，而不是增加麻烦。一次失误，大家或许能理解，笑一笑就过去了。但如果你一直“盲目设计”，凭空猜测，缺乏沟通和反馈，信任就会悄悄溜走，像沙漏中的沙子一样，渐渐流失。

为什么新人总是害怕问问题？

新人不敢提问，大多不是因为问题太难，而是害怕“别人怎么看我”。其实，你真正应该害怕的，不是别人觉得你笨，而是你假装懂，却把事情搞砸了。无知不可怕，装懂才真正可怕。

三大提问阻力：

01. 别人会觉得我很蠢吗？

每个新人都会有这样的担心。“我才刚进公司，怎么敢问这些基本问题，万一让别人觉得我不够聪明？”但你需要明白，没人指望你一进公司就什么都懂。

真正让人失望的，是那些不懂装懂，最后把事情搞得一团糟的人。如果你能坦诚地提问，反而能让人看到你对工作和团队的尊重。

02. 会不会打扰打扰别人？

团队里的每个人都很忙，特别是那些资深的“老同事”。他们看上去忙得像机器一样。但忙并不代表不能问，关键在于你提问的方式和时机。

如果你提前整理好问题，简洁明了地提出，没人会觉得你是在打扰他们，反而会觉得你在节省他们的时间。问得合适，大家反倒会觉得你是个“懂事”的新人。

03. 会不会显得自己没准备？

这种担心也挺正常的。尤其是当你发现，自己能通过文档或调研先找到答案时，再提问可能会觉得不够“专业”。但问题在于，如果你没有先做功课，或者做的功课不够深入，那提问其实是一种对自己工作的负责。

做功课是对问题的尊重，但如果真的无法解决，提问才是提升自己效率的关键。提问不是为了展示自己的“无知”，而是为了避免浪费时间和资源。

你付出的不是“问题的成本”，而是错过答案的代价。在团队里，最容易被浪费的资源就是沟通。你不问，别人不会主动告诉你，而你在盲目猜测和反复修改中耗费的时间和精力，才是最大的成本。

举个例子：

有个新人负责设计一个OMS（订单管理系统）页面，满怀信心地交付给团队进行评审。

结果，设计方案被推翻了：“这个页面的功能布局完全不符合我们流程的要求，我们的用户群体主要是大型企业客户，为什么要设计成这么简单的界面？”

产品经理的一句话让新人有些懵。

如果他在初期就主动提问，花几分钟确认需求和用户场景，这一切本可以避免。结果，不仅浪费了自己的时间，还浪费了团队的时间，甚至让自己成了“误事”的源头。

如何开始问一个好的问题？

问问题，远远不只是开口那么简单，它是一门技术活。什么时候问？怎么问？问到什么程度才算到位？哪些问题最好别问？是我们最需要关注的。这些细节决定了你在团队中的形象，是一个“能搞定事”的人，还是一个“搞不清事”的麻烦制造者。

在接下来的付费内容中，我会跟你聊聊更深入的话题，包括：

问问题过程中的常见坑：那些你一问出口，别人就开始翻白眼的问题，为什么总是让你踩到？
问问题前的准备工作：为什么有些问题问得精准、有深度，而有些问题让人觉得你毫无思考？秘诀全在开口之前的准备。
如何递进式地提问：问一个问题是起点，但问出连贯有逻辑的问题，才是真正解决问题的关键。
什么时候提问最合适：提问的时机，直接决定了回答的质量。问得聪明的人，总是能在恰好的时机获得恰好的答案。

💡 延伸阅读：

跨行业入职时的直觉重建：进入新行业，如何校正你的产品直觉

长远的职业规划视角：做了 5 年互动设计，我遇到了设计师职业发展天花板

加入 OFF DESIGN，你将解锁本期付费内容。以及全年更新的不低于 100 篇的专栏文章。

好的简历作品集，需要有层次的表达

Tue, 14 Jan 2025 00:00:00 +0000

TL;DR

0 到 1 项目内容多、链条长，作品集容易写成流水账或全是细节的"论文"。

破局关键是分层表达：第一层讲"项目主线"（面试官能 3 分钟抓到核心），第二层讲"实施细节"（为主线提供弹药，按面试官提问按需展开）。

这不是压缩内容，而是给内容一个可以被快速理解的结构。

在设计师的职业生涯中，能遇到一个真正从 0 到 1 的项目无疑是一种幸运。它的复杂性和系统性让人抓狂，但同样，它也给了你在面试中大放异彩的机会。

当你终于完成了产品背景、行业调研、实际案例、竞品体验分析和设计方案，并把这些成果整理到作品集中的时候，一个疑问突然冒出来：我这些内容该怎么讲？面试官会不会根本就不会看？

0 到 1 项目的优势和困惑

0 到 1 项目的优势显而易见。它能讲的内容非常多，从业务背景到设计落地。

你可以用一个系统化的链路去展现自己的专业能力，也可以从细节中体现你如何深度参与每个环节。但问题也随之而来。很多人在面试的时候，开始心生顾虑：

讲太细：面试官可能对前置研究没兴趣，会觉得你在浪费时间。
讲太少：又担心自己表现不够全面，面试官无法理解你到底干了什么。

于是，有的人选择按部就班，把所有流程从头到尾摊开来讲。还有人干脆一头扎进细节中，试图用竞品分析的表格和数据直接“砸晕”面试官。结果呢？对方可能微微一笑，轻轻地打了个哈欠。

如何破局？分层表达是关键

对于 0 到 1 的项目，最重要的不是“讲多少”，而是“怎么讲”。我的建议是：对内容进行分层，把流程和细节拆开，用不同的方式呈现。

第一层：项目流程，提炼出方案主线

这部分是向面试官展示你思路清晰、能抓住关键问题的能力。

你的表达逻辑可以是这样的：

业务问题：为什么会有这个项目？你要解决什么问题？
核心指标：业务方的关注点是什么？你们设定了什么衡量成功的标准？
产品能力：从业务问题到产品方案，中间的链路是什么？
设计策略：在确定方向后，你具体采取了哪些设计策略来支持目标？
设计方案：最终呈现的产品是什么样的？它解决了哪些问题？
数据验证：结果如何？通过什么数据说明你成功了？

这一层的重点不是细节，而是做了什么、得到什么结论、推动了什么进展。

面试官不需要了解业务的所有背景，但需要知道你的目标是什么，你的方法是什么，你的结果是什么。你是如何通过逻辑推导，逐步解决问题的。

第二层：实施细节，为主线提供弹药

这一部分是用来深入展开的。当面试官对某些结论产生兴趣时，你可以从容地打开“工具箱”，为主线提供更细节的支撑信息。

比如：

行业调研中，你用了哪些方法？得到了哪些关键发现？
竞品分析中，你关注了哪些维度？为什么这些维度很重要？
设计方案中，有哪些具体的创新点？它们如何与核心目标挂钩？

这里的关键是“可展开但不赘述”。细节只是你的支撑材料，而不是主线内容。

好的表达是需要有层次的

不管是面试还是作品集，缺乏层次感的表达往往会让人觉得枯燥乏味。很多失败的案例，问题并不是内容不够多，而是没有组织好内容的逻辑。

试想一下，你有一个非常绝妙的创意。但如果你把所有的细节从头到尾一股脑讲给面试官听，可能只会让人迷失在细枝末节里，不知道你的重点在哪里。

而如果你能先提炼出创意的核心价值，再用关键细节去充实和证明它，面试官会更容易被你的思考和成果打动。

如何让作品集“站住脚”

对于 0 到 1 的项目，作品集的陈述方式其实是可以学习“讲故事”的方法的。

从结果反推整个流程：

用一句话概括项目的最终成果，比如“通过优化流程，成功将操作效率提升了 30%”。再一步步拆解，你是如何达成这个结果的，形成一个清晰的故事链路。

突出个人贡献：

让面试官知道，这个项目中哪些部分是你主导的，哪些地方体现了你的思考和价值。

设计师的 2024：边界在消失，2025 该怎么走？

Sun, 22 Dec 2024 00:00:00 +0000

TL;DR

2024 年设计行业经历了两个本质变化：体验设计师向产品设计师演化、AI 在敲打设计的边界。

本文是我对 2024 的复盘和对 2025 的判断，也宣布了我从「OFF UX」专栏到「OFF DESIGN」专栏的品牌升级：从聊体验设计走向跳出设计本身、从产品视角看设计。

2024 年设计行业的本质变化

每到年末，我都会写点东西，总结这一年的起伏。总结，不只是为了回顾，而是为了看清下一步的方向。今年也不例外。

但是，今年的总结似乎又有些不同。2024年的设计行业，已经不再是过去那种按部就班的延续，而是在经历一次显而易见的本质变化。

过去，我们总以为设计行业会一年一年地稳步发展：工具更高效了，流程更完善了，用户需求更复杂了…

然而，事实是，变革早已悄然发生。边界正在被打破，规则正在被改写，连角色的护城河也开始崩塌。

今年，这些变化变得尤为明显，甚至显得近在咫尺。设计行业的边界正在模糊，角色的护城河正在被削弱，连游戏规则本身也在被重新书写。

这种变化不像以往那样渐进，而更像是一次推倒重来的重建。那些曾经熟悉的技能优势、行业规范和职业分工，如今似乎都站在了不确定的边缘。对于设计师来说，这不仅仅是工具的升级，而是一次重新思考自身角色与价值的挑战。

最近，我特别想和大家分享两件事情。它们看起来没有太大关联性，但仔细想想，变化其实早就在我们身边发生了。

01. 体验设计师 → 产品设计师

LinkedIn 上，一位朋友的岗位从「体验设计师」改成了「产品设计师」。他发了一条动态，说这并不是他的个人行为，而是公司的一次整体的调整。

原因很简单，公司希望大家别再沉迷于自己的一亩三分田了，别再只盯着设计细节、搞专业，而是把目光更多地放在业务价值思考上。换句话说，设计师要从「体验设计」转向「业务设计」。

Title 的变化只是表象，背后是公司对设计师期望的彻底重塑。 过去，体验设计师讲究的是“以用户为中心”，可企业的视角可不一样，它更在意的是设计为企业带来的增长和利润。

企业需要的是一个「利润中心」，而不是一个只烧钱、不赚钱的「成本中心」。

设计师的角色也随之发生了根本性的转变。从「体验设计师」到「产品设计师」，意味着设计师不仅要画界面、做优化，还得能想清楚：这个设计能不能提高转化率？能不能直接带来收入？

这背后是企业策略的转变，用更直接的话说，设计师不仅要设计“看得见的好”，还得为“看不见的利润”负责。这不仅仅是一个岗位名称的变化，而是设计行业的一场结构性调整。

02. AI 在敲门，边界在消失

上个月，我开始用 Cursor 和 Windsurf 做一些小工具。刚开始是写写脚本练练手，后来干脆用它们解决工作中的一些琐碎问题。就这样，一不留神，做出了 20 多个工具，这效果实在有点不像话了。更别说更为强大的 Devin，对于设计师来说，我们好像真的不需要工程师了。

过去，设计师不懂代码，这是个绕不过去的槛。很多时候冒出一些好点子都卡在“实现不了”这一步。

但现在，AI 工具把这道门槛给直接拆了。只要你有想法，它就能帮你把想法变成产品。AI 不只是帮你提升效率，更是在改变你的工作边界：设计师可以写代码，工程师可以设计界面，产品经理甚至能用 AI 生成原型。

更关键的是，这种能力不再只是“少数高手的特权”。AI 工具的门槛越来越低，工种之间的界限也越来越模糊。 设计师、工程师、产品经理原本泾渭分明的角色，现在正在被重新定义。

这才是最让人不安的地方。当角色之间的护城河被填平，接下来会发生什么？答案可能比我们想象的要快得多。

看似毫不相关的两件事，实际上指向了同一个方向：设计行业的角色边界正在消失。

一方面，设计师的职责边界正在变化。过去，我们只需要关注用户体验和设计本身，但现在，企业希望我们把目光放得更远一些，思考设计对业务的直接价值。设计师不只是画图的，更是业务的推动者。

另一方面，AI 让我们的能力边界得到了无限扩展。不懂技术？没关系，AI 补上这块短板。曾经因为技术限制而束手束脚的事情，现在只需要一点想法，再交给工具去实现就行了。我们不再只是设计师，我们可以做更多。

不过，别高兴得太早，这件事对所有人都是公平的。设计可以跨界到研发，研发也可以跨界到设计，而产品经理甚至可以抛弃所有人，把问题直接转化为需求，再利用 AI 生成完整的解决方案。

如何向你的主管和团队介绍 Design System 的重要性

Thu, 07 Mar 2024 16:34:56 +0000

TL;DR

这是一份完整的「向主管和团队推行 Design System」的 PPT 分享内容，覆盖：为什么要做（外部环境变化）、阿里的真实实践案例、设计系统的三种层级、构建思路与三个阶段、以及设计师角色演变。

可以直接拿去给你的老板、团队同学讲清楚 Design System 的价值。

这是节前应邀进行了一次关于 Design System （设计系统）的“布道”分享。我将 PPT 内容进行了一些细化和调整，在这里分享给大家。大家在对内进行宣导的时候可以以此 PPT 为基础，给你的老板、团队同学讲解为什么要做设计系统。

这次分享也是对过往前面几期文章的一个不同视角的“串联”，从这个视角再来回顾这几篇文章相信大家会有更多不同的理解。欢迎大家有时间读完后来群里进一步一起探讨。

本次 Design System 分享 PPT 的内容定位

设计系统的理论和案例，相信大家在日常工作中已经看过不少，也不是本次的分享的重点。因此这份 PPT 不聊细节，而是基于这些年在设计系统、协同过程中的一些感受来给大家聊聊我是如何看待设计系统的。

为什么要做 Design System：价值与外部环境变化

Design System 的价值及重要性

外部环境的变化

互联网早已不是新鲜产物，我们生活的方方面面都已经逐步的互联网化。也正式因此，互联网公司也越来越受到国家政策、经济环境的影响，而身处互联网行业的设计师，我们工作也与之息息相关。

就近一年的观察，我觉得这三块变化和我们还是有很大的关联的，所以先拿出来和大家分享一下：

就像我们每个公司都有自己的目标，政府这个最大的平台也对近 5 年整个国家的数字经济发展有一个明确的目标。这四五十亿的预期增长目标的背后有大量的需求增加，显然依靠现有的生产模式是无法解决的；
今年大形势不太好，所有的企业都在做降本提效。降本很多团队都在做，但光降本还不够，提效同样也需要抓。我还在阿里的时候，你和人聊设计系统，人家没那么感冒。哦一下。你说这个东西可以提效，减少开发周期。那么大家眼前一亮，可以聊聊。
软件开源，也是十四五规划中非常重要的一点。如今的中美关系、国际形势使得大家的意识上越发的明确，国内企业、公司、政府不能长期依赖外部的产品和工具。开源是促进整体发展中非常重要的一环，互联网头部企业比如腾讯、字节、阿里都在其中承担着非常重要的带头作用。

一次关于 Design System 的调研

19 年的 Ucan，我做了一次关于设计系统的工作坊。大家都是带着好奇来参加的，真正在开展设计系统工作的团队并不多。而到了今年我做了一次调研，虽然有效样本只有 100 多个，但还是具备一些代表性的。大家可以看到无论是公司对设计系统的认知，还是投入的程度都有了非常大的变化。

体验设计师未来三年应该如何发展？

Sun, 02 Oct 2022 16:34:56 +0000

TL;DR

体验设计师的未来三年，岗位会继续分化：一条路走向"架构型设计师"（构建设计系统、资产管理、设计运营），另一条路走向"产品设计师"（深入业务、参与决策、从交付到创造）。

继续做通用 UX 是最危险的位置，因为它正是最容易被 AI 和产品经理上下夹击的中间层。

体验设计师 , 突然这个角色在互联网行业似乎已经存在很久了。我从 03 年毕业工作至今，有幸经历了从“美工”到设计师的整个历程。时至今日，这个职能已经逐步被行业、被公司所认可，职能和领域也在不断演变。

15 年左右，我们在阿里开始逐步进行对设计师岗位的优化，从原有的交互 & 视觉调整为体验设计 & 创意设计。

体验设计师岗位的变迁

19 年开始组建集团的设计中台团队后，设计系统一直是我们非常重要的一项能力。在与各业务设计团队的合作中我发现设计团队的工作模式在发生变化，从以往的划分业务接需求，向通过设计系统的“架构设计”进行演变。

经过这几年的不断磨合，设计系统已经成为很多设计团队最为重要的核心能力之一。

在这个阶段中团队中也逐步出现了一些新的工作要求，负责设计系统的构建及推广应用，我将它成为「架构型设计师」。这也是我认为接下来几年体验设计师发展的一个非常重要的方向。

既然有了明确的岗位，我们就需要明确它的工作职责。结合这些年在阿里的实践，我会将其定义为以下三个方面：

架构型设计师的职责

01. 构建设计系统

在当下，架构型设计师的首要职责就是构建业务级设计系统。为业务提供明确的设计约束和指引，帮助团队快速实现业务逻辑，减少不必要的浪费。

这里的设计系统绝对不是做一套风格样式输出 UI Kit，也不是基于 Ant Design 这类的开源系统复制一遍。而是需要真正基于所属领域和业务的特性去解决实际问题，例如在之前介绍 CloudScape Design System 的文章 中所提到的那些 Pattern。

02. 设计资产管理与维护

前面一直和大家提过「齐套」的概念，而它也是架构型设计师非常重要的一项工作。

新的协作模式下，支撑业务的设计师需要基于业务设计系统去实现一个个具体的需求，那么在开始工作之前想过的组件、模板、素材、icon 甚至是文案都应该是准确无误的。

03. 设计运营

在阿里，我们有业务通过设计系统的运作获得了 30% 多的整体提效。但这个结果不仅仅是靠一套好的设计系统，还需要在流程、工具上做大量的工作和运营。

除了设计系统和资产的管理，架构型设计师还需要向外去衔接设计的上下游，去不断优化整体的工作流程来帮助设计系统能真正的落实到底、发挥出有效价值。

随着互联网红利的消退以及经济形式带来对企业降本提效的要求，互联网企业以及设计团队都将面临对生产模式、工作流程的进一步优化。

设计系统已经逐步成为各大互联网设计团队的重点投入方向，我的判断是在未来三年，架构型设计师一定会成为设计团队中最为重要岗位职责之一。关于这个话题的更多讨论，大家可以阅读之前的文章「成为架构型设计师」。

💡 延伸阅读：

职业瓶颈真实案例：做了 5 年互动设计，我遇到了设计师职业发展天花板

宏观环境分析：这两年设计师找工作是不是越来越难了？

新人入职阶段：入职新公司，学会问问题才能少踩坑

本文出自专栏 OFF DESIGN 免费内容

成为架构型设计师

Thu, 14 Jul 2022 16:34:56 +0000

设计师是我的第一份工作。从 2003 年毕业后的第一份工作在一家网络公司，从界面设计到 Flash 动画再到跑客户、贩卖 3721 网络实名，几乎和网络建站相关的工作全都得做，当然，那个时候对设计的要求并没有那么高，我们都被称之为美工。

一晃快 20 年过去了，伴随着中国互联网行业的高速发展越来越多优秀的人才进入到设计领域，设计已经成为一个非常有深度专业工种，设计师也已经成为互联网企业最为重要的专业力量之一。

上一期的文章里，我们在设计系统的话题中聊到通过「规范沉淀」「物料管理」「场景消费」三个方面来优化在产设研（产品、设计、研发）环节的工作模式，也提及了一个新的、也是非常重要的角色 – 架构型设计师。关于这个新的角色，上周分别与两位会员读者在设计团队能力建设的话题中也多次聊到。所以这一期我想正好顺着话题和大家聊聊什么是架构型设计师，以及如何成为架构型设计师。

TL;DR

架构型设计师不直接画界面，而是通过构建设计系统、管理设计资产、推动设计运营，让整个团队的设计产出标准化、规模化。这是设计系统时代设计师最重要的新职业方向。本文系统介绍架构型设计师的职责、素质要求、以及和「产品型设计师」的分工边界。

设计师 Job Title 的变迁

交互设计师 & 视觉设计师 ➔ 体验设计师 & 创意设计师

2008 年加入阿里时，设计团队内将设计师主要分为交互设计师和视觉设计师两类。交互设计师负责与产品一起实现承接商业需求、制作产品原型，再交由视觉设计师进行设计稿的最终输出并交付给开发工程师。

这样的分工一直延续到了 2015 年左右，阿里开始逐步对设计师的 Job Title 进行调整，由原来的交互设计师和视觉设计师调整为了体验设计师和创意设计师，并在 2017 年基本完成了全集团设计团队的调整。

相较于之前交互 & 视觉的定位，体验设计师在原有交互能力基础之上增加了对视觉、商业意识、用研等综合能力的要求，期望能够培养更加一专多能的设计师。这个变化在当年其实让很多设计师感觉到有些“难受”，特别是一些视觉、交互能力均较平的同学来说，对于未来的职业发展方向迎来了第一个较大的困惑和挑战。

不过在我看来这个调整是合理的，也是必然会发生的。互联网在发生着巨大且快速的变化，这也势必导致设计师的工作流程发生变化，以前的工作模式已经已经无法跟上业务的高速发展。到如今时间已经过去了 6、7 年，这种“不适感”在设计行业内已经慢慢消失了，两个新的岗位角色逐步进入正轨，找到了各自的发展方向也延展出了很多新的领域细分能力。

架构型设计师 & 产品型设计师

时间推移到 2018 年，我终于筹建了阿里集团的设计中台团队，为各业务设计团队提供设计过程中的工具及能力服务。在与大家的合作过程中，我发现一些自然而然在发生的变化，业务线的一些设计师已经开始逐步跳出原有岗位的定位，以更加综合、系统化的方式进行思考和工作推进，这个时候已经出现了一些“架构”的雏形了。

在思考并参与了一段时间后我向设计委员会做了一次汇报，尝试提出新增架构型设计师这个新的岗位。可惜的是在当时无论是团队建设还是整体的环境还不够成熟，这个提议并未通过，所以只能暂时的放一放。

不过这倒是不影响我自己继续去尝试，在接下来的日子里我在负责的四个业务中进行了一番调整，为每个业务团队增加了一个架构型设计师的岗位，开始将我之前对设计系统的思考付诸于尝试。虽然这个新增的岗位也是在大家不断的摸索、试错中前行，但新的工作模式为大家打开了新的思路，也带来了非常多正向的结果产生。

什么是架构型设计师

一提到架构这个词，大家很容易就联想到软件开发领域，设计领域也会有吗？过去这个概念可能与设计无关，但现在乃至未来它一定是存在的。当然，我们大家目前在这个领域都还是在边摸索边做，还达不到架构师的程度，所以我会先称它为架构型设计师。

和大家聊起这个话题时，我发现有些设计师会将这个角色理解为专业型的 Leader，精于设计、懂用研、能做好项目管理，也能够在专业角度上带团队。这种从能力项的定义的视角我认为还是在过往的思维模式里，不太准确。

「设计」作为业务生产中的一个技术工种，它在保障专业能力不断精进的同时，还需要确保业务生产的有效性和确定性，从业务视角去看团队的整体作战能力及专业能力的先进性。

基于以上这些背景信息，我会这样定义架构型设计师：

架构型设计师是设计团队专业能力的推动者，基于公司业务发展规划并构建精深的专业能力及高效的协作模式，协助设计团队为业务生产提供高质高效的设计专业能力。

架构型设计师不一定是团队管理者，Ta 会将更多的精力放在专业能力建设而不是人事工作；架构型设计师也不一定是一个人，Ta 可能是一个独立团队或是几位设计师组成的虚拟小组。

架构型设计师的职责

之前的专栏文中中我给大家画了这么一张图。我将它 zoom out 一下放到整个业务的生产流程中，架构型设计师的工作就围绕在这设计的前、中、后环节来开展。

在整个业务生产流程中，架构型设计师的核心工作主要会围绕以下三层来进行：

设计模式库与设计组件库到底有什么区别？

Thu, 14 Jul 2022 16:34:56 +0000

TL;DR

设计组件库（Components）像做菜的单个步骤（切菜、焯水、炒制），是解决单点操作的工具；设计模式库（Patterns）则是把这些步骤组合起来完成"做一道小龙虾"的完整方案。

组件提供基础能力，模式提供业务解法，两者缺一不可。

设计系统（Design System）中有两个重要的概念，设计系统和设计模式。对于这两者之间的区别，很多人都比较困惑。其实用一个例子就能很好的解释，比如大家都喜爱的小龙虾 🦞。

用一个例子来解释

小龙虾好吃，但真做起来并不是所有人都会。不过你可以在各类美食应用上看到它的「制作 SOP」，大致会有以下这些步骤

制作小龙虾 SOP：

去虾线
清洗小龙虾
准备小料
下龙虾过油
加入小龙虾调料翻炒
加入啤酒闷煮
.…

你不一定懂小龙虾的制作方法，但刷个小龙虾一听就能明白，把这些步骤组合在一起，你也能做出一盘色香味俱全的小龙虾了。

设计系统中的 SOP：

在设计系统中，每个组件就像 SOP 中的某个步骤，是解决某一个具体操作的方法，而将这些组件组合起来处理一件事情或任务，就是我们所理解的 Pattern 模式库。

所以，洗小龙虾、过油它们都是“组件”，做小龙虾是“模式”。

如果十三香小龙虾已经成为一个行业标准，大家做得基本完全一个样，那么小龙虾也可以被进一步的收敛，成为你做晚餐的一个标准“组件”了。

当然，如果你家的小龙虾和别人有些差异，比如重甜、重辣、或者说是三分熟（😁），那它的做法就具备较强的特色，成为你的业务级设计模式了。

设计系统延展阅读

💡 延伸阅读：

推行话术：如何向你的主管和团队介绍 Design System 的重要性

深度案例：如何规划 B端设计系统？深度解析 AWS CloudScape

学习路径：设计系统学习指南 - 国内外 Design System 案例解析

决策机制：设计系统中的决策树：让设计决策更简单

这两年设计师找工作是不是越来越难了？

Sat, 25 Jun 2022 16:34:56 +0000

TL;DR

设计师找工作变难，表面原因是互联网寒冬，深层原因是企业对设计师的价值评估发生了本质变化：从"能画界面"变成"能为业务创造商业价值"。

在宏观上机会依然存在（十四五数字经济规划），但能抓住机会的设计师需要重新思考自己的能力结构。

设计师找工作这两年的确是越来越难。前两天和一位猎头朋友正好在聊这个话题，一些想法分享给大家。

宏观环境：十四五数字经济规划中的设计机会

这两年互联网的形势确实不太好，各大互联网平台多多少少都受到了政策的影响。也正是因此，国内的环境我们更需要关注国家层面的思考。毕竟绑定到「核心的 KPI」才能在获得更好的发展环境。

去年的年底国务院发布了「“十四五”数字经济发展规划」，大家可以关注一下这里面的数字经济发展主要指标。

来源：http://www.gov.cn/zhengce/content/2022-01/12/content_5667817.htm

大家可以算一下 IT 服务业规模、工业互联网平台、网上零售、电商、政务几个领域到 2025 年的预期性增长，加起来有 40 多万亿。

政治、社会、经济三层趋势分析

除去国家对于核心 KPI 的预期，我们也还需要看看整体的宏观趋势。

01. 政治层面

国际形势目前还是相当复杂的。国家鼓励信息技术的自主创新，核心技术自主可控。同时也鼓励各大科技企业的开源，通过技术手段赋能给实体经济，帮助实体经济进行数字化转型。

02. 社会层面

互联网的红利消退，各大互联网企业在 C 端市场基本都已经触顶。加上疫情影响，toB 市场的需求增长迅猛。在线、异地办公已经逐渐成为新的常态。

03. 经济层面

全球经济放缓，企业用工人力成本也在不断持续上升。企业也迫切的需要通过数字化的手段降本提效。而近些年云计算、5G、物联网、AI 等技术的发展也为企业效率提升带来了明显的变化。

企业对设计师的要求正在发生本质变化

从宏观层面上来，无论是 UI 、交互还是 UE，市场的需求是明确存在的。就业环境也会随着整体情况的稳定逐步下来。

当然，这里面依旧发生的很大的变化，对于人才的要求的变化。设计的目的是解决问题，不同的阶段需要解决的问题不一样，设计师的工作也就有所差异。

营利是企业最为重要的目的之一，包括设计师在内的所有岗位都是为之服务的。在大环境的影响之下组织不得不重新审视每一个岗位角色在经营环节中所提供的商业价值。

企业需要解决什么问题？这个问题哪些是设计可以发挥价值的？这些价值点中需要设计师什么样的能力？这些问题才是在目前环境下设计师就业或者说是职业生涯最需要关注的。

💡 延伸阅读：

具体案例：做了 5 年互动设计，我遇到了设计师职业发展天花板

方向选择：体验设计师未来三年应该如何发展？

以上，希望对你有所帮助。

做了 5 年互动设计，我遇到了设计师职业发展天花板

Fri, 24 Jun 2022 16:34:56 +0000

TL;DR

设计师的职业天花板，很少是"能力不够"的问题，更多是"能力结构没跟上行业需求变化"。

当行业从增量走向存量，组织对设计师的期待从"做好界面"变成"推动业务"。

工作 5 年左右的瓶颈期，需要的不是更努力地做设计，而是重新定位自己的能力坐标。

前段时间在群里针对设计系统 Design System 的建设和应用拉了个群并做了一个小调查。回收了 80 多份，不多但也足够反映大致的现状。理了理也给大家做一个分享。

设计师职业发展，是我的会员群中经常被讨论到的一个话题。前段时间正好有机会和一位同学也是集团内的一位设计师有一次喝咖啡的沟通。内容有些意思，记录下来与大家分享一下。

本期主人公：一位工作 5 年的阿里互动设计师 X

这已经是 X 君参加的第五个 618 大促了，与往年不同的是这次结束后他并没有调整休假，而是立马调头回到了了另外两条业务线的迭代工作中。支持的资源在变少，但需求却并没有发生变化。自己似乎已经遇到了职业发展天花板。

X 君是 90 后，美院毕业后没多久就加入了目前这家公司，目前负责两个大型互动产品的设计工作，同时还需要在各类大促期间支持相关互动玩法以及营销活动。

在公司的这 5 年时间过得很快也很充实，密集的项目压得人透不过气，但也带来了更多的机会和挑战。也正是因为其优秀的表现，X 君在加入公司的第四年顺利完成了自己的第二次晋升，成为了互动产品的主设计师，扛起两条核心业务线的设计工作。

一位工作 5 年的设计师对设计师职业发展的困扰

太忙了，而且是周期可预见性的忙。时间几乎全部被工作所占据，以往的爱好被纷纷搁置了。

我对手机 OS 以及很多的创新设计非常感兴趣，以前时间比较充裕的时候会去捣鼓一些小创新。看到自己的一些创意想法在网络上获得了大家的认同，有些甚至出现在了各厂商的发布会上，这种满足感会让我 high 很久，我想这应该就是设计师最纯粹的快乐吧。

但很可惜我已经很久没有打开那些设计稿了。日常的项目交替着各种大促活动，往往一个项目还没结束下一个就开始拉人启动了。画画飞机稿？不好意思，真的没有时间也没有那个精力了。

作为设计师，我们需要跟进项目的完整流程。项目的前期沟通讨论、需求明确后的各种设计产出、开发后的还原度和测试。每天有各种各样的会需要参加，真正设计工作往往只能在结束了一天的会议后加班做，回到家也只想“躺着”了。

设计师话的语权太低了，我们很难对业务产生深度的影响。

视觉表达有种很特殊的魔力，能够带给大家感官上的愉悦。对于自己的专业我还是有自信的，业务方大多数时候很难从专业角度去挑战我们。但这也仅仅是在我的专业领域中，对于业务的决策、活动玩法的设计，作为设计师我们的话语权确实不高，很难插的上手。

产品的背后是商业，商业的目的还是要带来业务指标的增长。从决策链路上我们就已经站在了业务方的后面，大多数时候作为设计师我们很难去挑战他们，甚至连验证的机会都没有。当如如果业务方向从一开始出了问题，我们的设计做得再好也很难获得好的结果。即使有了好的结果，这里面有多少是由设计师给带来的，我们很难讲清楚。

作为项目组的一员，我们还得每天参与到各种沟通会、评审会，业务上的决策建议提了不一定被采纳（除非正好和某些角色的想法不不谋而同），不提又显得自己参与感不足。每天大量的时间都在反复的会议、沟通，真正做设计的时间被压缩得非常紧张。

这些问题叠加在一起，就让很多人整天都在纠结中渡过。除了体累还有心累，但似乎也并没有更好的办法。

做了 5 年互动设计，我遇到了职业发展瓶颈。

有复杂度的业务、持续的有效产出，所以绩效一直都还不错，这也让我的两次晋升都很顺利。但在晋升后的第二年我又有了新的焦虑，自己怎样才能到达下一个层级？新的层级，不进则退，又该如何能让自己一直获得好的绩效结果？下一个阶段应该如何走我开始有些迷茫了。

团队里同层级的设计师有好几个，有些在当前层级已经好几年了；越往上走，对设计师综合能力的要求越高，单凭设计技能是很难有更好的发展的；工作上能使上力的还是做好业务支撑，想从设计侧发起做一些专业深度事情一直都很难，如今的环境，变得更加难了。

说实话，我确实有些困惑了，不知道还能做些什么来帮助自己打破这个“僵局”。

关于设计师职业未来的思考

我坚信设计师应该打造自己独立的品牌 IP，去表达自己对这个世界的认知、对设计的理解。今天大家所看到的一切都有设计参与其中，也有很多设计师心中的「会心一笑」。我想尝试着做做「内容」，用短视频的形式表达我把这些告诉大家，也分享一下我对设计的理解。

图形处理、视频剪辑这些对于我来说都不是问题，每一位设计师都有发现美、发现有趣的能力，我希望自己能用通俗易懂的方式帮助表达出来，让大家了解设计，发现这个世界的美妙。

至于工作本身，我还是比较坚信「设计是来解决问题」，而不是纯粹的信息表达。随着行业的发展，传统的设计师能力竞争力会越来越小，未来的设计师还是需要有更多对业务、商业的理解能力。

13 点 45 分，X 君来回点了几次手机屏幕。离我们取好咖啡坐下已经过去了 1 个半小时，咖啡已差不多喝完，我们的聊天也差不多结束了，相互道别以后 X 君也快步的向着公司方向而去，估计一会应该还有某个棘手的项目评审会在等着他吧。

职业发展 on Hi, I'm 5key

业务思考力，设计师跳出执行的起点

KPI 是起点，但并不是答案

用户反馈不等于业务问题

入职新公司，学会问问题才能少踩坑

为什么问问题如此重要？

为什么新人总是害怕问问题？

三大提问阻力：

01. 别人会觉得我很蠢吗？

02. 会不会打扰打扰别人？

03. 会不会显得自己没准备？

如何开始问一个好的问题？

好的简历作品集，需要有层次的表达

0 到 1 项目的优势和困惑

如何破局？分层表达是关键

第一层：项目流程，提炼出方案主线

第二层：实施细节，为主线提供弹药

好的表达是需要有层次的

如何让作品集“站住脚”

设计师的 2024：边界在消失，2025 该怎么走？

2024 年设计行业的本质变化

01. 体验设计师 → 产品设计师

02. AI 在敲门，边界在消失

如何向你的主管和团队介绍 Design System 的重要性

本次 Design System 分享 PPT 的内容定位

为什么要做 Design System：价值与外部环境变化

Design System 的价值及重要性

外部环境的变化

一次关于 Design System 的调研

体验设计师 未来三年应该如何发展？

体验设计师岗位的变迁

架构型设计师的职责

01. 构建设计系统

02. 设计资产管理与维护

03. 设计运营

成为架构型设计师

设计师 Job Title 的变迁

交互设计师 & 视觉设计师 ➔ 体验设计师 & 创意设计师

架构型设计师 & 产品型设计师

什么是架构型设计师

架构型设计师的职责

设计模式库与设计组件库到底有什么区别？

用一个例子来解释

制作小龙虾 SOP：

设计系统 中的 SOP：

设计系统 延展阅读

这两年设计师找工作是不是越来越难了？

宏观环境：十四五数字经济规划中的设计机会

政治、社会、经济三层趋势分析

01. 政治层面

02. 社会层面

03. 经济层面

企业对设计师的要求正在发生本质变化

做了 5 年互动设计，我遇到了 设计师职业发展 天花板

本期主人公：一位工作 5 年的阿里互动设计师 X

一位工作 5 年的设计师对 设计师职业发展 的困扰

关于设计师职业未来的思考

体验设计师未来三年应该如何发展？

设计系统中的 SOP：

设计系统延展阅读

做了 5 年互动设计，我遇到了设计师职业发展天花板

一位工作 5 年的设计师对设计师职业发展的困扰