PRDs或产品需求文档是产品管理的一些关键元素理解全PRD意义可以帮助你从中获取最大值
视公司类型而定,它们甚至可能是相当标准文档类型或贵公司可能转换别的东西:无论哪种方式,都有可能在PM生涯的某个点上,有人会问你想建什么和为什么建归根结底,这就是PRD想回答的关键题
跳转到特定段时,请使用可点击菜单:
准备上场了吗开始吧
开工何谓PRD意义
最严格形式PRD传承瀑布软件开发
敏感前日里 花几年研究特定产品 把所有发现都放入长长40到100页文档 并启动开发
PRD代表什么
简言之,PRD代表产品需求文档.
更何况 等强文件发布后 即被视为已实现不可接受更改, 即使是一个或多个基础因素 可能促成它 在此期间可能已经改变
归根结底,回溯到今天,这类文件本会由企业管理者或营销管理者整理整理,实际上认为工程界与企业其余部分之间的任何通信都没有必要,甚至可能是不可取的。
工程师常按分钟指令行事,但很少或完全不知道原因
毫不奇怪 敏捷运动一起飞 工作模式就过时PRD本身生存下来,即使原型可能大裁剪
二叉PRDs为何有用
PRD基本意义没有改变,即使Agile可能已成为建材的主要方式:它过去和现在都只是文献碎片,记录企业或特定产品的需求
从产品管理员的角度来看,PRD可能不再是多年工作的最高值,但也不是完全需要丢弃的东西。
PRD组织在非敏感组织以及技术和非技术利害相关方或高层次组织间距离和脱节的任何组织方面仍有作用
PRD长处
- 战略或优先排序流程中良好对齐文档
- 请求PM清晰表达
- 开发团队参与编译PRD可能有助于提高能见度以努力构建
PRD缺陷
- 利害相关方可能误用PRD表示承诺文档或刻录图表
- PRD的存在可能同时锁住PM开发团队
- 持续发现在使用 PRDs设置中可能被阻塞(归根结底,你的发现足以编集需求文档! )
更多敏捷组织中,你可能发现现代PRDs软件工具如JIRA提供一种灵活得多的方法 编译并更新
3级如何创建PRD:分步指南
不同的公司使用不同的模板写出PRDs,但有些公共元素无论如何都应包含
步骤一:创建某些上下文
可以通过明确提及产品特征以及公司视觉和任务的一部分实现这一点。确保所有阅读器都能看到所有元素的共同线程
第二步:提供结构化描述
最理想的是本节拥有足够的技术细节实物化,但不多到销售营销团队无法理解PRDs保持短时最有效, 并尝试将它限制为最多三段
步骤三:清晰提及所有所需资源
万一特征建构使用资源时,它应该同时包括人(例如需要多少开发商和他们应拥有哪些技能,以及需要额外预算的任何软件工具)
第四步:添加提示性时间轴
(强调说明性)这并不是要以石块立定的承诺
第五步:P表示介绍您的PRD
步骤1-5只是起始点您的PRD可能多次修改更新 基于利益攸关方输入
4级PRD vsMRD
产品需求文档和营销需求文档有什么区别
互为补充MRD侧重于评估市场契机大小,而PRD描述如何通过特定产品解决这一契机
产品管理员通常为PRD工作,而PMM工作产品营销管理器)工作MRD小组织中,同一个人可能实际负责制作两者
5级总结
PRDs有段时间以不同形式出现
大多从长密指令手册进化成活文档 提高公司各种功能的透明度
产品管理员最终会发现自己正在做PRD或别的工作,
如果你想成为产品管理员 学习技能很重要正因如此职业Foundry产品管理课程学生会处理PRD和关键元素 并进场
准备继续您的行程 产品管理更多文章下一步处理