发表于： 2019-05-23 23:06:12
1 575
今天完成的事情：
1. 完成web支付模块的设计，细节部分会在画的时候逐一完成
2.开始画web原型
3.学习小课堂
明天计划的事情：
1.完成原型
2.修改story
3.修改需求表
遇到的问题：
1.原型初始搭建时需要花费很多时间，对各种形式不够熟悉，需要多看多思考
收获：
PRD是什么？
产品需求文档(Product Requirement Document，PRD)的英文简称，这是一个产品经理为了跟其他项目成员说明需求的重要文档，也是PM参加需求评审会时，你的成果作品。
PRD是给谁看的？
首先，PRD是给产品经理自己看的。产品经理提出一个需求，那么实现这个需求的功能、逻辑，通过书写PRD的过程，能够慢慢梳理出逻辑。
其次，PRD是给团队的其他人看的。一个产品经理，即便能够在脑海里想清楚所有的功能、逻辑，但是他不能保证团队的其他人也能在头脑里想清楚一切逻辑。所以，产品经理需要通过输出PRD，让团队其他人员理解需求的逻辑。
再次，PRD也是给老板看的。产品经理需要做某一个产品，在跟老板申请资源的时候，给出一份清晰的PRD能够让老板看明白你到底要做什么。
PRD作用
首先，PRD有证明需求的作用。
产品经理需要认真写一份PRD，通过需求评审后，邮件群发给开发、设计、测试等大爷，有文件留底，到时候他们就赖不掉了。
其次，PRD有证明PM的作用。
很多公司将PRD的修改次数作为作为评判PM水平的标准，还可能作为PM升级评定的参考因素。如果一个产品经理写的PRD平均修改次数过多，那将严重影响升级评定。
PRD的目的
实现目的所需要的功能
完成功能需要的逻辑
异常逻辑、危机处理
争取需要的资源：项目成员、硬件资源
数据反馈：
- 访问量
- 转化率
- 留存率
- 用户活跃天
- 产品收入
- 任务、活动完成量、质量
需要注意：
1.换位思考
（文档是给开发、设计、测试等看的，语言上尽量好理解，尽量不要用形容词，描述功能时，可以尝试用开发的逻辑去思考书写方式。）
2.不要求大求全，功能最好分点说明，正常逻辑和异常逻辑分开说明。
3.所见即所得
有的功能点，逻辑比较复杂，这时可以考虑用原型图展现，原型图可以做到所见即所得。
4.实现进度如何？
在PRD之外，最好再做一个项目进度表，这份表格要做到及时更新，让整个团队知道项目的进度。
5.关于语病和错别字
基本不要有语病和错别字。语病和错别字太多的话，容易让大家觉得你很不严谨。
6.排版标准
排版一定要有一套标准，保证你的每一份PRD都按照同一份标准。排版力求美观大方，字体、颜色、字号、行间距等方面都需要有一定的选择。
返回列表
评论