产品经理从0到1全过程简介设计文档及研发流程

主题是项目的一个周期。首先介绍一下产品项目的大致流程（以网站产品为例）。

                      项目开发流程图

一、概要设计：

在PRD完成后，产品经理就要与研发一起确定产品的细节，进行产品的概要设计。概要设计由研发经理及主要研发人员完成，PM的主要任务是检查与需求对应功能是否都被包含在概要设计内。

1、概要设计阶段：在这个阶段，设计者会大致考虑各模块的内部实现，主要集中于划分模块、分配任务、定义调用关系。模块间的接口与传参在这个阶段要定得十分细致明确，应编写严谨的数据字典，避免后续设计产生不解或误解。

在概要设计阶段，应最大限度地提取可以重用的模块，建立合理的结构体系，节省后续环节的工作量。概要设计文档最重要的部分是分层数据流图、结构图、数据字典以及相应的文字说明等。

2、参加概要设计评审：当产品需求提到技术层面时，一般技术人员会对需求进行概要设计、评审、详细设计及评审、开发实施等环节。当然产品经理一般不会在技术层面介入太深，但为了尽量使需求不偏离目标，就要参加技术层面的概要设计评审。

参加概要设计评审可以了解需求在启动技术设计时，涉及到的相关系统、干系人、内外部团队等，大致了解技术实施层面的困难、瓶颈和资源需求，评估项目时间排期及执行中的困难，以减少用户类型、路径等环节的偏差。

二、研发的流程：

在这一阶段PM的主要工作是跟进研发进度，保证项目的正常进行。

其有以下四个方面：

1、主要流程：

1-1、编码：编码之前，程序员已经进行了概要设计、数据库设计，并进行内部讨论和评审。程序员对文档有疑问或不理解，需与PM行沟通，了解其真实涵义，不得以任何理由私自更改已确定的PRD、GUI方案。确有功能需做调整，程序员需与PM需求方共同协商完成。

1-2、最初测试：在开发小组内部进行，测试的方法也较多，黑盒、白盒、压力、应力等。此阶段应完成80%以上的需求开发，测试以PRD为准。测试完成后，收集反馈，修复BUG，优化流程。

1-3、二次测试：有选择地请一些最终用户实际使用，将发现的问题反馈，开发者对系统进行最后的修改，之后准备发布最终产品。

1-4、产品发布：β测试后，PM验产品。如产品与策划方案相差较大，有权不接受产品，责任由开发部门负责。将产品发布日设为里程碑，以此考核整个项目的运作效率。

2、研发流程中的管理方法：关于管理的方法，PM需要掌握的有很多，比如甘特图、basecamp团队协作等，这里主要介绍敏捷开发，其他部分希望大家自行学习掌握。

敏捷开发是以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行的特征。

敏捷开发的具体流程可归纳如下：

1、梳理产品需求（Product Backlog）

定义 Product Backlog 时，需要遵循 INVEST 原则，即：Independent（独立的）、Negotiable（便于沟通的）、Valuable（有价值的）、Estimable（可预估的）、Small（短小）、Testable（可测试的）。同时还需要定义需求的优先级，方便后期对需求的删减。

2、制定迭代计划：在迭代开始之前，需要召开迭代计划会制定这一个迭代的计划，把 Product Backlog 按照优先级排序，了解具体每一个需求，团队成员根据需求的复杂程度评估每个任务的工作量，确定迭代任务，在敏捷中称之为 Sprint Backlog。

                    迭代任务白板示例

3、迭代执行：在迭代进行期间，由大家认领上图白板上的 Backlog，每天早上要开一个每日站会，时间在 10 分钟以内，由大家依次报告3个问题：我昨天做了什么、今天计划要做什么、遇到了哪些问题。

4、迭代总结：迭代的最后一天要做：成果展示和团队的内部总结。

作者：小叶（微信公众号：zuopmL）后面更新从0到1的做产品的过程