围绕我写的第一份PRD文档。我会将V1版本，和最终交付版本进行对比

 为什么会写这个主题？

由于公司组织结构调整，我换到了另一个部门，并且承担新部门官网设计的产品工作，到这里，我成为了一名正式的PM，从Project Manager，到Product Manager。

作为PM，需要设计产品，写PRD文档。

优秀的产品经理，一定会写一份优秀的PRD。

本文主题，围绕我写的第一份PRD文档。我会将V1版本，和最终交付版本进行对比，从而阐明主题，如何写出一份结构化的PRD文档。

对V1和最终交付版本PRD的比较，会从下面两个维度展开比对：

1. 格式
2. 产品逻辑

在回顾的过程中，也会顺带对评审会时候大家讨论的一些产品细节，进行复盘思考。

介绍一下背景：

部门官网有待优化，因此，我需要给出产品优化文档。

我首先参考了网上的一个官网注册登录需求文档，写了第一版的PRD。写完后，发给了组长，组长给了反馈：觉得我写的比较像流水账，像是意识流，不够结构化。接着，他给了一份PRD文稿模版。

关于“结构化”这里比较有意思，虾宝给了如下建议：

1. 什么是结构化？结构化是拆分组块业务逻辑
2. 文字是脑子的表现，写得不清晰，不是文档的问题，是对业务辑的理解不够

同时，虾宝建议：

可以先找研发对一下需求，连接上下游的关系。然后再写，把层次关系梳理出现，再用图表或流程图表现

虾宝的建议，对我非常有启发。如果说PRD模版给我的是一个框架，框架可以让我有地方填东西。虾宝给的反馈，让我懂得了如何思考。通过思考，将经过梳理的内容正确地填进框架之中。单有框架是远远不够的，还需要，知道思考如何把内容填进框架中。

拆分组块业务逻辑，梳理业务上下游。这是思考的方式。

于此时，我终于开始知道了如何正确地用PRD文档来表达我的需求。下面，我会仔细描述一下修改后的PRD文档以及在评审会时候大家的讨论，通过这个描述，梳理总结出正确的思考表达逻辑。

02 开始写PRD

目录

1. 产品背景
2. 名词解释
3. 产品综述
4. 用户故事
5. 需求详述
6. 评审记录
7. 其他问题描述

对于每一个小模块，我都会分别从3个方面阐述：含义解释、PRD描述正文、以及注释。

含义解释是从定义上界定该模块需要描述的内容，PRD描述正文是PRD文档中我对该模块的详细展开，注释是解释为什么PRD描述正文会这样展开，背后的思考逻辑。

1. 产品背景

1.1 背景概述

含义解释：背景概述是用简单的语言大概概括一下大的背景，让人知道我们本次要讲的内容大概是什么。

描述正文：官网为用户提供产品试用，目前，完整的试用流程如下：

用户在官网进行注册，填写申请试用表单。商务（运营）在管理后台，对用户的申请进行授权操作（允许/拒绝）。

注释：这样的背景描述，是将云官网，本次的产品需求，用业务流程串联起来，从前端到后端。从业务流程出发，将业务串联起来，这是一种非常好的方式。用一个事件，将涉及的所有产品功能都串联起来，让本次讨论有主线。

1.2 问题与机会

含义解释：问题与机会描述我们希望通过这个产品需要解决的问题，或者是我们正在寻求的机遇。一般来说，这段话的作用在于让人阅读后明白我们为什么要花时间做这件事，以及明白了这件事的意义所在。重点在WHY，关于WHY的重要性，大家可以看一个演讲叫做How great leaders inspire action。

1.2.1 当前流程存在如下问题

描述正文：

1）用户端（官网）：

• 试用注册流程繁琐
• 试用申请表单无法支持用户身份区别（企业/ 个人）
• 未申请试用的用户进入到控制台，无任何提示

2）运营端（管理后台）

• 无法查看用户申请试用的时间
• 不支持运营就试用用户跟进做记录
• 需要为每个申请试用的用户手动开通账号

注释：在这里我将问题进行了拆分，将前端与后端做分别描述。

1.2.2 我们的优化目标/机会

描述正文：通过优化，让来到官网的用户，可以体验良好的进行注册、申请试用产品。

注释：目标的制定，如果按照管理大师德鲁克在《管理实践》中提出的目标管理方法原则来制定，更好。顺便回顾一下，德鲁克提出的SMART目标计划

1. 目标要具体
2. 目标要可衡量
3. 目标要可实现
4. 目标要相关
5. 目标要有实现性

1.3 边界界定

含义解释：明确界定产品规划的界限，列出不在此次版本产品规划之内的需求。有利于在未来讨论时不用反复出现“那我们做不做这个？做不做那个”的讨论。