产品和研发每天都会接收到各种来自不同出处的需求：内部的、客户的、合作伙伴的……产品经理会基于这些需求建立需求池。这个需求池内的需求来自企业的各个板块，比如项目本身、合作伙伴、客户以及企业内部等等，做好用户的需求管理很重要。

　　当然，需求池中的需求五花八门，那么我们就需要做一个分拣。这个分拣就需要产品经理来处理了，主要包括：需求合并、需求评审、需求转Bug这几项操作。

　　针对已有的同类的需求会纳入「需求合并」的处理流程中，新需求会交由开发人员，从价值、成本、风险几个层面进行需求评审后创建开发任务。如果在前期预判时，需求的复杂度过高，会先由设计团队进行产品方案的设计，再创建开发任务。

　　「需求评审」的好处在于，能将各类需求提前划分成「紧急」、「重要」、「一般」不同纬度，从而有序有条理的开始各项工作。

　　随着需求的累积，轻流方案中提供的「需求管理看板」，可按各类需求模式累计数据自动生成不同看板，帮助管理者实时了解整体需求来源、状态进度等。

　　这里需要指出的一点是，由于需求和Bug经常会被混淆，当业务人员在使用系统的过程中遇到问题，轻流产品经理也会帮助用户将问题进行需求和Bug的归类，并与研发团队沟通后将需求转Bug的处理请求流转到「Bug管理流程」。

　　互联网公司研发部门面临的诸多挑战中，一定有一条是：修Bug。一旦生产环境更新，就会引入大量Bug，修复不及时影响用户满意度，程序员加班修Bug，影响幸福感。

　　清晰的产品迭代规划可以帮助产研团队划清阶段界限，固定交付日期。当然，为每一个阶段设定固定的交付日期，这一步需要不断的尝试、反思总结再实践，最终找到适合自己团队的节奏。

　　随着客户增加，需求纷至沓来，面对新需求所需要的人力成本如何作出预判，从而更好的组织团队、管理项目？

　　「开发日报」让研发工程师记录工作内容的同时，自动将其中的开发工时同步到开发任务中，统计开发任务实际需消耗的工时，可以帮助管理者细致了解团队成员的工作情况以及把控开发任务的进度，对之后的需求做出越来越准确的预判。