一文掌握项目产品需求评审流程及会议召开规则V30

产品评审需要做哪些事 一文掌握项目产品需求评审流程及会议召开规则V30

项目/产品需求评审流程V3.0详解

1. 准备阶段

编号

步骤描述

详细内容

目的与作用

01

统一思想,了解需求意义

1. 明确会议目的 2. 明确需求具体范围 3. 确定事项落实工期与责任 4. 确定开展工作

确保所有参与者对需求有清晰的认识,为评审奠定基础

02

提前发送资料

发送以下资料给相关人员:a. 流程图b. 需求清单c. 原型设计稿

让参与者提前熟悉需求细节,准备问题和建议,提高会议效率

03

通知相关人员参与评审

1. 确定参与人员名单2. 发送会议通知3. 确认参与人员回复

确保所有关键角色能够参与评审,收集全面的反馈

04

备好常见应对问题

准备回答以下问题:a. 是否必须这么做?b. 是否有未考虑到的问题?c. 流程是否过于复杂?d. 修改是否会影响现有流程?e. 需求未来是否会有变动?f. 交互设计的理由是什么?

准备应对可能的质疑和问题,确保评审会议能够顺利进行,减少不必要的争论

2. 召集与讨论阶段

编号

步骤描述

详细内容

目的与作用

04

召集相关人员

确保所有关键角色参与会议

确保需求评审的全面性和多元视角

05

明确会议内容和目标

确定会议讨论的焦点和预期成果

确保会议高效、有针对性

06

讲解需求背景

描述需求的来源、背景和必要性

让参与者理解需求的起源和重要性

07

用户需求描述

明确需求的具体内容和期望效果

确保对需求有清晰的共识

08

功能模块讲解

介绍涉及的功能模块和结构

明确需求实现的技术框架

09

阐述优先级

确定哪些需求更为紧迫

帮助团队识别关键任务和资源分配

10

原型交互

展示和讨论原型设计,明确交互逻辑

确保设计满足用户需求和操作便利

11

实现期望

讨论实现后预计解决的问题和带来的改进

明确需求实现的目标和预期效果

12

简述优先级

再次确认需求的优先级顺序

为开发计划和资源分配提供依据

13

需求概述

会议讨论,确认理解一致性

避免误解,确保团队共识

3. 决策与规划阶段

编号

步骤描述

详细内容

目的与作用

15

预计上线时间

相关人员预估初步工期

为项目制定合理的时间预期和里程碑

16

会议争论点

本次会议的争论点和讨论内容

明确会议中的关键分歧和共识,为决策提供依据

17

调整方案与更新

根据讨论结果调整方案

确保方案符合团队共识和项目目标

18

确定开发计划

生成时间排期表,明确开发任务

为项目实施提供清晰的路线图和时间框架

19

严格控制节点

确保每个开发阶段按时完成

保障项目进度和质量控制

20

任务排期

明确任务的时间节点和责任人

确保任务分配明确,责任到人

4. 跟进与支持阶段

编号

步骤描述

详细内容

目的与作用

20

进度跟进

跟进开发进度,确保按计划进行

监控项目进度,确保按时完成各阶段任务

21

判断资源需求

判断是否需要资源协助

识别项目中的潜在瓶颈,及时调配资源以支持项目进展

一些经验建议:

确保所有参与人员在会议前充分了解资料和需求。会议中要有明确的议程和时间控制,避免偏题。会议结束后,应有详细的会议记录和行动计划。定期回顾和更新需求评审流程,以适应项目和团队的变化。

中国PMO&PM大会

项目管理顶级峰会丨2024中国PMO&PM大会将于8月10、11日在上海举行【送敏捷知识地图啦!】

产品评审需要做哪些事 一文掌握项目产品需求评审流程及会议召开规则V30

2024年,中国PMO&PM大会将于8月10-11日在上海举行 ,预计将影响数十万PMO/PM从业者。大会以“项目渠道•智领未来” 为主题。50余位行业顶尖的项目管理大咖和大家一起分享交流,探讨学习!汇聚前沿,共创未来!

项目管理顶级峰会丨2024中国PMO&PM大会将于8月10.11日在上海隆重召开

产品小白不迷路06:怎么“完好”的从需求评审走出来?

大家参与过最多的会议,莫过于需求评审会了。作为产品经理,没有几个能真正完好地从需求评审中走出。这篇文章,作者就教你如何“完好”地从需求评审走出来,希望能有用。

产品评审需要做哪些事 一文掌握项目产品需求评审流程及会议召开规则V30

