需求评审会对于产品经理的意义

参与方:

需求评审会议拉领导、开发、视觉、测试等多方参与。

评审内容:

评审内容以原型图为主。

多轮评审:

第一次需求评审会议,需要给团队介绍产品目标、目标用户、设计思想等等这些问题,确保大家目标一致,思路统一。会后同样也要输出原型修改点和争议点等等这些内容。

是否输出PRD文档:

一般需求评审会议开个几轮都是正常的。有的公司要求在需求评审阶段就要输出PRD文档,有的公司不鼓励写PRD文档。毕竟写PRD文档也是一项耗时的工作,开发还不一定看。当然,这因公司而异。

我还是建议写一下PRD文档,一方面可以更深刻的梳理自己的思路,让逻辑没有死角。

一方面PRD文档也是公司知识库的沉淀,人员变动时,方便传承。

另外一方面,方便测试同学写测试用例,开发也可以作为查阅手册,避免重复回答同样的问题。

当然也有人说这是甩锅专用文档。

但需求评审大体都要包含两个方面:
评审点1:需求的背景、目标、价值、可行性、思路等
评审点2:需求的具体产品方案,包含交互、规则、逻辑、分支等。

根据需求情况判断是否合并评审还是分别评审,但是,很多东西要改不是浪费时间的根源,而在于为什么发生很多东西要改,以及减少不必要的修改。

posted @   老舍  阅读(96)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· DeepSeek 开源周回顾「GitHub 热点速览」
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
点击右上角即可分享
微信分享提示