当你把需求都收集完了之后，接下来就进入到需求筛选了，把一些不合理的需求剔除掉。需求筛选则分为两个阶段，第一阶段需要为每个收集来的需求给出这三个问题的答案：
因为三个问题都是为接下来的筛选提供依据，才能知道你筛选的是否正确。到了第二阶段，我个人整理出了这几个筛选原则：
这个几个是我认为应该要有的筛选原则，如果大家觉得还有欠缺的地方，可以一起来讨论讨论。
然后只需要把第一阶段中三个问题的答案匹配到第二阶段相对应的原则中就可以筛选出来了，那如何匹配呢？我做了一个图：
现在知道了该匹配到哪去了，那么能否匹配得上，这就是接想来要讲的问题了，只要匹配不上的，那就可以把它剔除掉。
先从第一个开始讲起：
当我们知道该需求的用户是谁之后，我们就要把它与产品定位对比一下，但其实还需要再把产品定位拆分一下，据我们所知，产品定位其实是包括了目标用户、产品特色、主要功能这三个内容，所以说我们实际上是与产品定位中的目标用户进行匹配对照，从而得出是否符合要求。
我稍微再用一个别人的例子：
你做一个在线教育的产品，定位是教学前儿童学英语，这时候，你老板来找到你说，咱们这个用户都是父母带着孩子一起学的，产品是不是可以给父母这批用户上个读书功能，专门放怎么教育孩子类型的书。
你把这个需求套到第一个问题上，该需求的用户是谁，是父母，然后与该产品的产品定位中的目标用户对照一下，你就知道这个需求是应该要剔除掉的，因为该产品的定位是教学前儿童学英语，目标用户又是儿童，这个需求所满足的用户与该产品定位可以说是不相符的，因此应该第一时间剔除掉。
如果符合产品定位的话，那我们就来看看第二个因素：细分后的目标用户群大不大。为什么是要细分后的目标用户群呢？因为对于一个需求来讲，它不可能满足产品当中的所有目标用户，它也只是满足一部分目标用户而已，而这一部分用户则是从产品定位中的目标用户再细分出来的用户，举一个简答的例子：
知乎的目标用户是分享专业知识、经验、见解的大学生、办公职场人士，如果把目标用户再细分的话，那可以简单地分为内容输出者和内容获取者。内容输出者：分享自己专业知识，经验观点的用户。内容获取者：寻求高质量专业性解答的用户。而对于知乎当中的回答问题功能而言，它所满足的用户也只是细分出来的内容输出者，不是所有目标用户，但是只要这个细分目标用户群足够大，那就符合要求。（回答问题的功能肯定是要有的，我在这里只是简单的打个比方，让大家能够更容易理解）
而在数量上想判断大还是不大，每个人都有自己的标准，可能会与自身公司的要求挂钩，因此只能通过数据分析、市场调研等方式来去判断。
网上都说要识别需求的真伪，就需要我们深入到用户的使用场景中。为什么这么说呢，需求都是因为在某个使用场景遇到了某个问题而产生的，所以说需求和使用场景是有着密不分可的关系。而是否符合目标用户的需求也是间接地表示是否符合目标用户的使用场景。还是举个例子：
知乎某个用户要求在评论页面给每个评论者旁边都添加一个关注功能，如上图所示。
我们可以从该用户的使用场景切入，想在浏览评论之后可以迅速关注评论用户，这是该用户的使用场景，那我们来想想知乎的目标用户是会在什么使用场景下来促发关注用户的行为，知乎的产品定位是以大学生、办公职场人士为主要对象的中文互联网最大的知识社交平台。
对于目标用户来说，他们希望能从专业人士、KOL分享的专业知识、经验、见解等有价值性的内容来满足自身需求，并且通过关注专业人士、KOL来持续满足需求，而这些有价值性的内容来源则是用户的回答和发表的文章，在回答界面和文章界面的关注功能才有价值，而在评论页面中，用户之间只是简单交流和讨论，并不会产生什么有价值性的内容，因此也促发不了关注评论用户的行为。说了这么多，目标用户关注用户的使用场景应该也理清了，那就是在获取有价值的内容之后迅速关注用户。两者相比较之后，可以看出该用户的使用场景是不符合目标用户的使用场景，因此也是不符合目标用户的需求，应该排除掉。
接下来是第三个：
经过上面的两轮验证之后，接下来就是对需求做文章了，
这四个还是比较容易判断的，到了这里，需求筛选也差不多快好了，就剩下最后一个了：
这个你就需要和研发部门的人一起开会讨论一下，把经过上面层层筛选后剩下来的需求与研发人员商讨确认，看看研发部门能否实现出来，最后确认好的需求就可以进入需求排序了。
U633687664
U482683014
