交互设计师，你真正读懂产品需求了吗？

本人在A厂做交互设计师3年+，越来越觉得设计需要阶段性总结来帮助自己和他人得到共同成长，所以希望通过自己工作中的思考和沉淀分享给大家能够给大家在实际的工作中带来一些真实的帮助，先抛一个问题～

产品设计项目流程中，需求分析重要性占比有多少？

个人认为占50%，这是一个掌舵的环节，如果初期的需求解读不透彻后面的设计再精美可能也杯水车薪。作为一名交互设计师，我们每天都需要跟产品经理对接，我们需要不断地消化产品需求，理解商业目标，从而产出符合商业目标的设计方案，但在这个过程中由于每个人的经验领域技巧背景等的不同，造成在消化需求这一环节其实差别迥异，导致的结果就是不同的设计师产出的设计方案会差别非常大，而这也就是普通交互设计师跟高级交互设计师的内功差别处之一。

接下来就从我的实战经验中，向大家分享一下如何能透彻的理解一个产品需求。

几种现象：

1.需求非常紧急。

产品经理经常着急忙慌的跑过拿了一份demo稿来找设计师，我要上线一个“XXX...,能不能帮我支持一下这个项目，非常感谢…”,很多时候迫于业务方压力设计师会快速支持，最后可能业务满意了，但是问一下自己设计到底解决了什么问题？想必很难回答吧，这种做法显然是对设计质量、个人成长不利的。

2.没有需求文档。

严格的项目流程，PD/PM是必须要产出严谨的BRD的，其中包括商业目标、商业策略、数据分析、用户声音、产品流程图、页面demo图等几个重要部分。一般是因为大老板倒逼、PD能力问题态度问题而导致，这也给设计师带来了一很大疑惑和困难。

3.需求方层级过多。

一般产品重点项目，业务大中小老板都会层层关注，但也给项目负责人角色带来非常大的沟通成本，PD一套产品需求，他的老板另有一想法，他老板的老板有有高见；这种情况想必PD和设计师的内心是崩溃的

以上3点是设计师根PD直接对话过程中最常见的问题了，那么我们设计师究竟应该如何做，才能做到准确的理解需求，从而产出满足用户、体现设计价值的设计方案呢？接下来我用《三要三不要》来谈一下我的经验

三要：

1.要对产品目标达成统一共识。

产品经理与设计师必须对目标高度统一认可，否则不可能做出惊艳甚至是合格的产品。几乎我身边在BAT大厂的朋友都会吐槽需要经常和产品经理撕逼，我认为撕逼没毛病，在这个过程中不是show自己、不是看谁更有道理，而是双方达成一个高度一致的产品目标。其实这一点在大的互联网公司往往PD与设计师是有点对立的意思，那是因为部门划分方式如此。但一个好的产品一定是设计师吸收产品目标，帮助产品提升转化的结果。

以alibaba APP为例，如图所示假设需求方提出需求说“把Send inquiry做成button”，强一点转化会更好。其实这里PD的产品目标是有问题的，一个产品的数据好坏并不是仅仅看一两个页面，而是看整个产品链路，这里的产品目标应该是让用户更好的从来到APP到联系卖家更有效率。一般来说在list页面用户还没有完全了解产品，这个时候并不会有太大可能去联系卖家，做的太强容易降低阅读效率。所以这里的产品目标出了问题，设计师有责任给予产品恰当的风险及原因。

2.要明确商业假设。

明确了产品目标后，需要有商业假设，也就是满足目标的产品方案。还是以上图为例，假设我们与PD达成了一致的产品目标“列表页更高效的让用户筛选产品”，其实满足这个目标有很多方案，比如说“强化关键信息、增加产品对比功能、优化搜索引擎”等等，总之要有一个方案，然后设计师针对这一方案进行脑爆和分析。这一点其实一般不担心PD给不出假设，而是假设太多或者不明确，最后项目上线效果不理想让设计师背锅。

3.要明确用户人群

这一点一般是设计阶段需要重点思考的，但是在需求阶段同样要思考多角色的可能性。因为成熟产品的用户量是非常庞大的，不同种类的用户产品策略都是不同的。

常见的如企业级产品：老板、经理、业务员、操作员、财务、法务、秘书…等用户群体；社交型产品：陌生人、好友、二度人脉好友…; O2O产品：配送员、消费者、商家操作员、商家老板…; 消费型产品：新用户、老用户、专家型用户... ；弄清楚用户人群一方面是帮助产品需求查漏补缺，更重要的是获取更多不同类型用户的信息，可以做有针对性的设计

以上《三要三不要》是本人在实战过程中总结的几个关键点，对于资深阶段的交互设计师如果能熟练掌握这几点，相信已经能超出业内大多数设计师需求解读的能力。