需求评审是每个产品经理都需要修炼的技能,只要工作还在进行、业务还在继续、需求还没消失,那就一定会存在需求评审。

在需求评审会议上,前端、后端、测试、设计、业务负责人甚至你的老板可能都会过来,不同的角色聚在一起,听产品经理讲需求内容。这不是一件容易的事情,因为你需要经得起各个角色对你的产品设计的质疑或挑战,怎么“完好”的从需求评审走出来,对每一个产品经理来说,都需要去仔细琢磨,也是必须得掌握的基本功。

一、需求评审会前准备

进行需求评审前,有几个动作是需要做的:

需求评审需要用到的资料 ,包括但不限于:PRD、原型、流程图、设计稿、相关资料文档、需求时间计划等。需求评审干系人 :确定需要参与会议的人员,例如,业务对接人、前端、后端、测试、设计等。特别是业务对接人,参与会议可以让业务更了解他们提出的需求是怎么被实现的,提交给到开发其实需要需求描述到什么程度;另一方面,技术也可以通过业务对接人了解到更多业务场景,对需求实现有更深的理解。确保干系人都参与到会议,避免需求评审时相关人员不知情导致需要再次沟通或者需求实现偏移。需求评审时间地点 :因为涉及到的与会人员多,所以需要沟通好会议时间地点,如果是常规迭代,最好是约定一个相对固定的时间,例如每周几或者每月几号这样,让团队人员避开会议时间安排其他会议。通知方式根据实际公司情况而定,例如邮件、微信群、企业微信、钉钉、内部通讯工具等。像钉钉、企微这种协同办公软件有会议通知提醒功能,能更好的提醒到与会人员。产品评审需要做哪些事 一文掌握项目产品需求评审流程及会议召开规则V30

二、需求评审会中

作为需求评审会的主持人,第一,要清晰明确产品需求讲解;第二,要把控整个会议的节奏。

需求评审需要大家达成共识并按照产品设计的实现它,简单来说就是明确:价值、功能、实现。

价值(背景/目的):为什么要做这个需求,上线之后的价值是什么。功能(涉及产品、端、功能模块):为了这个价值,需求包含了哪些功能。实现:针对每一个功能,应该怎么实现。

例如需求为:运营部门需要发布促销活动在网站上客户可选择促销活动下单。

第一步: 产品经理在进行需求评审时,就需要把这个需求的价值(或背景目的)先说明清楚,即本次需求的目的是促使客户下单,提高销售效率。

这一步其实很重要,很多时候,技术对产品的不信任在于觉得产品提出的需求可能是伪需求,并非业务关注的,所以有必要在评审会上说明每个需求的来源和价值,证明我们是想清楚了才这样设计功能的。

第二步: 把需求价值同步后,就需要说明功能。

可先讲解需求的业务流程,让参与会议的人知道功能涉及哪些角色、哪些系统、数据流是怎样的,做的心里有底,这个需求的范围大小。讲解涉及到的单据状态是怎么流向的。如果是复杂的功能,还需要有相关的表关系图辅助技术理解。

这一步的重点在于,需要大家对流程先达成共识 ,如果大家对流程有疑问,需要及时沟通,否则后续说明实现时就会一团乱。

第三步 :功能具体是如何实现的。这里可以根据个人习惯进行讲解,这里介绍的是我自己的讲解习惯,仅供参考。

流程+模块

说实话,对着PRD或者原型讲解,很容易走神,不知道讲到哪里了,效果不佳,还容易被技术吐槽。

所以我采用的是流程+模块的方式进行讲解。在上一步,我们已经将流程说明了,也共识了流程,那我接下来的功能实现就是按照流程一步一步讲解。

例如:发布促销活动先进入促销管理的页面,进行新建促销活动。那第一个节点模块就是促销管理的入口-》到进入促销管理模块中的促销列表页-》新增页面-》编辑页面-》详情页面的顺序来讲解实现。

