理清脉络——产品开发前都在做什么？

新手自学，根据自身理解跟大家分享一下近期的学习成果。在刚刚开始学习产品经理的相关课程时，总是被BRD、PRD、feature list、开发、测试等等专业名词搞得头大，通过看视频学习总感觉老师讲解的并不是我想要的，摸不清重点又觉得有点浪费时间，在网站上看相关文章又觉得知识零散，没有体系，我最后选择的是看书学习，可以很清晰并迅速的建立知识框架，自己就可以分清难点和重点再逐个击破。这是一点小体会，分享给大家。

我认为搭建知识体系是学习的重重之重，下面我将简要的介绍我眼中的产品开发前的点点滴滴，我会把要重要的方法论，编写的文件、图件和一般使用的软件加粗，让大家能清晰的看出作为产品经理应有的必备技能和用武之地。

图1 项目的开发流程图

产品的诞生是从需求分析开始，我们要尽可能多的采集需求，包括对市场的调研，竞品的分析，在竞品分析方面可以参考《用户的体验要素》一书中从 战略层、范围层、结构层、框架层和表现层 几个方面进行分析。

用户需求采集的常用方法包括 用户访谈、调查问卷、可用性测试和数据分析 。在产品的研发阶段主要应用前两种方法，用户访谈可以可以帮助我们在内心还比较困惑时寻找方向，而调查问卷主要适用与大数据量的信息搜集。经过了如上的工作我们搜集了大量的用户需求，下一步我们要将其转化为产品需求，得到产品需求列表，也就是俗称的 feature list （ 一般用 Excel 完成 ），产品列表的制作和需求的类型、 kano 模型 下的需求层级等基本要素我会在下一篇文章 需求分析的点点滴滴 里阐述给大家。上述工作也就是每篇文章都会提到的需求转化和打包。

图2 Kano模型图

同时在这个阶段我们要着手制作 BRD 文档 （ word/ppt 可选 工具 比较多 ）的制作，BRD文档是给大老板看的，方便大老板进行项目的筛选，在BRD阶段我们不用对页面细节有过多的描述，而是站在战略角度分析市场的情况，产品的定位，相关功能的介绍，以及最重要的资源的评估和商业价值的阐述，谁不希望做一个资源占用量少但商业价值高的“高性价比”产品呢？

图3 BRD文档基本要素

在BRD展示进行结束后，项目就进入了待执行阶段了，下一步便是进入了开发的前期准备工作：项目团队的组建、计划的制定、“鼓舞人心”的kick off会议的开展，当然最终要的是在这一阶段我们要开始编写 PRD文档 。 PRD文档全称Product Requirements Document，是对产品功能进一步细化的产品需求文档， 是给开发、测试人员看的，所以PRD文档要努力做到事无巨细，减少开发过程中的麻烦，PRD文档一般由 总体说明和用例文档部分（即UC部分）组成 ，UC部分首先要给出用例的可视化表示，说明各个用例之间的关系，一般用 类图、用例图、状态图（一般可用Visio工具） 表示，接着是用例的正文，由各个用例组成。有时候也可用些小的 Demo（Axure工具） 演示，更帮助团队成员理解产品。因为本文主要是梳清脉络，具体这些图例和Demo怎么制作，目的是什么先不列入讨论。

在大家一致通过PRD文档后，开发人员就可以着手开发工作，测试人员也可以开始编写TC测试，在后续的工作中仍有很多的评审工作以及很多的细节商讨，这些部分我们就留着日后再讨论。

感谢您看到了最后，上述我们讨论的流程和条条框框并不能作为提高产品质量的利刃，正如每个产品经理所说，文档是工具、方法论是工具，不要沉迷。对于资深的产品经理来说可能并不能说清这些条条框框，也没那么复杂，他们有的可能就是一种商业感觉，但我认为在初学阶段还是要“学究”一点，先弄清这些东西才能帮助我们更好的成长！

另：上述内容仅是我自己的理解，不知道是否正确，也肯定比较浅薄，希望大家能多多担待也能多多指教，希望我们能一起进步，成为出色的产品经理！

文/赵佳玉