【P1】六、项目管理入门-【1-产品评审怎么做】

刚做产品经理时经常会非常犯怵去进行需求评审,因为需求评审的时候老是被拍的死去活来的,但是在布棉老师看来,需求评审应该是一个产品经理最辉煌的时候。

我们一起来看看,怎么才能进行一次成功的需求评审吧~

【案例】

链接: https://pan.baidu.com/s/1pLCuILl 密码: iecg

产品经理的专业性、职业性很重要,不然毁形象,毁信任。

1.1、什么是需求评审?

  • 统一思想,明确需求,确定实现过程的会议
  • 俗称挑刺大会,撕逼大会,逼死产品经理大会
  • 通常评审会要经过几次,一次完成要拼“专业度”和“产品人品值”,正常要经过2到3次;
  • 需求评审过程通常很激烈,通常会有很多类似问题逼问产品经理
    • 这样做很麻烦,开发难度很大
    • 你考虑清楚了吗?真的要这样做吗?
    • 这个流程太复杂了,能不能简单一些
    • 你这根本没考虑到实际情况
    • 还有一种情况你没考虑到

1.2、需求评审都有什么人参加?

  • 学而思APP3.0在线支付接入银联支付系统的需求

链接: https://pan.baidu.com/s/1o8bja4M 密码: trt3

1.3、为什么非得做需求评审?

  • 让所有人都明确需求的背景和目的。明确本次需求给谁做的,做的什么
  • 提前确认和统一产品需求实现的过程和方法。提前沟通。
  • 让参与者明确知道工作内容和交付时间。让各方知道做什么,什么时候做完,做好配合。
  • 让研发、测试评估产品开发周期,让产品经理做决定;
    • 如果给出的开发时间是2个月,要么拆需求,拆版本,缩小交付周期,开发更快一些;要么协调更多的研发资源;

1.4、如何组织一场成功的需求评审会?

【开场前的准备工作】

  • 确认你的需求、文档、原型都完成了吗?
  • 提前找核心人员小范围沟通,提前消灭掉大问题
  • 和核心与会者确认可出席时间
  • 至少提前2天发出会议邀请,定好会议室
  • 会议邀请时主动带上需求文档和原型交互设计稿等相关资料
  • 提前到会议室!提前演练一遍!

【评审会现场】

  • 不要一上来就讲功能
  • 抓大放小
  • 细节上不要争论。设计要有继承性,符合用户在同类型产品的使用习惯
  • 讲需求要有节奏和条理
  • 记录重要的争论点

链接: https://pan.baidu.com/s/1i5uWfLb 密码: 47m8

需要谁的支持,要记得安排工作,支持什么,提前沟通;

【评审会后】

  • 追排期!追排期!追排期!当你的需求讲的不好的时候,要改的话,要把自己修改的时间和下一个会议时间定好;
  • 整理遗留问题,并拿出解决方案
  • 发出会议记录,每个问题都有行动计划
  • 发出修改后的需求文档,并更新到内部系统中
  • 约下一次的评审的时间(如需要)

总结

需求评审会讲什么?

  1. 需求背景
  2. 用户与需求
  3. 功能模块
  4. 讲流程
  5. 原型与交互
  6. 数据指标
  7. 需要谁支持
  8. 预计上线时间

发表评论

电子邮件地址不会被公开。 必填项已用*标注