关键词：满意度、重要度、四象限图、优先级排序

01 我的观点

当我们拿到了一份用户对产品的满意度反馈表，面对密密麻麻的内容，也许会想把它们都一股脑儿优化掉。

而事实上，可实操性比较低，毕竟资源有限， 事情需要分优先级。

那我们该如何为相应的满意度反馈内容制定优化的优先级呢？

我们需要一些方法。要知道，有方法总比没方法强，依靠方法可以事半功倍。

今天我将分享“满意度重要度四象限图”，其可以较为直观的呈现内容的优化优先级，帮助我们做出决策。

02 实践案例

在建设企业级典型界面期间，我们一期的典型界面投放出去使用后，收到了来自各方的满意度反馈，包括总体评价和某些具体内容的满意度反馈。

我选择性的摘录了5条需求，如下：

1、希望能输出工作台类型的典型界面

2、希望给现有典型界面搭配一些场景案例与说明

3、希望能再输出一套其他颜色的典型界面

4、希望能标注下设计稿上各元素之间的间距

5、希望补充空态页

面对这些需求，我盘了一下团队现有人力资源，并不能马上均支持完。此时，就必须要排个优先级，来决定哪些先做，哪些后做。

我先是凭借自己在这方面的经验排了一下优先级，觉得反正都要做，就先把简单的做了，再做相对复杂的。通过执行起来的简单与复杂度排优先级。

后来，我发现这么做并不妥。例如，拿第三点来说，“希望输出一套其他颜色的典型界面”虽然做起来比较简单，但要是真做出来，价值在哪里呢？是大部分用户都觉得很重要的吗？因此，并不是投入人力少、做起来简单，我们就要优先实现。

于是，我使用了“满意度重要度四象限图”来对以上5个需求排了优先级，根据“满意度、重要度的高低”进行分类：

满意度低、重要度低：

1、希望能输出工作台类型的典型界面

3、希望能再输出一套其他颜色的典型界面

4、希望能标注下设计稿上各元素之间的间距

满意度低、重要度高：

2、希望给现有典型界面搭配一些场景案例与说明

5、希望补充空态页

我们可以发现，首先，用户反馈中没有提到满意度高的内容，因此就去除了“满意度高、重要度高”和“满意度高、重要度低”的分类，只剩下了“满意度低、重要度高”和“满意度低、重要度低”。

同时依据“满意度重要度四象限图”给出的指引：

满意度高、重要度高，我们可采取保持关注的态度；

满意度高、重要度低，我们可采取保持现状的态度；

满意度低、重要度高，我们需采取优先改进的措施；

满意度低、重要度低，我们可采取静待观察的态度。

最终，我给这5条需求做了如下优先级排序，图如下：

5>2>1>4>3

实际上，基于“满意度重要度四象限图”的指引，我们可以发现1、4、3是可以持静待观察的态度。但根据目前的现状，1和4属于有了以后可以加强典型界面整体产品能力的，因此可以等团队人力和时间充分一些后再做。并且，将1排在4前面实现，是因为工作台类型界面相对于标注设计稿间距来说更加重要。故最终按照5>2>1>4的节奏去实现。

03 总结分析

“满意度重要度四象限图”是一个比较简单的需求优先级排序模型，当然其有一定的使用场景，并不适合复杂条件下的优先级排序。

例如，原则上要求“满意度低、重要度高”的需求采取优先改进的措施，但如果遇到BUG类、功能缺失类的需求，且人力资源极度紧张，那么体验类的同等级别需求就需要往后排。

任何模型都有其使用上的局限性，但我们依然可以配合其他条件一起，做出决策。

特别是满意度反馈类的需求，均可以采用“满意度重要度四象限图”作为基础模型。