价值2000+的交互学习笔记：设计分析方法和流程全面总结

交互设计这一学科近年来逐渐普及并广泛的应用于互联网产品设计。有国外专业引导，以及国内大环境的形成，企业与设计师逐渐发现交互设计这一技能在创造价值以及提升效率等方面的重要性，由此划分出交互设计师以及 UI 进阶等职能方向，产品设计思维、交互思维逐渐成为设计师的一项硬技能，而想要提升这方面的能力亟需专业学科带头人或相关机构、团队的引导与分享。

国内大环境下拥有较系统的交互设计教育，除去各类大学交互设计专业当属各大厂的 UED 设计团队。交互设计作为一门专业且要求以系统规范方法工作的技能，实际很忌讳通过零散的知识点构建个人设计思维，而在实际场景，大部分非交互设计岗位的设计人员更多的是通过碎片化时间阅读相关文章或者个人分享来获取交互知识，无法形成系统的设计思维，也不能掌握系统的设计分析和执行的方法论，这是极大的痛点。交互以及用研不同于视觉，需要规范和系统的学习，本文整理了网易UED 的一套交互设计方法，浅显易懂，适合初学者进行初期交互设计技能的系统学习，帮助你埋下一颗规范正确的种子，依照这个基础再进行自学以及与项目结合的练习。从而逐步提升交互设计能力，构建成熟的设计思维。

这是一套完整的交互设计师培养课程，笔者仍在继续学习，本篇是第一部分，后续会分享其余部分。在这里需要提醒各位，明确自身定位，有选择的汲取交互知识，非交互设计师没有必要完整的学习交互设计的工作流程，因地制宜，取其精华，选择有助于日常工作的部分，例如提升设计阐述的能力，提升设计分析能力等等。

文章目录

1. 通用概念和原则
2. 交互设计师的职能
3. 制定设计方案的流程
4. 具体设计分析方法和流程

通用概念和原则汇总

1. 业务需求=业务目的+业务目标

业务目的指的是我们要解决的问题，业务目标是我们期望实现的结果，希望达到的数据指标。

用户需求=目标用户（特征、经验）+场景+行为+体验目标

2. 我们在做设计稿时的 Think Flow（简单思考模型）

• 为什么要做这个功能（业务目的）
• 产品期望得到什么样的效果（业务目标）
• 谁来使用这个功能（目标用户）
• 他们为什么使用这个功能（用户需求）
• 如何让他们都来使用这个功能（将业务目标转化为用户行为）

业务目的 - 业务目标 - 目标用户 - 用户需求 - 将业务目标转化为用户行为。

3. 解决问题的闭环

计划（方案）- 执行 - 检查 - 总结纠正，一个闭环周而复始直到解决问题。

交互设计师的职能

1. 交互设计的职能价值

将需求转化为解决方案的能力，是交互设计师的职能价值。交互设计师需要将定义好的文档需求，转化为可视化的明确的方案，来解决问题或者实现业务目标。帮助确认和发掘产品的更多可能性。

2. 交互设计的数据价值

交互设计师要将设计的解决方案与关键数据结合，转化为数据价值，用数据推动设计从而发现问题和解决问题。数据驱动设计是一种常用的设计方法，即围绕关键指标进行设计，如绑定率登录注册率。除去数据驱动设计，更能通过数据验证设计，这也是 UI 设计师可以直接应用于工作中的技巧，即结果导向，向公司专门负责数据的人员或产品经理索取设计模块的数据，正向比率（有助于产品的数据点）提升还是降低，并根据得到的结论进行优化。

3. 衡量交互设计方案的优劣

有用性：是否同时满足业务目标和用户体验目标。

可用性：易于理解学习，使用无障碍。关注用户通过产品完成他们的任务的效率，体验流程是否简洁。

吸引力：了解 KANO模型，基本型需求、期望型需求、兴奋性需求，提高用户忠诚度，使用户乐于分享。

4. 不同场景下的职能

制定设计方案的流程

解决方案存在争议的原因：团队成员对业务目标，用户体验目标没有一致的理解或者说中间没有做好平衡。（设计师和产品之间经常产生争议的点就是体验和业务如何权衡）因此一定要在前期沟通好。

1. 应当将业务目标转化为用户行为 实现双赢

即通过引导用户的使用来帮助产品实现目标。我们期望一个共赢的局面，即用户能够通过产品完成自己的目标，同时产品在帮助用户实现目标的过程中，获得利润达成业务目标。利用动机，如人贪婪的天性。

2. 从设计用户行为到设计用户界面

用户行为决定了用户界面，用户界面指导着用户行为。先预测用户行为，分析用户行为，而不是直接进行界面设计。设计用户行为是交互设计需要思考的本质，以人为本，由人到用户界面而不是让用户去适应界面。

3. 分析需求的时间应当比画线框图投入的时间更多

二八原则，百分之二十的时间用来画原型，百分之八十的时间用来分析业务和用户，制定策略。用更多时间来进行设计分析，调研，获取有效数据以支撑设计，用户界面和交互稿是停留在表象的东西，并不是真正解决问题的核心点，明确业务，明确用户需求，提炼核心利益点如动机、担忧、障碍等并依此开展具体设计，是从根本解决问题的方法。

