产品经理必须准备的 10 个最重要的文件

与工程部门的书面沟通更为出色，因为它在整个产品团队中更加一致，更加持久，并且提高了责任感。” ——本霍洛维茨

正如本·霍洛维茨 (Ben Horowitz) 恰当地总结的那样，书面交流就像一条河流，将与之接触的每个人都沉浸其中。 在业务场景中也是如此。

事实上，书面交流是一种更统一的方式来交换每个团队成员都应该了解的软件信息。 这就是产品经理花时间维护与软件相关的每项任务的文档的原因。

据了解，为众多流程创建多个文档有助于使整个开发流程井井有条，避免因误解而导致的意外问题。

为了确定文档对产品经理的重要性，让我们看看这样做的一些好处。

为什么产品经理应该关注文档？

• 制定精确的产品愿景——文档帮助产品经理确定围绕主要产品的项目中所有“为什么”的答案。 编写所有内容有助于产品经理做出关键决策，并在一开始就得到诸如“产品是为谁设计的？”等问题的答案。 ”和“为什么需要开发应用程序？”。 这消除了任何混淆和错误的机会。

• 规划的主要帮助—— “你不能假设你的产品是最好的解决方案——你需要为它做好计划。” 现在，首先，计划是最重要的。 当经理通过创建故事、冲刺和目标以清晰而雄辩的方式记录他们的愿景时，整个开发团队就能够创建一个符合用户需求的软件。

• 支持及时执行——如果计划没有按时以正确的方式实施，计划将是徒劳的。 为了将应用程序愿景转变为真实且运行良好的应用程序，产品经理使用文档并与设计师、工程师等建立书面沟通，以推动他们朝着正确的方向前进并执行明确的计划。

• 让团队成员负责——通过完整地保存与产品相关的所有任务的文档，产品经理可以访问有关团队成员正在做什么的大量信息，并使他们对他们的任务份额负责。 记录一切，让事情变得简单和透明。

• 客户的需求得到满足——通过记录从应用程序创意到规划的所有内容，产品经理可以轻松访问应用程序中应包含哪些功能以及每个功能必须执行的功能。 之后，他们可以以详细而清晰的方式将此评估传递给团队，以便最终产品正是用户所需要的。

产品经理最常用的文档

1. 竞争分析文件

“了解您的实际优势的一种方法是进行竞争分析。”

竞争分析包括对竞争对手的产品和服务、市场份额及其优势和劣势的研究。 准备一份包含所有上述参数的竞争分析文件，以与整个开发共享。 产品经理只有在广泛研究竞争对手之后，才能最终确定他们的应用程序或软件会是什么样子。

文档中的竞争对手的表格可能看起来像这样：

• 参赛者姓名
• 参赛者网站的 URL
• 它拥有的精确用户数量（估计其产品和服务的有效性）
• 竞争对手在市场上的存在时间
• 竞争对手的具体情况和专长
• 服务/产品成本
• 杂项说明

由于产品经理执行多种类型的分析，因此文档中的内容可能会有很大差异。 其中一些突出的是能力分析、竞争格局、竞争差异分析、可模仿性阶梯和价值主张分析。

2. 产品战略和愿景文件

产品愿景描绘了我们正在努力创造的产品的未来。 它可以是故事板、叙述或原型的形式，旨在激发团队、投资者和合作伙伴对产品的兴趣。

产品策略是在实现最终产品之前要创建的产品序列。

有能力的产品经理的最佳技能之一是创建产品愿景，但不仅如此。 他们还需要制定引人注目的产品策略，以便对产品有清晰的认识。 产品愿景必须是鼓舞人心的，产品策略必须是非常有目的性的。 因此，创建文档是为了记录与探索产品可能变成什么样以及如何将愿景变为现实相关的所有数据。 首先，这些文件与利益相关者共享以获取反馈。

3. 规格和产品需求文件 (PRD)

产品需求文档是一种将应用程序的不同元素集中在一个位置的一站式文档。 规格文档是最常见的文档类型，其中包含对应用程序功能的描述等。

每个 PRD 可能彼此不同。 这些文档概述了研究问题陈述、成功指标、 MVP 功能列表、工程实施细节等。

PRD 结合了产品全貌中的每一步，以及是否包含或排除某些功能并识别任何潜在问题的选择。 产品经理可视化项目开发过程所需的时间，了解开发过程所需的预算，并使用此文档在客户和开发团队之间形成相互全面的理解。

4. OKR、KPI、成功指标

OKR，Objective & Key Result 的首字母缩写词，是产品经理用来建立目标然后访问正在进行的产品开发过程的结果的一种方法。 目标引导团队朝着目标前进，结果表明目标是否实现。 它包括在这个过程中回答的两个问题——“你想去哪里？” 和“你有没有到达那里？”

