互联网产品从需求到落地的旅程 | 产品笔记

01

产品研发过程

互联网产品研发过程：

一般可以把产品的过程分为：需求分析、产品分析、产品规划、产品设计、产品落地。

• 需求分析：产品经理需要定义清楚目标用户，通过各种方法接近和了解目标用户，甚至变成用户，尽可能全面、准确的找到用户需求，并通过各种方法校正需求，逃出“伪需求”的魔咒，并根据技术趋势、生态革新趋势、时代变迁趋势，来提前预判需求；
• 产品分析：产品经理需要对比行业市场竞争对手的情况，思考当前行业、市场环境和自身优劣势，制定出合理的产品策略和周密的商业化策略，从而更好的切入市场，获得立足之地并谋求长远发展；
• 产品规划：产品经理需要面对诸多需求，决策做哪些？不做哪些？先做哪些？后做哪些？
• 产品设计：产品经理需要协同设计师推进视觉设计和交互设计，并用最低成本进行快速迭代；
• 产品落地：产品经理需要协同开发人员一起，推进产品的开发、测试、部署、发布，把控项目节奏，确保产品按时保质上线；

02

产品需求落地的管理过程

项目启动：

好的开始是成功的一半，一个好的项目启动能极大的提高项目的成功率，避免项目过程中的很多风险。项目启动的重点是需求宣讲，说明这个项目为什么要做，我们相比其他人的优势是什么？如果不做，用户会损失什么？项目的目标和预期以及这个目标大家认不认可？如何衡量结果好坏？让大家知道你要干啥、为啥干、干了有啥好处等。

项目的目标必须满足SMART原则，项目目标是结束时我们衡量项目是否成功，需要一个清晰明确的目标指导我们判断项目成败。

需求评审：

需求评审需要讲清楚需求目的是什么？解决方案方向是什么？大致的成本和收益，用来决定这个需求到底是否开始做。产品经理需要将需求描述明确清楚，让开发、测试、设计等人员理解一致，对需求进行拆分，确保顺利分工配合。

参考需求评审流程：

• 产品初稿：产品内部评审，给出核心主流程、核心产品解决方案，方案较粗糙；
• 技术初稿：开发前两周和技术负责人过稿，主要是粗略评估技术障碍、技术工作量等；
• 产品终稿：在产品内部过审，给出完整方案，包括中高保真原型、完善边界条件，完善异常case；
• 开发终稿：开发前一周技术过稿，主要是精细的讲解需求；

在需求评审时，需要做到提前信息充分公开并有会议邀请，关键人员到位，评审后关键参与人明确工作目标和职责。产品经理需要进行重点信息和问题等收集，并同时做好信息公开同步及重大问题的单独跟进等事项。

项目排期：

评审完后进入项目排期阶段，对资源进行盘点以及对目标进行聚焦，和参与的同学沟通清楚投入度和时间节点，并让开发、测试等人员给出排期。一定要明确几个重要的时间点：设计评审、测分评审时间、提测时间、产品验收时间、发布时间。在排期中遇到可能的风险要及时对外同步。

项目排期时可能会遇到以下问题：

• 排期时间过长。我们可以通过拆分需求、增加人力以及分阶段进行开发等方式进行，并建议最小开发任务模块评估最好不要超过3人日 ；
• 其他项目排期冲突。首先分析冲突原因是因为产品节奏冲突还是人员冲突，确认好冲突原因后再共同协商总体排期；
• 重要阶段未给足充分时间，如架构设计阶段、系统联调、测试等经常忽略项。需要我们提前协商好，和各个岗位人员沟通并做好协调；

研发阶段：

排期完成后进入研发阶段，大家精力都会集中在各自负责项目的模块上，开发同学输出相关架构设计进行评审，测试同学输出相关测试用例进行评审，需要做到重要的流程有图、文字、用例覆盖；重要的设计方案和测试用例需要提前同步沟通讨论是否存在可能的风险点，并及时做好相关的对外同步。研发过程中产品经理应该及时进行信息跟踪，对于可能涉及到排期的调整，要及时沟通和调整，并进行相关进度汇报，如当前项目的进度、各个模块的进度、风险同步与处理等。

测试阶段：

研发同学开发、联调完成后提测进入测试阶段，开发任务基本告一段落，剩余的是测试bug修复，测试提交的的测试bug需要做到日清，不能按日清需要有原因跟踪。在测试过程中，开发同步进行code review，开发负责人对关键链路设计、流程日志记录等进行重点把关。

产品验收：

一般测试完成进入产品验收阶段，对于ToB产品验收的目标是检查产品功能能完整性、产品体验，产品验收最多只会占可能不到整个项目case的一半，因此将产品验收作为最后的质量兜底是不可取的。对于ToC产品验收的目标是全方位无死角覆盖需求功能及细节，是对产品功能、细节、问题的最后一次的体验。验收产品前可以进行一些准备性的工作如验收产品验收checklist、数据的准备、验收问题列表、埋点验收准备等帮助产品验收。

需求发布及复盘：

以上阶段完成，需要进入发布阶段，是整个流程中最重要的一环，发布时需要注意依赖控制、时间节奏把握等事项，建立发布群通知机制，产品经理随时关注发布动向，发布完成后进行相关线上验收。发布后的线上检查需要注意是否会影响线上的功能和数据。发布完、线上验证完毕，进行项目复盘，复盘起初设定的目标是否达成、过程中的优缺点等事项，发布邮件或通知同步参与人员，让需求有始有终，并及时安排庆祝（请下午茶庆祝、仪式感很重要）。

【其他的补充】

产品需求管理的衡量指标：

• 需求的吞吐量：团队指定时间段内完成的需求数，可大体反应出团队的产出趋势；
• 需求的平均完成时长：需求从创建到终态的平均时长，时间越多，需求交付粒度越小效率越高；
• 新增缺陷的数量 ：统计时间段内团队被新增指派的缺陷数量，结合存量缺陷以及缺陷平均解决时长，反应团队产品的质量以及对于缺陷解决的效率；
• 缺陷的平均解决时长 ：缺陷从创建到解决的平均时长，表示解决缺陷的效率；
• 线上发布的成功率：线上发布成功次数与总次数之比，越高证明产品上线质量越高；
• 缺陷的 reopen 率 ：缺陷被 reopen 的次数与缺陷数目之比，该值越高证明修复缺陷的质量越差，reopen 率是表示产品质量的一个重要指标；