在讲解实现过程中,与会人员会对刚刚的产品设计进行提问,甚至是多个不同角色针对不同方面进行提问。能提问是好事,证明大家是认真听了并思考了,通常我在讲解完模块实现后都会问一句:有没有问题?没有我们继续。以此来保证大家进度。但我们开会的时间是有限的,就需要判断哪些问题需要当场解决,哪些问题可会后补充。个人建议,如果存在以下条件的,就应该当场解决,也因干系人都在,这时候解决效率最高: 关于项目价值目的,为什么要这样做 。例如:促销活动详情为什么还需要查看关联的订单情况?因为做促销活动的目的就是反应在最后的下单情况上。关于业务流程/逻辑完整性,这个问题不解决,业务进行不下去。 例如:业务需要发布了活动才生效还是设置的开始时间到了自动生效。影响到其他系统或功能模块的。 而那些不影响主流程功能问题,比如前端细节,交互细节,后端逻辑细节,或者是你还不确定的点,如果会上不能快递确定解决的,身为会议主持人,应该把控时间节奏,在PRD文档上标注即可,会后沟通确认。

需求评审会议时长最后把控在1小时内,因为时间长了,我们的精力和注意力都会打折扣,想象一下一群人在会议室超过1个小时,里面的二氧化碳浓度也让你浑浑噩噩,俗称缺氧。

需求评审的目的需求评审不是解决所有的问题,而是在会议时间里解决最重要的问题。 检验需求的合理性和完整性,降低需求风险,确保项目目标和需求之间的一致性,便于团队成员理解工作任务。

做到这一步,其实已经可以卸下大半的压力,离“完好”走出还差最后一步。

第四步: 需求时间计划同步

在完成需求实现说明后,大家最关心的就是什么时候需要完成开发、提交验收、上线等。因为这关乎工作量的评估和时间的紧迫性。

这时候,如果是新功能或者关键功能重构优化,建议技术部门提供技术方案,以此完善整个需求文档,同时验证产品设计是否有技术实现的问题。

三、需求评审会后跟进

会议结束后,当我们“完好”走出需求评审会,其实还需要对会议记录进行整理,更新需求文档,并通知相关团队成员,才算真正的结算。

四、

通过需求评审,可以对产品需求进行全方位的论证,验证或更改原有想法,获取更多的想法,从而完善产品需求。

所以说,虽然在需求评审会上产品经理看似单兵作战,其实我们跟会议上的人是合作关系,相互补充,为了让产品需求更合理更明确。切勿有个人情绪,应当对事不对人。

本文由 @Seaing 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

相关问答

产品 审核包括哪些过程?

流程:在评审组长的领导下,进行具体的产品审核工作,编制检查表,粘贴合格证。确定质量活动和有关结果是否符合计划的安排,以及这些安排是否有效地实施并适合于...

奥迪特 评审产品 审核什么内容?

奥迪特是AUDIT的中文译音。主要是机械制造行业对产品进行抽查的部门。多用于汽车行业。整车奥迪特评审是由经过专业训练的评审员独立地站在用户使用产品的立...

出厂质量 评审 的标准?

首先要确认市场范围,部分产品在不同地区有不同的接收标准,需要满足当地的法律法规的要求,比如出口欧洲国家需要满足EMC安全要求,有害物质限量Rohs测试和WEEE...

产品 品控的标准是什么?

1、基础标准:是标准化工作的基础,是制订产品标准和其他标准的依据。常用的基础标准主要有:通用科学技术语言标准;精度与互换性标准;结构要素标准;实现产...

怎样做好IQC塑胶 产品 检验规范?

IQC塑胶产品检验规范可以根据以下缺陷来评定:1、点(含杂质):具有点的形狀,测量时以其最大直径为其尺寸2、毛边:在塑胶零件的边缘或结合线处线性凸起(通...

质量工程师怎样 评审 ..._质量工程师_帮考网

质量工程师评审的步骤如下:1.确定评审标准:质量工程师需要确定评审的标准和要求,以确保产品或流程符合质量标准和客户需求。2.确定评审流程:质量...

产品 申请3C认证测试步骤是怎样的?

产品申请3C认证测试的步骤如下:•CCC认证申请分书面申请和网上申请。•申请书含申请人、制造商、生产厂和产品的有关信息。•每种型号单元的商品应单...根...

检验检测机构现场 评审需要 准备什么资料?

机构提交的电子版材料应做到真实、可追溯;否则将按照认可规则的规定处理。认可申请书全部资料应提交电子版,但申请书正文、附表1、附表2-1、附表5、实验室...

评审 依据及标准?

关于印发《丽水市人民政府质量奖评审管理实施细则》的通知各县(市、区)政府、县(市、区)政府质量奖评审委员会:《丽水市人民政府质量奖评审管理实施细则...

产品 前期调研具体有哪些?

第一,新产品构思。一是根据得到的各种信息,发挥人的想象力,提出初步设想的线索;二是考虑到市场需要什么样的产品及其发展趋势,提出具体的产品设想方案。可...