|
为什么要写MRD和PRD？如何写？ 这个问题看似简单，但是细细思量却又不是那么简单。写过 PRD 的人能体会到那动辄几十页到上百页的 文档写起来是相当滴痛苦和枯燥。我们为什么不直接就口头交流，避开那该死的文档呢？其实万物存在就 有其理由，MRD 和 PRD 也有其存在的理由。 首先，口头交流的信息保真度是有限的，我们需要借助于文字和图形来确保准确表达我们的思想； 再则，人的记忆力是有限的，我们不可能记住无限多的信息，我们需要记录于纸面的图文信息来存储我 们的思想； 最后，它是我们成绩的一种较好的体现方式。 如何写好MRD和PRD呢？ MRD 全称市场需求文档，侧重于对市场需求的描述与分析，属于（宏观层面的）高层定义。MRD 告诉 我们要做什么，用户是谁，有何利益，有何风险，产品轮廓是怎样的。MRD 就如房屋的设计图纸——简洁 而不简单，它定义了这个产品的基本形态。在这里我不想列一个 MRD 的模板，我觉得每个公司、每个人都 有适合本身的模板，我们要了解 MRD 背后的思想。掌握了 MRD 的思想后，你自然就知道如何构造适合自 己的 MRD 模板结构了。 我自己对于 MRD 背后思想的理解就是：如何精炼地阐述“怎样在有限的资源、可接受的风险下实现商业 与用户利益的平衡”。 相信你对 MRD 有了一定的理解，下面说一说 PRD——产品说明文档。如果说 MRD 是“设计图”，那么 PRD 就是支架结构。PRD 严格来说还是抽象层面的说明，但是又有一点点接近功能实现。PRD 详实地描述 了这个系统需要实现哪些功能，需要满足哪些质量要求和约束。MRD 如果是描述做什么，那么 PRD 就是 描述怎么做。 我个人觉得采用用例技术描述系统要实现哪些功能是个非常不错且得到业界认可的良好实践方法。用例 如果要详细说明，那也是一门大学问，这里不多赘述，有心人可以阅读相关书籍学习，我这里推荐《编写 有效用例》、《沉思需求》这两本书。我相信你掌握了用例技术后，也就知道如何书写 PRD 文档了。 请记住，PRD 的核心思想是：用系统架构师能读懂的语言描述系统在特定的质量要求和约束下是怎么做 事情的。 产品从无到有，每个环节关注什么？有何输入、输出物？ 首先，先说一下需求捕获阶段，这个阶段一般是由产品经理来完成。产品经理在这个阶段关注宏观层面 的东西多一些，思考范围较多在于： 我们要做什么类型的产品？ 服务于谁？ 通过我们的产品，用户能达成什么目标（用户需求、利益）？ 我们能得到什么（利益）？ 我们要实现什么功能需求，满足什么（质量）要求？ |
|
|
