交互设计师的设计需求与分析（一）

应当避免一个产品变成产品经理自己的设计、或者某个领导拍脑袋的想法。作为产品团队的一员，交互设计师有责任和义务进行需求调研，拿到第一手需求资料，而不是接受莫名而来的需求列表。

这个比喻有点形象，当需求经过多人之手，传递到设计手里经常都变了味道，貌似所有接触过需求列表的人都喜欢改两笔，尤其是初成长的产品团队。

很多设计师都是坐办公室里完成界面设计的。阅读本文后，倒是希望大家能去看看你们的产品市场，用户的使用场景，用户的需要，用户使用产品的想法，以及用户的期望。

收拾下，申请外勤出差吧~不去看看真正的市场，你可能发现不到，团队内有时候纠结的那些问题，对用户实在太微不足道了。

在之前的文章《可用性测试：让交互设计变被动为主动的利器》讲过，设计师的的强大后盾是用户，考虑他们的立场、思维和体验，你的设计一定不会差。

设计师，你理解需求了吗 我遇到的一个例子：

产品团队纠结“用户列表”功能界面是不是该新增一个按钮叫做“用户分组”。

为什么需要分组呢？

因为作为一个人员管理的工具，产品经理认为对于有相同属性的人员是应该归类为一个组，这样，调阅一组名单可通过组名来选取。

很多同事也会认为，这个新需求就是在界面上加一个新增分组按钮。如果用户勾选了列表里的一批用户名单，点击新增分组，输入分组名称，分组就完成了。

好像这就是日常~

直到有一天，跑过现场的同事收集到了情报：

会议上：

“我们是不是要培训，要教育用户？” “是不是设计的不好用啊？” “加个引导吧” 好了好了，别跑远了。可能起初的需求就有点拍脑袋的意思，这个需求用户并不觉得重要。

为避免上述情况，设计师最好领一下任务，任务做完，你就升级了~拒绝不合理需求，做有意义的设计。

产品需求到设计需求的转化 产品需求大多是纸面的文字，excel表，word文档，里面列出了产品需要的功能。我很好奇有多少人对产品需求提出过质疑，貌似每一个都超级重要。