交互设计变被动为主动的利器——产品经理需求列表

避免一个产品成为产品经理自己的设计，或者某个领导敲脑袋的想法。 交互设计师作为产品团队的一员，有责任和义务进行需求调研，获取第一手的需求信息，而不是接受一份莫名其妙的需求清单。

这个比喻有点形象。 当一个需求经过很多人的手时，往往在传递给设计者时就变味了。 似乎每一个接触过需求清单的人都喜欢二改，尤其是刚刚成长起来的产品团队。

许多设计师在办公室完成界面设计。 看完这篇文章，希望大家能够看一看自己的产品市场，用户使用场景，用户需求，用户使用产品的想法，用户期望。

打包申请出差~如果不看真实的市场，你可能发现不了，有时候纠缠团队的问题对于用户来说太微不足道了。

正如上一篇《可用性测试：让交互设计被动变主动的利器》中提到的，设计师的坚强后盾是用户。 考虑到他们的立场、想法和经验，你的设计肯定不会差。

设计师，你了解需求吗？

我遇到的一个例子：

产品组想知道是否应该在“用户列表”功能界面中添加一个名为“用户分组”的新按钮。

为什么我们需要分组？

因为作为人员管理的工具，产品经理认为应该把具有相同属性的人员归为一个组，这样就可以通过组名来选择一组列表。

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

好像这就是日常~

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

很多用户不知道分组功能，也没有用过。 他们只是按姓名和电话号码搜索用户。

在会议上：

好了好了，别跑了。 可能一开始的需求有点脑残的意思，用户觉得这个需求不重要。

为了避免出现上述情况，最好由设计师来接任务。 任务完成后，你将得到升级~拒绝无理要求，做有意义的设计。

从产品需求到设计需求的转化

产品需求多为书面文字、excel表格、word文档，列出产品需要的功能。 我很好奇有多少人质疑产品需求，每一个看起来都非常重要。

我在这里的体会是，产品需求和设计需求是相关的，是相辅相成的，但又不是一回事。 产品需求定义了产品需要的功能模块，优先级多与研发周期挂钩。 优先级越高，执行的优先级越高。

设计要求由领导产品的交互设计师确定。 作为设计师，需要进行需求转化，将产品需求按照重要性、使用频率、层级关系转化为可视化界面。 这些可能不是产品经理直接给你的，你自己也很难做到，准确无误。

不要一看到需求就画线框图，先来需求的转化。

例如：

产品需求为用户列表、业务1、业务2、结果分析四个模块； 每一个都有详细的功能点，说明产品经理已经构思了一个产品的大概轮廓。

交互设计师需要了解相关概念，其次，问为什么？

产品经理可能会说，“这是第一个版本，以后会考虑XX功能，目前还没有考虑XX功能，如果某个地方用得好，我们可能会考虑……”

相信你问了，产品的答案可能有点模糊，尤其是竞品少的产品，从零开始，体现功能特性。 在正式上线之前，产品经理自己可能对新产品的功能块、使用频率、重要性、优先级等含糊不清，尤其是新手产品。

指望产品经理一一解答，压力很大。 设计师需求分析，我们的存在是为了解决问题。

对于不清楚的需求，我们可以找到用户。

不要害怕慢慢来，因为它真的很有意义。

洞察需求方法一：通过“重要性-满意度”调查获取设计重点

这个阶段，设计师可以让产品经理安排几个用户进行简单的测试。 早点研究，哪怕人数少，也比前期不做，后期找一堆人改。

把需求列表中的几个主要功能的名字拿出来给用户看。

1. 你可以做一个功能-重要性-满意度列表，并对每一项进行评分。

重要度高、满意度低的功能点应该是设计的重点。

您可以将重要性和满意度的评分范围设置为0-10分。 综合得分表明机会在哪里。 产品的机会点就是用户的痛点，也就是用户很看重但用户很不满意的功能项。 例如业务2，重要性得分：9，满意度得分3，则总分：9+max(9-3,0)=15。 max存在的原因是因为重要性比满意度具有更高的权重。 喜欢：

您认为以上两者中哪一个是您设计的重点？

这里避免一个误会，就是直接加。 因为重要性的权重较高，所以重要的功能是设计的重点。 过多地为不重要的功能设计，其实是缺少了核心。

重要性-满意度评分是用户研究的常用方法之一。 可以在问卷中设计和调整具体的评分指标。

大功能模块的重要性和优先级刚刚得到。 接下来，我们需要进一步拆分每个需求。 如果这件事是产品经理做的，那么设计师就需要了解大功能下的小功能模块是如何切入的。

洞察需求方法二：细分核心职能，绘制“岗位地图”

理解核心任务，可以串联设置几个关键点：

Plan：计划——：执行——：监控——：结束确认

这里举个栗子：德国博世博士，一家生产电动工具的公司，把电锯产品的核心功能——锯木头的功能做了一个工作地图。

采用面对面访谈、用户调查、电话访谈、集中讨论等多种方式，按照细分步骤，收集每一步用户想要达到的效果（）。 每一个都是客户的要求。

只有收集并明确了需求，才能定义设计指标，为用户寻找提高工作效率的方法，或者设计更便捷的流程。

总结

现在，理清产品需求来源（1页PPT）和需求内容（2页PPT）需求分析，来源大概5W（when,where,who,what,why），然后做上面提出的需求洞察方法：重要性-满意度分析痛点，或者绘制工作地图。 您将能够明确需求，消除需求干扰项，促进您的产品设计理念。

收集和筛选需求的方法不止这两种。 以上两种方法是我在实际工作中的经验总结。 您可以使用这两种方法的步骤来明确您的设计重点。

需要明确自己的设计重点，检查不合理的要求。

或许，有些不合理的要求并不是真的不合理，但如果不去分析，它们的重要性和层次就会误导很多人。 控制权取决于您，产品或交互设计师。

当然，仅仅洞察需求是不够的，我们还没有完成转型。

对于每一个设计内容，都需要一个可衡量的指标，确定后考虑绘图过程和步骤。

后面会发一些经验帖。 以上只是我个人偏好方法的总结。 当然，方法不止这些。 您可以选择自己喜欢的方式进行需求收集和分析。 感谢您的关注。