摘要:
研发过程中会有很多的业务需求评审和讨论,实际运行过程中会出现各种问题。例如,经常出现多次讨论无法达成共识,或者在需求上线阶段还面临修改的问题。
互联网的最主要特点就是很多需求并非严格如合同般精准,且迭代速度非常快速,这就非常考究产品经理的能力。如果产品经理无法准确把握住业务的特点,提出富有创新力的需求想法,再好的研发也无法达成业务目标。此外,业务团队内产品-技术-运营-设计等同学对于业务的想法,如果无法形成真正的共识,就无法形成合力。
本文针对该问题,提出了一套需求讨论的推荐流程,希望可以让讨论聚焦需求价值和业务团队如何达成业务共识。
产品需求讨论流程:
互联网产品经理或者技术PM如果可以在日常工作中,把自己的方案放到团队公开讨论,可以拿出严格合乎逻辑的推论来证明自己的观点和方案,在充分征求反对意见后,仍能够说服团队,那么这个方案和需求就是经过合理推敲的合格方案。而且经过讨论的方案,可以加深团队对目标的理解和认同,实现需求的一致性可以得到最大的保障。
下图所示的流程图就是针对如果组织需求讨论的流程图,请先仔细思考下面流程图的核心要点是什么?
需求评审和讨论的过程,目前基本上是产品经理去传达并解释一个需求开发任务。而缺乏需求价值说明的过程,而很多技术同学有想法,却不表达,只是按部