鉴于，KPI（关键绩效指标）是对正在进行的开发过程成功的一种绩效衡量。 KPI 的一些示例是销售中的客户生命周期价值和试用客户转化率、营销中的 Web 流量和转化率等。相应的文档包含所有这些目标及其在此过程中实现的结果。

5. 路线图文件

图片来源：产品计划

路线图是产品经理应该保留的主要和关键文件之一。 路线图是让团队了解产品重要性的一种方式。

产品经理制定产品生命周期，解释在何时以及如何进行整个过程需要做什么。 路线图是为成功创建软件或应用程序而开发的所有项目的编译文档。 这是整个团队都遵循的产品经理创建的路径。 这些可以创建为 Word 文档和卡片组。

6. 设计和原型文件

第一次很难确定一些东西。 产品设计也是如此。 最初的想法可能不是最终的想法，因为在此过程中会发生数千种变化。 因此，产品经理需要保留一份文档，其中包含产品设计中所做的所有更改和变更。

与工程师或设计师相比，产品经理的产品原型设计截然不同。 在原型设计中，产品经理设定正确的期望并为团队铺平道路。

如果您想知道为什么产品经理需要创建应用程序原型文档，那么看看这样做的一些好处 -

• 消除误解的风险
• 快速迭代
• 在流程早期对概念进行论证
• 提高技术反馈的质量

7. 用户旅程和故事文档

用户故事和客户旅程图是有助于顺利开发任何应用程序或软件的两个重要工具。 产品经理为这两个角色创建和管理文档，以记录每一个小细节。

在用户故事文档中，探索了用户使用特定功能的原因的可能性。 产品经理创建每个可能的催化剂的文档，这些催化剂会引导用户使用应用程序的功能。 我们可以将其视为微观层面的用户旅程。

而在用户旅程中，从购买/下载产品到使用其功能的整个用户体验都映射在一个文档中。 这有助于产品经理进一步向他们的团队和相关方（利益相关者等）解释，并建立他们对产品的信任。

8. 发行说明和范围

图片来源：产品计划

顾名思义，发行说明是随即兴应用程序的发布而发布的文档。 产品经理汇编此文档是为了通知用户有关新规范、已修复的错误以及升级后的应用程序广告。 没有两份文件是相同的，因为应用程序彼此差异很大。

范围说明也称为工作范围文件。 在这种情况下，管理人员绘制出应用程序或软件拥有的功能范围。 这些功能将促进什么等等。

9. 内部指南和常见问题解答

这些私人内部常见问题解答是为利益相关者准备的，以便他们随时了解整个产品开发过程。 这些常见问题解答的格式非常简化。 这可能拥有具有强大 UX 组件的产品的线框或用于划分线框文档的链接。

这些内部指南包含有关在开发过程中如何工作的所有数据。 它具有对产品经理很重要的两个功能——确保以一种便于成员之间轻松交接的方式记录数据，并作为面向外部角色的参考，以协助客户，如销售、营销、客户支持和什么的。

10. 面向客户的指南

面向客户的指南是简单的用户手册文档。 创建包含有关如何使用已开发应用程序的说明的文档落在产品经理的肩上。

如果没有这个，用户可能会发现自己在如何操作产品方面陷入混乱，至少在初始阶段，直到他们自己弄清楚流程。 因此，很清楚为什么该文档如此重要，以至于它是产品经理最常用或创建的文档之一。

最后的想法

总而言之，这些是称职的产品经理为了享受有效的产品管理流程而最常使用的前 10 个文件。

{查看产品经理用来解释管理概念的 5 个最佳图表}

通过将任务的信息分离到不同的文档中，它们消除了任何误解和差异的可能性。 它呈现了一个高度组织化和流畅的开发过程，每一个小步骤都被记录下来。

经常问的问题

问：项目经理应该保留哪些文件？

众所周知，保存文档对于任何熟练的产品经理来说都是必需的。 问题是哪些文件是重要的。 因此，这是每个产品经理保留的重要文件列表。

• 竞争分析文件
• 产品战略和愿景文件
• 规格和产品需求文件 (PRD)
• OKR、KPI、成功指标
• 路线图文件
• 设计和原型文件
• 用户旅程和故事文档
• 发行说明和范围
• 内部指南和常见问题解答
• 面向客户的指南

问：应该花费多少时间进行计划？

花在计划上的平均时间百分比是 10%

问：MRD 和 PRD 有什么区别？

虽然有时这两个术语可能会互换，但它们本质上是不同的，并且服务于不同的目的。

MRD 被称为市场需求文件，用于阐明目标市场、用户和买家资料的重点定义。 它是讨论用户需求和愿望的文件。

鉴于 PRD 是将产品的所有不同元素集中在一个位置的一站式文档。 该文档定义了产品的广度和范围，以便整个开发团队知道如何开发产品。

问：是什么让 PRD 好？

PRD 是一份重要的文件，因为它有助于描绘出什么以及如何开发产品的全貌。