《10 天掌握产品经理必备 7 大文档》是起点学院发起的帮助产品新人快速掌握产品岗相 关文档撰写方法及规范的 10 日学习计划。 一、PRD 文档如何维护？ 【疑问】日常工作中 PRD 文档是只维护一个文档，还是一个版本维护一个文档？ 【解答】如果是一次版本的 PRD 肯定得独立一个文档，因为每个版本的开发内容都会不 同，不可以把它覆盖掉。 如果同一个版本的 PRD，有可能会发生需求变更，需求升级之类的。这样的话就可以在 一个文档里面去迭代你的 PRD。所以不可能一概而论。同一版迭代的 PRD 是可以覆盖掉 的，主要看团队的习惯。 涉及到文档，如果能把历史版本都保留当然是好事。但是多个版本需要对他们分别管理， 避免研发人员对照的版本不是最新版本。管理历史版本有个坑！所以传递一定要及时。 二、文档相关的工作机制是如何进行的？ 【疑问】学完课程后还有几个问题，主要想了解文档相关的工作机制： 一是关于文档的完备性。 除了课程中的 7 种文档外，还有没有比较重要、有待学习的文档？特别是 7 种文档之间似 有断点：体验报告、竞品分析关乎认知，另外 5 种文档用于执行，认知和执行之间应该还 有“决策”，即了解市场和用户、明确产品定位之后，拍板上马哪些需求、拒绝哪些需求 ，决策环节是否也产生一些文档？（比如：用户研究、可行性研究、会议纪要等？） 二是关于文档的效力，也关系到决策机制。 比如：PRD 定下的需求，是否要通过更高层的批准才生效？领导能否任意改动需求？如果 领导提的需求与产品定位相悖，或者被用户研究结果否定，产品经理能否（以及如何）拒 绝？项目进行中向领导汇报频率有多高，一般用什么形式汇报（邮件、交互草图还是别的 ）？ 【解答】我们先来谈谈产品经理之于文档以及这个课程的作用。 首先，产品经理之于文档相当于猎人之于弓箭，农夫之于农具，本质上是工具问题。我们 去经营一个职业则会有“魂、道、术、器”四个层级的经营心法。您的问题当中我隐约可 感觉到以“器”“行道”，“驭术”的设想，有欠妥之处。 再谈谈本次课程的目的，主要是想通过几类产品经理经常要面临的场景，去讲解一些文档 ，希望大家认知，熟用。 谈完这些看似虚无缥缈的理论，我再试着来回答你具体的问题： 【问题 1】还有没有其他文档 答案：有的，比如：BRD、MRD、交互文档、用户体验地图、调查问卷、用户访谈文档 ，甚至会议记录等等，数不胜数。但是有许多文档，类似 BRD、MRD 对于新手 PM 来说 使用场景较少，交互文档之类的，在很多中小团队都没独立出来，而是直接将交互需求融 入到 PRD。 【问题 2】“认知”与“执行”断点问题 答案：不存在您所说的“断点”，因为“决策”的过程，通常是在“脑暴”、“讨论”、 “分析”、“验证”的过程，而这些过程更注重结果，就是到底听谁的。很少说，明明得 出结论了，还非要拿出一个很标准的决策过程的文档来。这样违背互联网短平快的方法论 。除非是特别重大的决策，需要多级汇报，这样的话，你就写个 PPT 吧，没有标准的论 证文档。 【问题 3】拒绝哪些需求的问题 答案：这个问题，其实是一个需求管理的一个延伸。就是需求收集-需求排序-需求设计- 需求开发，类似这样的过程。排序和 PK 需要整个团队参与，经过协商，PK，妥协等过程 才会最终出来结果。所以这个仍然是一个过程量，不建议再去输出什么文档。而是所有团 队对价值的判断（商业价值，开发成本，时间成本等） 【问题 4】文档的效力问题 答案：当需求已经到达“PRD”的时候，它一定已经是通过了大家的认可，需要进入开发 阶段了。而所谓的“审批”肯定是在此之前。有可能会涉及到需求变更，那也是在大家讨 论认可的情况下，去变更，去更新文档版本，周知各部门。 【问题 5】如何拒绝领导需求 答案：没有标准答案，国际难题。看你的沟通能力，看你自己的反省能力，看你的说服能 力。 这里提供一个大概的流程： 发现领导的需求不靠谱的时候，首先先自我反省一下，它真的不靠谱吗？万一我自己错了 呢？领导可能站在更高更远的角度去审视产品，而产品经理经常会被所谓的“用户体验” 耽误了。 自己去论证，最好有明确的数据支持，再去下结论，说领导的需求不靠谱。 前 两步都过了，想办法说服领导，需要技巧，沟通技巧，需求情商。 如果领导昏庸，最好 的做法，联合其他部门，看技术或运营能不能用一些缓兵之计，做一些表面上迎合领导， 却不伤害用户的折中方案。再有就是冷处理，不建议和领导直接冲突。 【问题 6】用什么形式汇报 答案：不限定，能达到汇报目的（比如只是让领导指定进度说明你在干活，或者需要申请 资源）就可以。或者根据领导喜好（有些领导就喜欢 PPT，有些领导喜好口头汇报） 总而言之，明白了产品过程的“魂，