JavaEE鸿蒙应用开发HTML&JS+前端Python+大数据开发人工智能开发AI+设计软件测试新媒体+短视频直播运营产品经理集成电路应用开发(含嵌入式)Linux云计算+运维开发C/C++拍摄剪辑+短视频制作PMP项目管理认证电商运营Go语言与区块链大数据PHP工程师Android+物联网iOS.NET

【产品经理】产品经理怎样活着走出需求评审会

来源:黑马程序员

浏览10542人

2023.05.11

需求评审是产品经理工作的重要环节,是团队成员间衔接需求的重要桥梁,产品经理的方案能准确落地的重要保障。

一场成功的需求评审会,是能够完整清晰传递产品目标、产品功能,能获得团队认同,并且会后团队能够配合实施的,从而能有效推动产品进度的会议。

刚入行的产品经理会害怕组织评审,担心在评审会中被其他项目成员diss,其实只要做好评审全流程的准备,相信产品经理也会渐渐喜欢上开评审会,接下来我们从“会前——会中——会后”三个阶段来进行讲述怎样活着走出需求评审会。

评审会前准备

(1) 明确需求的目的和价值

在需求评审前,需要先明确需求自身的目的和价值。

因为在评审过程中,不仅仅只是告知项目干系人需求的内容,还需要同步项目的目的和价值。产品经理对产品进行全方位的论证,这样可以确保项目成员对需求的理解达成一致,充分理解自己的工作任务,从而增强团队协作能力。

(2)需求方案简洁高效,没有场景漏洞

撰写需求方案的时候,切记需求简洁明了。

需求方案分为两部分:原型+交互说明。可以在原型上展示的一定要画全面,交互说明主要写原型上看不到的逻辑信息,能用图展示的尽量用图展示(例如:UML图、功能流程图、状态机等)。同时还要考虑是否把所有的场景都考虑周全,很多时候产品经理会忽略业务的逆向流程。

(3)了解需求是否可以实现

建议评审前,可以提前约开发的时间,做需求实现可行性的系统调研、技术储备调研,心里有一个底之后再重新看看自己提出的需求,看看要不要调整。

评审会议中

(1)优秀的表达能力

作为产品经理,要有良好的表达能力,描述项目时需要有逻辑,有条理的叙述,明确的说出自己的想法及项目的相关内容,但是我们需要以事实为依据,以数据做基础,不能凭空想象,无中生有。

沟通时,首先不要想当然的认为别人和自己具有一样的背景,比如设计人员不知道如何开发,开发人员不熟悉具体的业务知识。在阐述一个需求的时候要考虑到大家都是来自不同背景的,用大家都能理解的方式进行需求。

在进行需求评审时,我们应该对需求的价值进行说明,然后说明需求的背景以及需求想要实现什么目标、解决什么问题,这样的话大家对需求的理解才能更深刻,才不会在后期质疑需求的必要性。

还可以尽量用举例子、讲故事的方式来说明需求。在讲解用户操作时,可以结合具体的业务场景,与每一块的负责人确认排期时间是否有疑义。

(2)善于倾听他人意见和想法

作为一个团队,每个所对应的岗位不同,思考的维度就会不同,工程师考虑的是技术,UI考虑的是交互,老板考虑的是商业价值等等。

产品经理要在这个过程中要善于倾听,倾听别人的意见和想法,站在别人的角度思考问题,理解当事人的观点,从而沟通出最合理的方案。

(3)抓取核心建议,学会记录

需求评审会时,一定要进行会议记录,可以自己准备录音笔,需求评审会议,会遇到很多问题和想法,很难当下就解决。记录会议内容可以防止问题的遗漏,对于细节问题,可以私下单独联系解决。一份会议记录可以帮助你回忆整个会议内容,事后可以针对性的进行内容整合分析。

评审会议后

(1)对记录进行整理

对于没有解决的问题及时的处理,在会议结束后,需要把后续达成一致的、修改的、疑问的一一列举出来,并输出反馈时间表,要及时同步给大家,并且在群里进行简要提醒和说明。如果遇到自己解决不了的问题,可以找相关人员进行私聊解决,或者小团队讨论。

(2)推进项目上线

配合测试输出用例,配合运营输出运营需求,配合UI输出UI稿,配合开发输出技术方案。进行全流程的项目管理,输出时间节点完成日期落实到责任人,做好项目排期,并且跟进上线。

最后,不同的产品经理有各自习惯的评审方法,不同的团队有不同的工作方式,不同的公司有不同的企业文化,不同的需求有恰当的评审方式,产品经理应该因地制宜。