需求评审会对于产品经理的意义
参与方:
需求评审会议拉领导、开发、视觉、测试等多方参与。
评审内容:
评审内容以原型图为主。
多轮评审:
第一次需求评审会议,需要给团队介绍产品目标、目标用户、设计思想等等这些问题,确保大家目标一致,思路统一。会后同样也要输出原型修改点和争议点等等这些内容。
是否输出PRD文档:
一般需求评审会议开个几轮都是正常的。有的公司要求在需求评审阶段就要输出PRD文档,有的公司不鼓励写PRD文档。毕竟写PRD文档也是一项耗时的工作,开发还不一定看。当然,这因公司而异。
我还是建议写一下PRD文档,一方面可以更深刻的梳理自己的思路,让逻辑没有死角。
一方面PRD文档也是公司知识库的沉淀,人员变动时,方便传承。
另外一方面,方便测试同学写测试用例,开发也可以作为查阅手册,避免重复回答同样的问题。
当然也有人说这是甩锅专用文档。
但需求评审大体都要包含两个方面:
评审点1:需求的背景、目标、价值、可行性、思路等
评审点2:需求的具体产品方案,包含交互、规则、逻辑、分支等。
根据需求情况判断是否合并评审还是分别评审,但是,很多东西要改不是浪费时间的根源,而在于为什么发生很多东西要改,以及减少不必要的修改。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· DeepSeek 开源周回顾「GitHub 热点速览」
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了