B端设计经验总结-帮助新人快速上手
在分享文章之前，先宣布一件大事，我们改名字啦！紧跟公司发展战略的脚步，酷家乐设计团队公众号由原「酷家乐用户体验设计」升级为「群核科技用户体验设计」，升级后我们将一如既往的同大家探讨设计~
前言
本篇文章总结了交互新人在初工作过程中可能面临的疑惑与问题，并结合自身经历总结了相关设计经验，希望能够帮助新人设计师快速上手B端设计，游刃有余的应对工作中面临的各种机遇与挑战。首先，作为一名新人，在刚入职做设计时可能遇到哪些问题呢？看看以下问题，或许你会感觉很熟悉：
需求文档不规范怎么办？ 承担了很多与产品相关的工作，是好还是不好？ 需求量大，如何推动需求排期合理化？ 经常插入或变更需求怎么办？ 如何更有效的解决问题？ 需求是否有价值？ 如何做好体验优化？ 怎样做好设计，并提升设计的说服力？ 应该具备怎么样的知识才能更好的应对日常需求？ 我应该掌握哪些专业知识与能力？ …
上述问题看起来比较杂乱，但是通过一定的分类整理，可以概括为两个方面，即：「专业能力」与「职业能力」。
图1 专业能力与职业能力
专业能力：
与设计直接相关的能力，是完成设计工作不可或缺的组成部分，比如 需求挖掘、需求分析、方案设计、用户研究等内容。
职业能力：
岗位要求需具备的一些能力，可以帮助设计师更好地处理工作过程中遇到的问题，比如沟通能力、规划能力、驱动能力、执行能力等，可概括为“发现问题-解决问题”的效率与能力。
随着设计师项目经验和工作经验的增加，其所具备的专业能力和职业能力也会不同程度的成长与提升。下面会首先对新人设计师所应具备的专业能力进行总结和说明；其次对与职业能力常见的问题进行一定的解答与建议，希望能够帮助到各位设计师同学。
专业能力
设计师首先要明确设计工作的主要内容，从需求分析、用户分析到将抽象的需求转化为具象的设计方案输出，再到跟进设计方案上线；通过定性定量的方式跟进用户反馈，持续推动用户体验优化及挖掘更多用户场景和诉求均是设计师日常工作过程中的核心工作内容，接下来我们初步分析：
图2 设计师主要工作内容
01 需求分析与用户分析
当设计师拿到需求后，切记要多去追问为什么。因为产品经理给到设计师的需求更多情况下是具体的功能，而对于为什么要做该功能是需要设计师去深入洞察和挖掘的。此阶段，设计师要明确「业务目标」「业务指标」「设计目标」和「设计指标」的概念，参照下图所示。
图3 需求分析与用户分析
以“某客服平台改版”的需求为例进行简略介绍，其业务目标是：解决客服人员工作过程中遇到的痛点，提升客服使用体验，同时期望缩减客服人力成本投入，并明确具体的业务指标。设计侧接手项目后，通过 用户观察、用户访谈等用户研究手段，了解平台痛点，并从「业务层面」和「设计层面」总结归纳。
图4 客服系统分析
对于业务层面的突出问题，通过与产品多次沟通形成相应的产品策略，并落实到具体方案中。而对于设计层面的问题，为了更系统准确的了解客服人员的痛点，设计侧又进行了二次调研。首先整理访谈提纲对客服人员进行访谈；其次整理了问卷提纲，通过发放问卷进一步验证调研结论的准确性，并全面收集客服人员的建议。并且沉淀各角色人员的用户画像，了解各角色人员的主要工作事项、关注点及痛点。调研发现，客服人员的主要工作内容聚焦在以下事项，并且客服人员对系统的整体满意度较低。
图5 用户分析-客服主要工作内容
结合业务目标及对业务和用户的分析，设计侧将“提升用户核心工作流程的工作效率及平台整体的用户满意度”作为设计目标。由此设计的重点也放在核心操作路径优化和整体体验提升上面。通过对调研结果进行系统梳理，整理出高优先级优化内容，并推动埋点功能上线。最终，设计侧拿到核心操作路径优化前后的数据对比，达成设计目标。
建议各位设计师拿到需求后不要急于产出设计方案，多去进行需求分析与用户分析，它可以帮助设计师更深入的理解业务，挖掘业务本身的问题，了解用户的使用场景、关注点、痛点、期望与建议，为后续开展方案设计提供设计依据。在设计评审时呈现自己的思考与分析内容，也会大大提升设计方案的说服力。
02 需求转化为设计
关于设计目标的重要性在上述部分已有讲解，因此本部分重点讲解「设计系统」与「设计原则」。在日常工作中，除了上述提到的平台改版等较为复杂的需求，绝大部分情况是产品经理梳理清楚具体的需求或功能点，经需求评审后将其给到设计师，由设计师在敏捷迭代有限的时间内快速产出最优的设计方案。而对设计系统的充分了解和应用是B端设计过程中不可缺少且非常重要的一部分。
设计系统的构成
《Design System》一书中对设计系统的构成进行了详细的解读，笔者将其中与工作关联性最强的部分进行了整理，并且结合工作经验简要谈谈自己的理解。
图6 设计系统的构成
设计原则：
设计过程中需要遵循的指导原则与依据，有利于保障系统的易用性，提升用户满意度。由于设计原则的重要性，笔者会在下文中进行详细描述。
设计组件：
通常包含基础组件、复杂组件和业务组件。基础组件即原子组件，例如按钮、输入框、下拉框等，可用于构成复杂组件或业务组件。复杂组件通常由基础的原子组件构成，但仍然在多条业务中具有通用性，例如 表单。业务组件通常用在特定业务场景下使用，具备复用性的同时可保证设计统一性。由于各公司通常具备成熟的组件库或使用ant design和iview组件。因此设计师在业务支撑过程中更多是从业务组件入手，本着“标准、统一、复用”的理念，沉淀丰富的业务组件以提升设计统一性、以及设计与开发效率。
设计模式：
同类场景下用户行为的统一模式，从而避免多种设计问题出现，有利于形成统一的用户心智，符合系统设计的一致性原则，例如上传、搜索、批量操作等。需要通过详细的设计规范，对模式的使用场景、解决的问题、遵循的原则以及模式具体如何应用进行详尽细致的说明。某些设计模式可以沉淀为组件来达成模式的统一应用，而对于不方便沉淀为组件的模式，需要整理详细的规范文档，方便设计师查阅与使用。
控件库：
将设计资产（组件、模式、图标、插图等）整理为symbol控件，在axure、sketch等设计软件中可快速使用控件搭建页面，提升设计效率。
视觉样式：
通常包含颜色、布局、字体、图标、动效、插图等，是保持全局样式视觉统一性的重要基础。
设计规范：
对视觉样式、组件、模式等如何应用进行详细的设计说明，包含设计原则、使用场景、使用流程与反馈等，产出通常为设计规范文档，对于新人设计师，一定要熟记、掌握和学会如何应用。
事实性原则：
可用性原则：
03 需求挖掘与反馈收集
职业能力
建立规范意识，通过标准化规范化的流程解决问题
找准设计边界，学会衡量利弊
学会借力，必要时学会依靠团队