PRD到底怎么写！？（内含PRD模板） |
您所在的位置：网站首页 › 产品指南怎么写 › PRD到底怎么写！？（内含PRD模板） |
PRD到底怎么写！？（内含PRD模板）
|
如果您是产品经理或有志成为产品经理，那么您很可能正在编写产品需求文档 （PRD），或者也许您已经编写了数十个PRD，只是想提升自己的技能。 什么是PRD？ PRD 是定义特定产品要求的指南，包括其用途、特性、功能和行为。 本文档通常由产品经理编写，以传达他们正在构建的内容、构建对象以及它如何使最终用户受益。它还可作为业务和技术团队帮助开发、发布和营销产品的指南。根据YouTube产品主管Minal Mehta的说法，PRD是一个动态文档，应该根据产品的生命周期不断更新。  现在您已经知道了产品需求文档是什么，是时候了解其中的确切内容了。 PRD应包含的内容 标题：为该项目指定一个不同的名称。历史记录：描述珠三角的每个重要变化，包括谁更改了它，何时更改了它，以及更改了什么。概述：这个项目是关于什么的？你为什么要这样做？消息：产品消息营销将使用什么来向新客户和现有客户描述此产品？时间表：您正在制定的总体时间表是什么？角色：谁是该产品的目标角色，哪个是关键角色？用户方案：这些是关于各种角色如何在上下文中使用产品的完整故事。用户情景：独特的、优先的功能，以及为什么此功能很重要的简短解释。设计：包括任何需要的早期草图，在整个项目中，一旦实际设计可用就进行链接。未解决的问题：还需要弄清楚哪些因素？Q&A：关于产品的常见问题以及答案，这是记录关键决策的好地方。其他：其他任何事情的统称。 PRD的制作：循序渐进 那么，如何完成一份完整的PRD呢？ 第 1 步 - 初稿首先，在您选择的协作平台编写 PRD 的初始版本。最好在私人文档开始草案的编纂，毕竟没有人希望同事找到一个带有语病和错字的草稿。第 2 步 - 获得批准使用第一个版本从老板那里获得任何必要的批准，获取他们的反馈。第 3 步 - 与设计部门分享与设计项目负责人分享并纳入反馈。设计直接接触到用户，因此在让他们参与进来是明智的，因为他们的反馈可能会影响项目的技术范围。第 4 步 - 与工程部门共享这将帮助您弄清楚技术上的可行性，获得一些粗略的时间和难度估计，而且他们可能对系统中启用新解决方案的技术部分有所了解。第 5 步 - 与项目团队共享将PRD移动到wiki或更公开的地方，以便其他人可以在某个公开的地方看到，以确保获取团队的问题、意见等并将其记录。在这一点要注意，任何好的想法，就算它们不适合这个初始版本，也应该将它们记录下来。第 6 步 - 与公司分享这并不一定意味着在讲台上阅读PRD，只要整理一个结构良好的演示文稿并与利益相关者分享就行。其他要点： PRD是实时文件在构建产品时需要不断更新 PRD。 PRD是灵活的在撰写初稿时，可以将 TBD 和占位符留给未知数。PRD是简洁的注意关键决策，添加相关链接即可，不需要留下解释。PRD是团队合作的产物即使PM最终负责产品，但是在创建PRD时仍然需要采用协作的方法。平台推荐： 有三个推荐的平台上可以供大家进行布局： Mural Coda  谷歌文档 妙坊在此为产品经理们准备了一个简单易用的PRD完整模板，除此之外，这里有一个相机公司移动应用程序的示例 PRD，供大家参考，扫描下方二维码添加课程顾问即可领取。  原文来自：https://productschool.com |
【本文地址】