万字案例,手把手教你从需求落地到上线
刚刚入行的产品新人在面试时,被问最多的一句话就是:一款产品从需求到落地需要经历什么样的流程?
通过网课和实习项目的学习,大部分人能够较为准确的回答出「需求收集-需求分析-方案设计-开发-跟进上线」这个最为核心的流程。但是当面试官再追问细节时,缺少丰富实战经验的新人就难以准确地进行回答。
背下这个流程或者按照这个流程直接执行似乎不难。但如果想要认真做好每一个环节,保证上线后的产品能够高度贴合用户的需求、对用户真正产生价值却是一个永恒的难题。
笔者经历过数十次迭代上线,其中有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
本文作者 @冰冰酱
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!