具体设计分析方法和流程

分析产品目标 - 分析业务需求 - 分析用户需求 - 分解关键因素。

1. 分析产品目标

产品目标：首先我们要分析并确定产品目标，一般这个产品目标是明确的，属于战略层的内容，由产品顶层人员确定。

产品立项会有一个产品目标，描述产品想要实现的最终成果，（例如三年内打造成国内领先的在线教育平台）它解释了产品是什么，以及产品要做什么，是一个团队的共同愿景，共同努力的方向。

一个目标会被拆分成若干个业务需求，类似一个产品的不同模块。接下来要分析每个业务需求的构成及其指标。

2. 分析业务需求

• 什么是业务需求？
• 如果没有目标会怎么样？
• 了解业务目的和业务目标后怎么做？

什么是业务需求

业务需求是业务目的+业务目标，只有搞清楚这两点，我们才能说真正理解了一个完整的业务需求。

没有目标会怎样

• 方案的讨论容易发散；
• 方案的评估缺乏评判标准；
• 方案的效果无法度量。

了解业务目的和业务目标后怎么做

让目标与设计建立关系（GSM）。

如图，接到签到模块的设计需求，我们首先明确了这个业务需求是什么，解决什么问题，想要达成一个什么数据或指标。注意，业务目的是偏向实际问题的一个概念，业务目标是一个偏向指标、数据的概念。得到目标后，我们希望围绕目标去设计用户行为再到设计用户界面，这个过程需要多步来完成。

首先我们可以通过 GSM方法将目标和设计用户行为建立关系，即根据目标获得影响目标的指标，这个指标是和用户直接挂钩的，如用户签到比率，分享率等。由此我们得到了衡量指标（衡量业务需求完成度）。

通过分析业务，我们了解了业务需求的具体内容，同时得到了衡量指标，用于衡量设计的成效，同时用于指导设计方向以及验证设计的有用性。有用性概念源于《超全面！高手总结的18条交互设计原则（一）》，即设计对业务和体验都有效，偏重对业务的贡献。

于是我们最终将它转化为用户行为。

这是一个很简单的案例，这时候你可能会说，我们稍微动脑筋就能直接想到，根本没必要做这么复杂的分析。但这里其实是提供一个整体思考模型，当用于较为复杂的需求分析时，它的作用就很明显了。除此之外，这样的分析流程更能让你明确关于需求的每一个关键节点。

3. 分析用户需求

• 明确目标用户
• 分析用户需求
• 用户需求分析案例

明确目标用户

目标用户是指使用某一个产品或服务的典型群体。

• 目标用户是群体而不是个体，人物画像是对该群体的概括举例。
• 目标用户是产品或者服务的直接接触对象。幼儿教育的目标用户是孩子，而客户即买单者是大人。

分析用户需求

用户描述的需求是外在表象，用户并不会真的思考其真实需求。

而我们应当透过表象去探寻本质。用户体验目标是指用户使用某一产品或服务时期望得到的最终结果，这才是真正的内在原因和动机。

用户需求=目标用户（特征、经验）+用户场景+用户行为+用户体验目标

4. 分解关键因素

• 认识关键因素
• 如何分解关键因素

认识关键因素

我们要尝试转变视角，从业务视角转化为用户视角。

我们需要将业务目标与用户意愿结合，分析用户的动机及担忧。只有用户的意愿与业务目标一致，整个流程才能完成，这里默认是一致的，即产品提供服务，用户为企业带来价值。

动机与担忧

障碍

我们还需要根据用户体验目标，来分析用户在执行我们所设计的用户行为会遇到的障碍，找到并避免此问题的出现。

整理逻辑

创造动机

运动赚运营策略中的分享翻倍就利用了贪婪的人性，大转盘类赌博性质的功能设计也是利用人性的贪婪。

由此想到一种策略，可以增加广播通告的横幅，循环播放某某某签到翻倍获取大量收益，由此触发动机。

排除担忧

明确担忧并寻找解决方案。

例如：是否真的能提现，万一是假的怎么办？

方案：增加品牌背书，成功案例。

如上市企业核心项目、金山猎豹旗下。某某某刚刚提现100元。

解决障碍

预测用户行为及可能出现的障碍，提供解决方案。

收集反馈，针对问题提供解决方案。

一些细节体验设计，甚至客服功能的设计都属于解决障碍的部分。

整体逻辑

整体案例

业务向：

用户向：

结语

本文主要阐述设计分析流程，后续内容会继续总结分享。大家在阅读后尽量结合实际项目去思考实验。可以将经历过的实际项目代入到这个分析模型，查漏补缺，寻找问题、发现优化点。

欢迎关注「EasonZhang」公众号：

「交互设计原则及应用」

• 《超全面！高手总结的18条交互设计原则（一）》
• 《超全面！高手总结的18条交互设计原则（二）》
• 《设计师如何洞察需求本质，做出一稿过的设计？》