今天我们要针对造成“需求取舍难”的主因之一——主攻人群不清晰，来详细讨论在需求讨论阶段，如何锁定“人群”，让sprint的具体内容能够紧扣需求本身，避免不必要的开发资源浪费。

在互联网产品开发领域，产品经理与开发团队间的有效协作是决定项目落地阶段的关键，这里不仅包含了讨论沟通，还包含了大家对“需求”的理解。虽然有产品文档或Sprint ticket来保障大家对同一个需求的理解，但是实际工作中依然逃不开有需求不明确或取舍难的时候，这个系列就来详细讨论如何破解需求确认的诸多问题，多了解些思考方式，应用在工作中，让自己或团队不在因为“需求不明确、取舍不当”而买单付出时间精力。

想要对需求的思考或理解可以锁定“需求的人群”，不妨参考以下思路：

一、划分用户类型

通常我们的产品不会只有一个用户类型，所以要细分用户，并且明晰当前阶段主要服务的用户类型。要根据这个维度来看这个需求场景是属于什么用户类型的来定需求的优先级。

比如，你的产品服务对象有国内用户和亚洲、欧洲等不同区域的用户，国内市场用户群最大，但是已经临近饱和状态，所以你们寻求往外突破，想打开海外市场，亚洲和欧洲都有些客户，但是你们当前主攻的市场是亚洲，那就要看这个场景是不是亚洲市场客户的场景。

当然，这里不是说不要管其他市场，而是说根据当前阶段的主攻市场来制定下优先级，尤其在研发资源匮乏的时候。

同理，把客户类型换成小型客户、中型客户、大型客户都是相似的道理，用户分类的维度可以根据自己产品的实际情况调整，主要是有了用户分类后，就可以明晰知道当前主攻的用户类型，次要用户类型，就可以让我们在确定需求的优先级时，有更好的考量维度！

二、用户群的贡献度

前面有了用户类型后，还需要进一步分析不同类型的用户规模和其对产品收益的贡献程度，才能确定出当前主要服务的用户类型。可参考“二八法则”，识别出那些创造产品核心价值的少数关键用户。

例如，你的客户群体有美妆类客户、服装类客户、母婴类客户等不同品类的客户，这时你要找出那些数量少但是贡献较多的那一类的用户。母婴类的客户可能数量是最少的，但却是签单价值最高的，那你就可以看什么场景是属于可以提升母婴类客户的签单率的场景需求。

此处有一点要注意，对产品的收益贡献度不一定表现在货币层面，有时候带来更多的流量，名气等也都算收益的一部分，因为如果单独为了流量或名气还需要花营销推广的成本，节流也可以算是收益的一部分，这些“软性”的收益也不容忽视。

三、需求对应的多种角色

虽然场景是当前的主要客户的场景，但是属于什么角色的使用场景也很重要，这里根据产品的性质会有不同的分法，比如to b的产品，要考虑“决策者”和“使用者”，“重度使用部门”和“轻度使用部门”，要根据产品当前对这些用户的价值来综合考量。

从客户的角度，他们自然是希望他们提出的需求场景都能被有效解决，但是现实总是很骨感，研发资源和时间都有限，所以更要细心分析客户的“话中话”、深挖他们最在意的点，还要根据提出该场景的人群归属来定优先级。比如当前你的产品需要跟某一类客户续约，那续约的决策者到底会以什么标准来决定是否要续约，这点需要好好把握，决策者在考虑续约时，会考虑使用者的反馈，但是决策者要考虑的维度很多，哪些才是他最重视而别家竞品没有的维度。

场景描述的背景中，如果有这样的信息，会让团队更加明确该如何确定需求的优先级。如果已经成功续约了，这时候可能更多是跟使用者对接，要着重看他们的使用体验，好找到产品的迭代方向。对于c端产品来说也是同理，都会细分出不同的角色、群体。根据阶段，找到“重点用户”，能让自己做起事来更加有的放矢！

对于当前服务的用户群体考量越细致，在面对涉及多个用户群体的需求抉择时就会有更好的决策基础，让大家不会因为“某个需求对A用户重要，而另外一个需求对B用户也重要，到底先做谁的需求对产品有益”而争吵不休。有时候，解决冲突的方法，除了要关注到对方的情绪外，拿出让对方信服的证据更能快速解决争论，达成一致的意见。

纸上得来终觉浅，须知此事要躬行！赶紧收藏起来，去工作中练习下吧！