万字案例，手把手教你从需求落地到上线
刚刚入行的产品新人在面试时，被问最多的一句话就是：一款产品从需求到落地需要经历什么样的流程？
通过网课和实习项目的学习，大部分人能够较为准确的回答出「需求收集-需求分析-方案设计-开发-跟进上线」这个最为核心的流程。但是当面试官再追问细节时，缺少丰富实战经验的新人就难以准确地进行回答。
背下这个流程或者按照这个流程直接执行似乎不难。但如果想要认真做好每一个环节，保证上线后的产品能够高度贴合用户的需求、对用户真正产生价值却是一个永恒的难题。
笔者经历过数十次迭代上线，其中有1-2周的优化版本，也有长达数月的大功能版本，也算是在当前阶段沉淀出了一些经验。
因此，本文希望能够结合理论和实践，通过一个容易理解的案例——积分管理来帮大家梳理完整的需求落地流程，并给出每个流程和环节中的重点和难点，帮助大家形成更为立体的认知、避免踩坑。
首先，我们来看看一次完整的迭代需要经历什么？
下图为一个相对较为通用的迭代流程（建议放大看）：
（常见的迭代流程图）
- 业务：提出需求
- 产品：需求调研&分析
- 产品&UI：产品设计之后，产品输出PRD、设计输出UI稿
- 产品&UI&研发&测试：产品主导需求评审，设计主导UI评审，研发和测试为参与方
- 研发：进入开发
- 测试：研发提测后进入测试环节
- 运营：进行运营方案设计
- 业务&产品：对开发出来的产品进行验收
- 上线：由运维主导版本上线
- 运营：产品上线后，运营方案上线
- 项目复盘：整个迭代组进行项目复盘
上图清晰地描述了一次迭代流程中，对应的7个角色核心要做的事情。其中，灰色竖栏为产品需要主负责的，共包含5件事：需求调研&分析、产品设计、需求评审、验收及项目复盘。而其余5件事（提出需求、开发、测试、上线、运营方案设计&上线）则是产品需要跟进和关注的。
以上为一个较为通用的迭代流程，但由于各公司的业务、组织架构、团队规模等不同，部分流程可能会更简略或更细致。
例如，有些公司业务和产品均由产品经理来负责，产品经理需要自己主动收集需求并进行分析设计；而另外一些公司没有专门的运维岗，这个时候可能会选择用后端工程师来替代进行上线发布。
因此，我们看上面这张流程图时，不用纠结于公司是否有具体对应的岗位，而应该从该角色的职责范围来看，这样才能对各角色职责边界有更清晰的理解。
在掌握整个迭代框架后，下面我们从每一个具体的环节切入，来学习如何能够很好地将一个需求落地上线。
一、业务：提出需求
大厂一般都配备有业务部门，而规模稍小一些的公司或者个别行业可能就没有单独的业务部门。例如笔者所在的公司就没有单独业务部门，那么需求从哪里来呢？
因为笔者从事B端SaaS行业，其实是有相对明确的业务来源的，那就是公司的销售及售后部门。对B端产品而言，大部分的需求来自于销售和售后部门，其他则可能来自于客户、老板、竞品等。
第一步虽然是由业务方来提出需求，但通常，产品都需要提前制定相关的需求收集方式和模板，便于高效地收集到能够为自己所用的需求。
关于需求收集的方式，有些公司选择自建内部系统，有些公司选择使用现有的需求管理工具（例如禅道）。
而考虑到录入的方便、简单和可上手性，我们团队使用了腾讯文档-在线收集表（见下图）。销售和售后的同事在遇到需求时，可以直接填写该表。表格设计的很简单，但却包含了较为关键的信息。
（问题收集表）
填好之后，会在系统后台默认生成一个「问题池列表」，在那里就可以非常直观地查看和管理问题池内的所有需求了。
二、需求调研&分析
在完成第一步需求收集之后，我们在问题池中发现销售同事在售卖SaaS系统时，录入了这样一条需求：
问题标题：积分功能
问题描述：希望系统有积分功能，学生可以用积分抵扣学费
问题紧急程度：需7日内回复
客户希望达到的目的：想降低线下发积分卡和管理积分卡的成本
当前客户如何解决该问题：线下手动发积分卡片
（线下积分卡片）
那么，接下来我们就需要对这条需求进行调研和分析，了解客户为什么要该功能，具体想做成什么样子。
1. 调研
在一次迭代中，常见的调研包含行业调研、竞品调研和客户调研这3种。
关于行业调研，大家可以通过如下3种方式进行长期的积累：
- 艾瑞咨询、IT桔子等各类行业报告平台的调研报告
- 加入行业社群
- 关注行业自媒体，如公众号、知乎大v等
- 阅读行业相关书籍
行业调研是一个需要长期投入和关注的长线工程，虽然有些迭代会包含一部分行业调研，但主要还是以竞品调研和客户调研为主。因此，这里我们不展开看行业调研，而是以竞品和客户调研为主。
（1）客户调研
这里再着重强调一些客户调研核心关注的相关内容。客户调研的本质，就是在反复沟通中明确需求的核心3要素：用户、场景、目标。
那么将其代入到积分管理的例子中，我们就需要弄清楚：
- 什么人要用到积分？
- 这些人在什么场景下会用积分？
- 他们的目标是什么？
在明确调研方向之后，就可以选用相对合理的调研方式了，例如问卷、一对一访谈、现场观察等。
问卷适用于有一定的用户规模、调研深度较浅的需求，虽然节约时间但效果容易被问卷设计所干扰；一对一访谈和现场观察适用于更为深入和直接的调研，成本高但调研效果更为可靠。
（2）竞品调研
经常会有人问「如何做好一次竞品调研」，这个问题的范围其实很大。因为，只给出竞品这一个关键词，是很难框定竞品调研的目标和范围的。
就像leader命令你去调研一个人，在没有任何调研目的的情况下，其实是很难聚焦来得到有效结论的。「人」和「竞品」一样，都是对象，因此，竞品调研的关键点就在于竞品调研的目的！只有明确了目的，才能清楚的框定范围、选择合适的调研内容和方式。
那么，对于一次迭代而言，竞品调研的主要对象就是一个明确的功能或者业务，目标就是明确竞品是否有实现这个需求？实现了哪些？实现到了什么程度？
以积分管理为例，下图为一张竞品积分功能对比的简单清单，供大家参考：
（竞品功能对比清单）
竞品调研已经有非常成熟的方法体系了，鉴于篇幅，这里不展开讨论。除了上述内容之外，再和大家分享2个非常重要的点：
第一，在看竞品实现之前，提前思考自己会怎么做。
当我们直接打开竞品开始体验，会先入为主的接收到很多信息，并且会将很多细节自然地忽略掉。这其实会阻碍我们很好地把握竞品的调性和设计目的。
笔者的大哥曾经教过我这样一个很实用的办法：那就是打开竞品之前，提前想想自己会怎么做。思考半个小时后再简单画一个模型或图。随后，拿着自己的图去和竞品做对照，这样就能够非常有效的关注到差异点。
例如，客户有积分管理的需求，那我们先将业务拆分为获取、消耗和规则这3大需求，在满足客户核心场景的基础上没有太多延伸。
拿着这个思维导图的框架，我们再去对照竞品，看它做了哪些、哪些没做，并猜测对方的出发点是什么。
例如下图，我们发现竞品额外还做了礼品兑换的功能。
这个时候，我们就发现竞品有一个和自己预想不一样的功能点：为什么竞品的积分功能还支持做礼品兑换呢？
此时，我们就可以回过头来想想：是因为自己对场景了解不充分，客户有这样的需求，自己却没有了解到？还是因为对方希望引导客户去进行礼品兑换，从而通过提供商品购买渠道来增加变现方式呢？
经过这样的对比和冲突，才会让我们对竞争对手的思考更加集中和聚焦。
第二，关注竞品和自身在该功能上的竞争力对比
竞品调研时，我们很容易陷入功能和交互，忽略了背后的竞争力。
当我们的功能真的投入到市场接收客户的考验时，产品功能的完整性、覆盖度，各个功能的竞争力、短板和优势都会被客户拿到一起来进行赤裸裸地对比。
而如果我们在做竞品调研时，只考虑看对方的实现，没有关注竞手对该功能的宣传口径以及竞争力时，可能某种程度上会做出缺少竞争力的产品。当销售和售后部门去进行售卖和续费时，也难以给出能够打动客户的优势点。
当然，一个saas产品卖的好坏并不只是因为产品的竞争力，某种程度上也取决于公司的客户资源、行业地位等等。但是对于产品经理而言，做好自己份内之事，积少成多，某种程度上也能带来持续而稳定的影响。
2. 分析
虽然在调研过程中，我们也会随着调研的结果产生各种碎片化的思考。但这里的分析则指的是在调研结束之后，将全部信息进行统一整合、整合后再通过思考提炼得出结论的过程。
最近在看《：冰冰酱；公众号：setmefree
本文作者 @冰冰酱
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！