本文是系列文章的第一篇，主要从业务需求、用户需求、分解关键因素三个方面来分析。一起来文章中看看吧~

工作后，平时的设计呈现多与业务相关，基本是以B端设计为主，对于传统交互设计的方法论有点生疏了。所以再次整理一下笔记，有不对的地方大家多交流。

该系列交互设计文章，抽取工作中需要的核心步骤，预估计有6篇，暂拟定如下内容：

1. 交互设计流程一之需求分析
2. 交互设计流程二之架构设计
3. 交互设计流程三之流程设计
4. 交互设计流程四之页面布局设计
5. 交互设计流程五之交互文档输出
6. 交互设计流程六之设计测试与评估

工作中，设计师与上游（产品经理）与下游（开发）进行交接之时，都是以需求为单位，我们需要明白每一个需求背后真正的业务诉求和用户诉求。

对于需求分析，可以从以下三点进行分析：

1. 业务需求；
2. 用户需求；
3. 分解关键因素。

一、业务需求

首先整个产品是有一个综合目标的，例如：摩拜单车和ofo单车产品的最高目标都是成为最大的共享单车平台，这个目标有些同学可能会觉得废话。其实不然，这个目标有时候可以看出产品最后的走向和商业模式，我们就可以看出摩拜单车是通过共享经济进行盈利和变现的。

其次，你所接受的每一个小模块都是有他的业务需求，例如：注册与登录模块，是方便进行用户管理并且增强用户粘性，说的再现实狗血一点，你用户活跃度高，出去融资就很简单（当然要有一定的变现能力）。

这里有一个GSM模型可以应用：目标Goal，就是你的模块业务目标；信号Signal，要让用户产生什么样的行为；metric衡量指标，量化到某一个具体指标上（在C端产品上往往是点击率和转化率等）。

结合具体实例说明，我目前在做的模块是广告流量诊断，整个平台的综合目的是帮助运营更好转化流量、提升盈利能力结合GSM模型，这个模块的目标goal是快速分析诊断出波动等异常来源，以便进行更正。

这个模块的signal是运营们使用这个模块定位到了相关问题，这个模块的metric衡量指标是运用这个模块广告流量的相关指标（如ecpm）得到提升。

在这个模块下，每一个小功能都可以用这种方法去思考，再结合我自己手里的例子，诊断出来的分析结果有好几部分，每一个部分的作用是什么？运营用这个部分解决的是什么问题？

我们都应该去思考，这个过程中可以模拟使用场景。当然不用每一个功能点都这样列出来，在脑子里面明确下来就行，毕竟每一个无论是大模块还是小模块都是有作用和存在的意义。要是没有，那做出来干嘛？

二、用户需求

用户需求是产品和设计师需要时刻记在心中的，毕竟最现实的评价一个产品的维度就是产品的用户数和活跃度，但是有时候用户需求和业务需求会有一定的相悖。

最简单的例子：很多软件采用广告这种最为简单的变现模式，但是从用户的角度来说肯定是广告越少越好，广告也的确是一定程度上破坏用户体验，这个时候就需要产品和设计师做一个很好的平衡。

用户需求可以从以下两个步骤进行确认：明确目标用户 、明确目标用户的需求。

1. 明确目标用户

这个应该很简单，不用多说，市面上基本所有的产品都有相应的目标人群，如果目标人群有比较突出的特点，往往交互设计师还回去构建用户画像，来更精准定位自己的用户群体。

再举个例子：我目前所做的项目，是一个B端项目，它的目标人群是广点通（腾讯社交广告）相关流量的运营和产品，B端产品去构建用户画像的重要性没有C端那么高，因为B端用户本身就是一群高度集成有特点的人群。

2. 明确目标用户的需求

用户需求有时候并不能直接从用户口中得知，因为很多用户并不知道他们真正需要的是什么？

印象很深的是，在《简约至上》这本书里面提到：一个用户说，我现在需要一个馒头，最好的方法我们并不是给用户一个馒头，因为我们知道这里用户真正的需求是“用户饿了，想吃东西”，这个时候如果你提供一个鸡腿给用户，大部分用户都会更加高兴。

这里可以借用kano模型进行分析，如下图所示（图片摘自：人人都是产品经理）：这个时候用户并不知道自己真正的需求，一旦我们的产品能够提供超出用户预期的功能，就会大大增加用户满意度。

进一步解释一下kano模型，最下方的红色曲线，是用户认为必须要有的功能，这一类功能是软件中必须要存在的。例如：音乐软件中的收藏歌曲/喜欢歌曲，这种基础功能缺失则会极大引起用户的不满。

中间的绿色曲线，就是用户明确提出的需求，就是越多越好。上面的黄色曲线，属于兴奋型需求，就是用户本身都不知道自己需要的东西，如果一个产品能够有几个兴奋型需求，那么用户的满意度则会更好提升，上文所说的提供给用户鸡腿，就是属于兴奋型需求。

kano模型

那么具体如何分析用户需求呢？

这里需要结合“目标用户+使用场景+用户目标”，结合例子，广告流量诊断模块：

• 目标用户就是负责相关流量的产品和运营；
• 使用场景就是定位相关的广告和流量进行诊断分析；
• 用户目标就是通过流量诊断分析出一些现象是原因，进行定位，快速跟进提高服务效率。

“用户目标”和“用户需求”我认为是十分接近的，没有必要分的太细，结合到具体场景（尤其对于C端产品），更容易得出结论。

三、分解关键因素

这里的关键因素听起来比较抽象，主要可以从用户动机/用户担忧/使用障碍三个方面对需求进行细化。

• 用户动机就是指我们通过加强和完善用户的动机来提高用户的满意度；
• 用户担忧指的是用户担心的如隐私泄漏等问题；
• 使用障碍指的是流程中不流畅的地方。

同样的举例说明，目前的流量诊断模块，正如之前所提到的用户需求是通过分析单股流量或者对比分析，分析出数据波动原因快速进行定位。那么用户动机就是更好更快速进行定位，用户担忧会有数据的准确性/分析的时长/页面内容的承载量，使用障碍我理解更多就是交互细节的设计不足。

以上距离的是B端产品，其实体现的不够明显，在C端产品中，用户动机往往就是通过“人性”来设计，贪/虚荣/懒惰/从众心理等。

通过以上3个步骤，应该能够比较好的确定用户需求，其中最为重要的是要结合使用场景和目标人群的特性进行思考。

下一篇文章见～

本文由 @new rain 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议