用户需求与用户目标

产品经理(PM)是产品的牵头人，负责产品功能的定义、规划和设计，对我们交互设计师来说也是主要的需求来源方。产品经理和交互设计师的工作范围互有交集，比如用户调研、需求分析等，实际工作中要互相配合，最终呈现给用户一个合理而注重体验的解决方案。

前些天一个项目的产品经理接到运营提出的一个需求，说有个服务单位希望可以自己选择某些商品进行上下架操作，如图1，产品经理简单画了个原型，在现有的商品页面加上了「积分范围」、「上架状态」两个查询条件，以及「上架」和「下架」的操作。

图1 PM的原型

看上去简单且合理，但在需求评审的时候后端开发伙伴提出质疑，现在是我们自己从第三方那边同步过来一套商品库，各服务单位都是来我们这里取的，没有上下架的概念，如果让他们自己上下架的话，也就意味着需要为300多个服务单位都复制一份商品库，这样无疑大大增加了数据的存储同步、商品库存管理的数据量及风险。

于是我们对用户需求进行了分析讨论，得知该服务单位认为积分太低的商品对他们的会员体系建设不利，想提高积分兑换的门槛，2000积分值以下的商品他们都不想上架，所以提出要做一个他们可以自己上下架的功能。

---

根据以上信息得知，用户的需求是“自己上下架商品”，这只是需求表象，实际操作时如果筛选出大量商品，进行上下架也是一项繁重的工作。用户的真正目标是：只展示某个范围内的积分商品。

接下来，根据这个用户目标来考虑怎么实现产品功能。

我们只要在开通积分商城时，给用户一个设置积分范围的功能就可以了，一个最小值和一个最大值，让用户根据自己的需要进行设置，不在这个范围内的商品前台不展示即可，这样不仅满足了该用户目前的需求，也兼顾了其他可能有类似需求的用户，以后根据情况再评估是否需要单独提供上下架的功能。

这个方案即满足了用户需求，也大量减少了团队的工作量，利于产品的快速迭代。

最终设计稿见图2

图2 解决方案

结语：有时候用户提出的需求只是一种表象，我们要深挖其背后的原因，找到用户目标，从而设计出经济合理的产品功能。我们在实际工作中，不单要关注用户体验，还应考虑技术可行性、投入产出比等因素，以实现产品的快速迭代，抢占市场先机。