产品需求返工的问题由来已久，也是很多小伙伴们很头痛的问题，在《产品效率的提高，关键在于需求返工率》的文章中提到“产品效率的提高，关键在于需求返工率”，那么如何最大程度的降低需求返工率是这篇文章将讨论的问题。
需求返工的问题主要出现在需求的收集分析、概念架构的设计、系统逻辑的设计、开发复杂度的考量、研发周期的限制这些问题上，下面就这几点综合讨论下。
一、需求收集分析
需求的收集分析，可以拆分为收集和分析两部分,在这里容易造成返工的点主要是：
未能对有效需求和无效需求进行分离，致使工作从一开始就偏离了正确方向；收集渠道过于片面，造成信息与真实状况偏离遮蔽了事实的全貌，样本来源太单一无法印证需求导致需求错误；未能结合产品定位，抛开用户画像和使用场景谈需求和耍流氓其实并没什么区别；不符合企业战略规划，产品是为企业战略做支撑的，需求偏离了规划就是不符合内部需要的产品；脱离了产品现状，每个产品阶段我们都需要有优先级的去考虑需求的排期和版本的迭代，在不合时宜的位置提出需求其实也是一种无效需求。说完常见问题环节，下面来说说相关处理方法。
1.需求收集
首先是收集，在文章中提到需求主要来源于外部和内部两种路径，在收集需求时我们需要考虑的是收集哪些用户的需求，这就要求我们有一个用户画像；
其次是需要收集哪些场景下需求，这就需要场景地图，用户画像和场景地图我们必须做到有主次大小之分，否则很可能出现需求的分布位置在用户和场景边沿交集中。
基于这用户和场景我们对收集到的需求进行核心交集处理，这一步能够相对准确的圈出需求内容，然后对得到的需求进行“拓展需求”的筛选，因为偶然有一些需求是在交集之外却也很有价值，时间允许的情况也是建议过一遍的。
例如我们做女性彩妆的，偶然有一些男性提出的需求，你以为他们就该排除在性别之外吗？其实女装大佬们需求还是很大的。
当完成初步需求筛选后，我们需要基于现状对需求进行优先级整理，首先考量的是产品当前状态下最迫切的任务是什么，例如起步阶段面对非急需的大型系统需求我们就会考虑往后放一放，而能够快速开发且带来用户增长和存留以及转化的会考虑优先解决。
其次优先解决大面积用户的基本需求，所谓的基本需求就是这需求不解决人家都懒得理你了，大家都不理你了难不成咱们去为少量用户重新定位？
这不现实，毕竟不到当前定位的生命晚期谁也不愿意重新定位用户群。最后是对需求的开发量和版本规划的评估进行综合排序。
从上述不难看出，需求的收集从来不是一股脑的堆积，而是需要产品人员去按照一定的方法和规律来整理和筛选，最后得到一个合时合利的有效需求集。
2.需求分析
有效的整理需求仓库能够从起点就避免掉无效的产品劳动！
收集完了需求，接下来就是需求分析，在开始说分析之前需要提到的是“需求分析从收集需求时就一直在进行，它脱离需求收集而单独拿出来是不具备任何效率意义的”。
关于需求分析主要分析哪些内容，宏观上我们拆分为两部分，分别是业务分析和开发分析。
业务分析是基于产品定位、企业战略需求、产品周期规划这三方面，同时这三方面需要综合并行考虑，而不是串行流程过滤，基于定位考量能够有效控制产品性质的稳定和业务的精准，周期规划是产品成长的规律偏离可能就会造成产品的无效成长和冗余；
至于符合战略需求就不多说了，咱们要做一个社交电商你却做了个