作为一名新晋的交互设计师，面对大大小小的需求时，该如何处理？（PS：不处理掉这些需求，老板就会处理掉你）而将得到的需求变成你设计稿中的结构框架是每位交互设计师必备的能力之一。此文就通过笔者参照国内知名APP和自身工作实例将如何需求落地进行简略说明，方便新手交互设计师阅读参考。

一、需求分类

我们首先对所接收到的需求进行分类处理，这块工作一定要和产品经理沟通清楚和反复确认。而我总结的需求大概有四类

•    延展需求
•    外接需求
•    创新需求
•    伪需求

1.1 延展需求

延展需求是平时工作中遇到最多的需求。

它最主要的体现是在一款产品的架构下进行迭代或者增加的功能设计等，此类需求重点在于它们是已有产品功能的延续和发展，例如：网易新闻APP需要增加一个新的新闻板块，美团APP增加一个租房的板块等等。

处理此类需求的要素在于遵循已有产品的设计规范和准则，所有的设计必须严格按照产品框架来进行。此时，处理此类需求时，保持设计上一致性尤其重要。

1.2 外接需求

外接需求在日常工作中也比较常见，一般此类需求存在于大的平台级或者工具类产品中，最显著的特征是常以H5页面镶嵌进产品中（PS：并不是所有都是H5页面）。

例如支付宝APP接入社保查询功能，钉钉APP工作板块的各项新添加应用。外接需求既整合于产品之中又游离于产品之外，它需要已有产品的框架为支撑，但在具体内容的设计上又不必以已有产品的规范约束。

1.3.创新需求

创新需求是指完全脱离公司已有产品，而需要实现的全新功能（PS：并不代表市场上没有相同的竞品）。处理此类一般是由0到1的一个过程，可以不必局限于公司已有产品的规范，在不违背交互原则下的大胆创新是处理此类需求的重点。

1.4 伪需求

伪需求是指表面上看似很有市场潜力，但经不起推敲验证的需求。比较经典的伪需求案例就是“宾馆改装成自习室”，建议有兴趣的同学可以去搜搜看。

伪需求一般来源于：老板脑门一热／客户说啥就啥／用户反馈建议，前两个不用说，为什么用户反馈建议也经常是伪需求？因为所说非所做，用户嘴上说的永远不能完全代表心里想的。

所以在工作中，如果遇到这三个来源的需求，请各位同学一定要多加思考分析，避免做出力不讨好的事。

二、清楚用户诉求

在对需求分类完成之后，接下来就应该从用户的角度对需求进行分析。

分析的方式可以是我们给自己提出的这一系列问题：我们所做的设计是为哪些人群而做的？为他们解决了什么样的需求？他们一般在什么样的场景中会有这样的需求？我们的设计最终要达到一个什么目标？（PS：是为了吸引新手用户还是稳定住现有用户或者是为了提升专家用户的体验）

如果我们能把上述问题思考清楚，也就明确了用户的需求，进而给我们设计明确了方向。在设计的过程中也会不断的提醒自己用户的需求，防止出现设计的偏差。

三、需求分级

清楚了用户诉求后，接下来就是需求分级的工作，这项工作大部分产品经理可能已经在产品文档中完成了，但当你遇到一个不靠谱的产品经理或者产品经理并没有在产品文档中完成的时候，你就要来辅助他完成。所以进行这一步的时候，你必须和产品经理一起讨论商量，不能完全的越俎代庖，以免撕逼。

对需求进行分级最重要的依据主要有：

1. 产品的核心功能（是否符合产品的DNA）；
2. 公司的研运实力（研发实力和运营能力的综合考量）；
3. 产品的形态等级（现阶段产品的发展状态），如果大家是刚入门的小白设计师可以多参照同类竞品，多与产品经理沟通。

四、需求落地

当上述的这些工作完成后，就可以根据需求等级开始具体的信息组织构架和主要流程梳理了。在这里，我们之前处理过的需求就会变为信息构架图中的一个个分支点，也变成各项流程图中的一个个功能点。

在这里需要说明的是，做产品流程图的时候一定要根据需求等级先梳理好主流程，再根据主流程的各个节点来确定分支流程，同时将每个需求处理成不同的功能点，对应流程图框架进行罗列。

如上图，是之前分析一款同事圈竞品而绘制的，该产品主要的需求就是为企业内部同事提供一个发布工作状态的社交平台，类似于微信朋友圈，但使用人群局限于企业内部员工。

我们可以看到，图片最上面的一行就是产品的主要流程，而主流程的第二个节点“输入文字 插入图片”又是主流程中最关键的节点。在此我们又把该节点的分支流程梳理出来，以及每个分支流程上的节点上具有的功能点也同事罗列出来，并且根据重要程度分级，也就是上图中右下部分展现出来的内容。

而梳理后，这些流程节点和各项功能点都会变成我们设计稿中的一部分，如下图：

五、交互细节

细节决定成败。接下来就是在设计过程中进行各模块各页面的细节设计了，这里就不详述了。

六、总结

以上所述就是我总结的需求落地过程中的一些经验和体会，希望对大家有用，以后会继续更新关于交互设计知识的文章希望大家多多关注！

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

题图来自unsplash，基于CC0协议