认识达内从这里开始

需求分析是每一位UI设计师都需要培养和熟练掌握的一个职业技能，下面我们就通过案例分析来简单了解一下，UI设计需求分析的重要性。

1.理解需求

我想任何设计师在设计产品的时候一步都是理解需求，这包括了需求的目标背景、角色场景、产品逻辑等，不同的需求侧重点会不同，以「企业内部权限分配平台」的需求为例，目标背景和角色都比较简单，但是一般涉及权限的产品，背后的逻辑就会很复杂，场景情况也很多。

包括理解需求内的专有名词，为其建立特殊的标识样式，也是帮助自己、团队、用户更好地理解产品需求的一种方式。

2.需求结构化

我是一个没有感情的逻辑设计师

我们在初思考需求的时候，肯定会从场景/问题出发，想着怎么去解决这个问题，是以“人”的思维来思考这个问题的，这是必然的，也是正确的。但此时我们的思维是散点式的，例如当我们想到权限分配的需求时，可能会说：“这次我们要新增一个「岗位」的概念，让权限和岗位绑定，不要和人绑定”，“对了，还有人员离职这个问题困扰业务很久了，我们这次要在人员离职的时候xxxxxx”。

看上去已经非常全面了，但由于我们是散点式地收集需求，很多时候可能还是会遗漏，或者说错误关联了内在逻辑，导致一些逻辑冲突、漏洞。

此时，我们需要将我们的思维从「散点式收集」转为「结构化梳理」。从需求说明里抽丝剥茧，我们可以得到：

用户角色有三类：超级管理员、业务管理员、HR;

操作对象是：部门、岗位、人员、权限包;

可执行的操作包括传统的：增、删、改、查，还有和本次业务相关的「关联」，即权限的赋予;

各个对象之间的关系又是怎样呢?我们把所有的对象两两组合，再把没有关系的删掉。

也就是：

在部门可以下设立岗位，岗位必须从属部门

人员必须从属某一部门

人员必须从属某一岗位

权限包可以赋予给部门

权限包可以赋予给岗位

人员和权限包没有任何直接关联，这也是本次权限分配的核心

这个具体的业务逻辑并不重要，不需要去费心理解，重要的是这样一种结构化思考的方法，可以应用在后续各种各种的设计中。

对象间的关联，再和我们刚才梳理的人物、操作相结合，就可以还原成一系列的需求描述：[角色]可以在[A对象]下[操作][B对象]，例如：超级管理员可以在部门下新增岗位;

至此，我们已经可以建立【需求→功能对应表】

其中，红色部分都是在之前散点式的需求罗列中没有考虑到的功能点，通过结构化的梳理，我们可以提前把它们都一一补全。

这个过程可以减少我们小颗粒功能点的遗漏，避免在做完大部分设计后，突然发现遗漏了xx功能，任务时间点又已经到了，慌慌忙忙地加功能，就可能会影响整体的设计思路和框架。

3.设计的减法：只考虑主流程

完成了功能点的整理归纳后，就可以开始我们的界面设计啦!在初的界面设计中，这三点需要做减法：

优先进行框架设计，不要在一开始就考虑细节;

优先完成主流程，再考虑异常场景;

按照功能对应表将各个模块独立设计完成，再添加快捷操作;

当然，可以先把可能存在的异常、细节都记录下来，以便后续补充。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。