标签：运营 收费 原型 历史 描述 简单的 修复 height 原则
• 深刻理解三大文档的写作目的与应用场景
• 理解并掌握PRD文档的用途与作用
• 理解并掌握PRD文档：
– 写作思路
– 写作方法
– 写作格式
– PRD文档向上是对MRD内容的继承与发展，向下则是要把MRD文档里面的各种理论要求
技术化，向研发部门与设计部门说明产品的功能和性能要求。
– PRD文档是产品文档中最底层最细致的文档，所以写作的时候，需要细致耐心。
---------------------------------------------------------------
– 举例：唐僧出发前，参见唐黄，告诉唐黄西去取经的重要意义与大兴佛法的好处，唐黄答应，并发放免签
护照，于是唐僧带着任务出发了。
– 举例：唐僧上路了，但是他需要选择走哪条路线，带几个人，为什么这么走，为什么带这些人，要说清楚
• A路线：妖怪多
• B路线：神仙多
• C路线：美女多
• 经过分析，唐三藏决定C路线
– 要把装备的需求给工匠（研发人员），就需要把你（PM）对装备（产品）的要求讲清楚
• 金箍棒（需要能缩短到耳朵里，直径1毫米，长度6毫米，需要金色，重量必须控制在1KG）
• 九齿钉耙（必须要9个齿，其实PRD好多都是废话。。黑色，把手长1.5米，直径2.5厘米）
• 于是工匠（研发人员）根据需求，打造出了旷世的神器
• 研发人员
– 由于研发人员本身更专注于功能的实现与性能，所以他们相对对其它诸如运营，市场，设计等
表现相对不太关心，对于产品更多的了解来自于产品经理的产品宣讲。
• 设计人员
– 设计人员本身更关注于产品的调性与原型图，所以对PRD文档的需求是相对较弱的。
所以，PRD文档，根据阅读对象，就不要去耍花架子了，用最平铺直叙最简单的话，把问题
说的一清二楚就行，绕来绕去小心被程序员们*******
• 其实PRD文档的目的在于把问题讲清楚，而不是用什么工具！
• 根据实际情况，能满足把问题讲清楚的方式大概有以下几种：
– 文字模式（word 最常见的）
– 原型图模式（Axure 推荐使用）
– 图片模式（有的产品经理本来就是美术转交互转产品）
– 影像模式也可以（太费时）
• 文档说明 （本节只讲述这个）
• 产品说明
• 全局功能说明
• 详细功能说明
–1.1 产品版本号（1.26）
• 版本号（ 1. 2 6 ）
– 重大调整升级
– 产品结构功能等有调整
• 子版本号（ 1. 2 6）
– 在原有基础上面对局部功能进行了升级或调整
• 修正版本号（ 1. 2 6）
– 局部小范围优化与BUG修复
– 一般是不动功能性的东西
– 版本号的命名规则
• 归零原则：前一个数字增加一位，后面的数字都归零
• 收费原则：子版本号和修正版本号的变化，一般看做版本内升级，附加收费用，版本号变化则加收费用
– 编号
– 版本号
– 修订章节
– 修订原因
– 修订日期
– 修订人
– 历史修订的作用
• 对修订前后进行比较
• 有利于维护和管理PRD
• 修订人
• 修订日期
• 方便查询，可以只看修订部分
– 将一些产品里面不易理解，容易混淆，或者缩写的词汇在开篇进行统一的列表说明，有利于阅读
– 例如产品100的
• 积分
– 根据产品100用户的一系列操作行为系统根据后台设定产生的虚拟分数，积分决定了用户
等级与论坛权限
• 威望
– 反应了用户在论坛里面的资历，是根据发帖数量，回帖数量，附件上传等综合因素决定，
是用户积分的重要参考依据
• 铜板
– 产品100的货币，主要用于购买有价值的下载资料与信息，完成新手任务可以获得初期足够
的铜板，发布下载资源也可以获得相当数量的铜板，铜板是用户积分的重要参考依据
标签：运营 收费 原型 历史 描述 简单的 修复 height 原则
原文地址：https://www.cnblogs.com/dabai123/p/11937184.html
