写好PRD文档的八个要素是什么

大家是否还对这部分产品运营知识存在疑问呀，让我来为大家详细解答一下。下面由小编带你走进文章的学习！！！希望你们能认真倾听哦！！网络运营

1.1 Purpose （产品愿景）
必须对产品要解决的问题有深刻的了解，阐明即将开发的产品如何满足该需求。
产品经理应该非常清晰、准确地定义产品是什么，解决什么，意在成为什么，并与产品相关的各个角色（老板、设计师、开发、用户）交流此愿景。
1.2 Objective （产品目标）
将前述定义的产品愿景，分解为具体要实现的体验目标，并厘清每个细分目标的验收标准，如：

产品经理职责
1.2.1 流畅无刷新的体验
1.2.2 设计简单、易用、有趣
1.2.3 高度关注用户隐私
1.3 User （用户角色）
1.3.1 角色
定义好产品要解决的需求之后，产品经理将和设计师开始密切合作，开展访谈，广泛地接触、观察、了解用户，将其分为几种类型，确定核心的目标用户，丰富该用户角色，包括但不限于年龄、性别、计算机水平、性格特点等。
1.3.2 目标
每个优质产品的用户必有其清晰明确的目标，界定前述各个角色在使用产品时想达到的目标，将有助于产品经理面对项目各角色提的需求，做出正确的价值判断。
1.3.3 任务

服务好普通用户最重要的就是做好内容推荐，如何挖掘用户感兴趣的内容？我之前在CSDN社区工作时的方法是：让研发将最近1年之中社区之中回帖量排名前1000的帖子导出，然后将他们归为几类，
再看他们的比重。选择两三个比较热门的领域组织活动，激励用户分享内容。这个方法适合比较大型的社区，因为社区已经有了一定的访问量基础，可以用来做数据分析，如果你是运营一个新社区，可以找行业内比较著名的网站或者社区，抓取他们的数据，然后做数据分析。
这里面还有一个问题，做活动只是一个短期的刺激手段，你必须要有一些长期的运营方案，才能把这件事做好，我之前的方法是在社区一些固定的推广位，每天按照比例更新下这些内容。在做内容推荐的时候，要注意以下几点：
?推荐的内容要与社区的主题息息相关。
?以内容质量优先，如果社区人气不行，可以适当找一些站外的内容。
?选择内容好或者主题的帖子进行推荐，二者必占其一。产品包装
?如果是主题好的帖子，要选择楼主比较爱参与互动讨论的进行推荐。
?如果是含有负面信息的帖子，要看楼主的回复判断下内容的真实性，有必要的时候要与楼主私下沟通，保证内容的真实性。
需求是相对稳定的，解决方案却无时无刻不在随着技术**、软硬件的成熟而变动，对于用户任务的设计创新是好产品成功的关键。
例：传统的Photoshop已经携带了强大滤镜功能，帮助用户处理照片特效，instagram在移动平台的更方便、优雅地解决了该需求，获得成功。
1.4 Principles （产品原则）
环顾产品的开发流程，各角色职能应尽可能地在大方向上保持一致，减少摩擦，讨论的重心将被引导侧重于输出更优秀的解决方案，提前制定基于产品愿景提炼出的价值观和信条，有利于讨论，如Facebook提出的信条：
1.4.1 完成比完美更重要 （Done is better than perfect）
1.4.2 代码赢得争论 （Code wins arguments）
1.4.2 快速行动，破除陈规 （Move fast and break things）
1.4.3 保持专注，持续发布（Stay focused and keep shipping）
1.5 Prototype （原型测试）
纸笔原型是前期将想法可视化的最好手段，及早地、快速地分享，引入项目各角色人物的讨论，并修正想法，而不是等自以为成熟以后。想法的价值将在分享交流中高度放大。高保真原型则可以将产品的体验价值迅速带给用户。
可行性测试
可行性是检验想法的第一步，和技术团队一起研究技术动向，探讨原始想法的可行性或折衷方案，确保产品要解决的若干难点，及早发现并评估时间点可行与否。
可用性测试 / 价值测试
和设计师密切合作，提供若干种设计方案，分别给不同类型的用户使用，检验原型的可用性，及是否符合最初的设计思想，发现遗漏的需求，获取有价值的反馈。
除了技术可行和可用性，使用高保真原型或简易的Demo也可以测试用户对产品的饥渴程度， 及是否有购买**，一切均在于测试人员认真的观察、记录用户的情感流露，惊喜、失望、还是木然，往往很难隐藏。
1.6 Write （写文档）
PRD无疑是所有产品文档的灵魂所在， 承载着各角色信息对等的沟通使命。它一般以Word形式存在，也有的存在于PPT，项目白板中，重要的是内容，而不是外在的媒介，确保你的团队成员可以轻松地获取它，并及时更新。
1.7 Prioritize （优先级）
产品往往有众多的功能点组成，明确产品需要进入市场的时间点，并对各版本发布功能的优先级进行定义和排序，是产品经理最有价值的工作之一。将每个迭代版本里的Story分为Must-have，High-want，Nice to have，有助于更清晰地了解各阶段产品要完成的使命。
1.8 Test （评审PRD）
随着设计和研发的进行，PRD的发布应是持续更新的，贯穿于整个开发环节的始终，确保所有的团队成员都完整地理解了文档，明确了各自应重点关注的部分，根据各角色的反馈和讨论，及时更新文档。
 更多视频课程文章的课程，可到课课家官网查看。我在等你哟！！！你一定会得到你想要的！！