首页
下载应用
提交文章
关于我们
🔥 热搜 🔥
1
上海
2
习近平
3
新疆
4
鄂州父女瓜
5
乌鲁木齐
6
疫情
7
H工口小学生赛高
8
习明泽
9
芊川一笑图包
10
印尼排华
分类
社会
娱乐
国际
人权
科技
经济
其它
首页
下载应用
提交文章
关于我们
🔥
热搜
🔥
1
百度
2
今日热点
3
微信公众平台
4
贴吧
5
opgg
6
dnf私服
7
百度贴吧
8
知乎
9
dnf公益服
10
百度傻逼
分类
社会
娱乐
国际
人权
科技
经济
其它
”FAN某”的离婚财产分割判决书(全文)
”FAN某”的离婚财产分割判决书(全文)
公益慈善|“翼行天下 一生守护”慈善项目捐赠仪式圆满举行!
何炅突然高调官宣喜讯,网友恭喜:30年了,终于等到这一天!
哈里斯女粉搞4B运动、毒杀丈夫,回旋镖能否让美国“血流成河”
生成图片,分享到微信朋友圈
查看原文
其他
敏捷开发的PRD该怎么写
Original
刘大大a
产品刘
2022-10-16
一、为什么会有PRD
首先来说说为什么会有PRD文档。
1、稍微大一点的团队产品经理未必能向每个人传达产品需求,这就需要有一个文档的形式来向项目的所有成员来传达需求,这就是文档的来源。
2、由于产品经理经常会变更需求,经常爱拍脑袋,容易变卦,所以程序员就想到用一个文档来约束产品经理。
3、测试人员需要根据产品需求文档来验收产品质量。
4、当你的项目有新人进入的时候,可以让新人更快的了解产品。当你离职的时候,继任的产品经理也可以根据你的文档来熟悉产品迭代的内容。
二、什么是敏捷开发
埃德蒙·伯克说过[我们担心人们会依照自身的理性主导起生活和交易,因为我们怀疑每个人的理性是相当有限的。]
应用到产品经理身上,我们可以把它翻译为:[
我们担心产品经理们会依照自身对用户和社会的理解,来固执的设计产品,因为我们怀疑每个产品经理对用户的理解都是相当有限的。
]
这就是敏捷开发的起源,那么我们该如何做到敏捷开发呢?
1、快速迭代。
产品通过短周期的迭代交付,通过不断的迭代完善产品。
2、快速尝试
避免长时间的需求分析和用户调研,快速进行尝试。快速验证市场和需求的真伪,抢占市场。
3、快速改进
在地带周期过后根据客户反馈快速改进。因为产品迭代很快,肯定会有不完善的情况,产品上线后需要收集用户需求,方向错了就调整方向,有bug就快速改bug。
4、充分交流。
团队成员的无缝交流,如每天短时间的站立会议。交流尽量扁平化,团队成员可以在坐的近一些,这样交流起来比较方便,而不是像大公司一样,一件事情需要走很多流程。
5、简化流程
拒绝一切形式化的东西,使用简单易用的东西开始工作。例如;把冗长的word文档去掉,代指在原型上简单的标注,其实说实话,你写的很长篇幅的PRD文档,开发的兄弟妹妹也不一定会看,白白浪费写文档的时间。
三、敏捷开发PRD文档该怎么写
既要敏捷开发,又要保证开发质量,这个时候PRD文档就显得重要了。
1、
做好版本控制
版本历史记录要有。你的原型可能会更新好几次,这个时候你需要做好版本控制。每次更新的时候在版本命名上显示是那个几点几版本。同时在版本控制上显示每一版本更新了那些内容,这样别人一看就会一目了然。
2、feature
list
要有
feature list 告诉项目成员我们这一版本迭代那些内容,前台需要做那些,后台需要做那些,这样开发即使没有文档,也可以根据feature list来,而不会有遗漏,测试也可以根据你的feature list。feature list可能会更新,每一次更新可以用不同颜色的文字给表示出来。
3、
功能说明直接在原型图上标注
程序猿一般都是看着原型开发,你之前写的冗长的PRD文档根本不看的。那么遵循敏捷开发的“尽量减少文档原则”,可以直接讲功能说明和需要注意的东西标注在文档上面,对于减少PM和PD的工作量都很有帮助,当然前提是你的PRD需求完整且逻辑清晰。
4、
产品全局结构图以及一些重要的流程图不能省略
首先,全局结构图。产品全局结构图相当于房子的骨架,相当于文章的目录,别人看过你的全局结构图就知道你的产品大概分成那几个部分,这样别人阅读接下来的原型设计和文档的时候就会思路清晰。
其次,一些重要的功能流程图需要写。一些基本的流程图可以不写,但是一些重要的功能流程图,例如:充值、提现、购买这些流程。这样项目成员在会议以后也可以通过文档来重新温习一下。同时你把流程图整理好,也有助于开发人员的开发思路的建立,大大提升开发速度。
4、需要把规则和异常情况写上去
很多时候产品经理开需求评审会挨批的原因就是没有考虑周全,只考虑正常的流程,而没有考虑异常流程情况,无网络的情况等。例如:网贷平台用户支付系统你只想到用户输入支付密码,完成购买。但你没想到新用户用户如果没有实名认证是不是先要实名认证,认证完成以后要不要设置交易密码,如果交易密码输入错误怎么办?是提示他忘记密码还是让它重新输入?同时交易密码错误次数需不需要进行限制?如果支付金额不足怎么半…等等。这些只有考虑的细,考虑的全面。开会的时候才能少被喷,才能有气场。同时你考虑全面了,开发人员也会节省时间,不会在做的过程中给你发个邮件说出现某某情况怎么办。只有让他们信服你,减少他们的工作量,你和他们沟通起来,才会顺畅。
5、
重要的名词需要清晰简洁的定义
重复出现的名字就不需要解释了。例如用户,当然如果你的目标用户变更了就需要重新解释一下,当然解释的词语的原则就是第一次出现而且比较重要,同时尽量用简洁精炼的语言把名词解释出来。
总结:
其实实现敏捷开发文档只是一个手段,更重要的是多沟通,减少因为沟通少而产生的误解。当然一个好的PRD文档可以增加你们的沟通效率。需要PRD文档模版的童鞋可以加我微信:
chanpin628
进行交流。
PS:
转发此篇文章到朋友圈或者是产品经理群,并截图发给微信chanpin628,可以找我领取一份
CRM原型
。
更多干货可关注微信公众号:
chanpinliu880
想学习更多关于产品、职场、心理、认知等干货,可长按右边二维码,关注我们。
往期精彩文章
完美“登录”,从去掉“注册”开始
携程vs飞猪vs途牛竞品分析
数据分析的流程有那些?
数据分析的流程有那些?
分享一个PRD文档
老司机教你做产品经理5.0
知识星球精华
面试一对一辅导
产品经理学SQL—前言
点击“阅读原文”
即可进行报名。
您可能也对以下帖子感兴趣
{{{title}}}
文章有问题?点此查看未经处理的缓存