万字案例,手把手教你从需求落地到上线

刚刚入行的产品新人在面试时,被问最多的一句话就是:一款产品从需求到落地需要经历什么样的流程?

通过网课和实习项目的学习,大部分人能够较为准确的回答出「需求收集-需求分析-方案设计-开发-跟进上线」这个最为核心的流程。但是当面试官再追问细节时,缺少丰富实战经验的新人就难以准确地进行回答。

背下这个流程或者按照这个流程直接执行似乎不难。但如果想要认真做好每一个环节,保证上线后的产品能够高度贴合用户的需求、对用户真正产生价值却是一个永恒的难题。

笔者经历过数十次迭代上线,其中有1-2周的优化版本,也有长达数月的大功能版本,也算是在当前阶段沉淀出了一些经验。

因此,本文希望能够结合理论和实践,通过一个容易理解的案例——积分管理来帮大家梳理完整的需求落地流程,并给出每个流程和环节中的重点和难点,帮助大家形成更为立体的认知、避免踩坑。

首先,我们来看看一次完整的迭代需要经历什么?

下图为一个相对较为通用的迭代流程(建议放大看):

收藏!万字案例,手把手教你从需求落地到上线

(常见的迭代流程图)

  1. 业务:提出需求
  2. 产品:需求调研&分析
  3. 产品&UI:产品设计之后,产品输出PRD、设计输出UI稿
  4. 产品&UI&研发&测试:产品主导需求评审,设计主导UI评审,研发和测试为参与方
  5. 研发:进入开发
  6. 测试:研发提测后进入测试环节
  7. 运营:进行运营方案设计
  8. 业务&产品:对开发出来的产品进行验收
  9. 上线:由运维主导版本上线
  10. 运营:产品上线后,运营方案上线
  11. 项目复盘:整个迭代组进行项目复盘

上图清晰地描述了一次迭代流程中,对应的7个角色核心要做的事情。其中,灰色竖栏为产品需要主负责的,共包含5件事:需求调研&分析、产品设计、需求评审、验收及项目复盘。而其余5件事(提出需求、开发、测试、上线、运营方案设计&上线)则是产品需要跟进和关注的。

以上为一个较为通用的迭代流程,但由于各公司的业务、组织架构、团队规模等不同,部分流程可能会更简略或更细致。

例如,有些公司业务和产品均由产品经理来负责,产品经理需要自己主动收集需求并进行分析设计;而另外一些公司没有专门的运维岗,这个时候可能会选择用后端工程师来替代进行上线发布。

因此,我们看上面这张流程图时,不用纠结于公司是否有具体对应的岗位,而应该从该角色的职责范围来看,这样才能对各角色职责边界有更清晰的理解。

在掌握整个迭代框架后,下面我们从每一个具体的环节切入,来学习如何能够很好地将一个需求落地上线。

一、业务:提出需求

大厂一般都配备有业务部门,而规模稍小一些的公司或者个别行业可能就没有单独的业务部门。例如笔者所在的公司就没有单独业务部门,那么需求从哪里来呢?

因为笔者从事B端SaaS行业,其实是有相对明确的业务来源的,那就是公司的销售及售后部门。对B端产品而言,大部分的需求来自于销售和售后部门,其他则可能来自于客户、老板、竞品等。

第一步虽然是由业务方来提出需求,但通常,产品都需要提前制定相关的需求收集方式和模板,便于高效地收集到能够为自己所用的需求。

关于需求收集的方式,有些公司选择自建内部系统,有些公司选择使用现有的需求管理工具(例如禅道)。

而考虑到录入的方便、简单和可上手性,我们团队使用了腾讯文档-在线收集表(见下图)。销售和售后的同事在遇到需求时,可以直接填写该表。表格设计的很简单,但却包含了较为关键的信息。

收藏!万字案例,手把手教你从需求落地到上线

(问题收集表)

填好之后,会在系统后台默认生成一个「问题池列表」,在那里就可以非常直观地查看和管理问题池内的所有需求了。

二、需求调研&分析

在完成第一步需求收集之后,我们在问题池中发现销售同事在售卖SaaS系统时,录入了这样一条需求:

问题标题:积分功能

问题描述:希望系统有积分功能,学生可以用积分抵扣学费

问题紧急程度:需7日内回复

客户希望达到的目的:想降低线下发积分卡和管理积分卡的成本

当前客户如何解决该问题:线下手动发积分卡片

收藏!万字案例,手把手教你从需求落地到上线

(线下积分卡片)

那么,接下来我们就需要对这条需求进行调研和分析,了解客户为什么要该功能,具体想做成什么样子。

1. 调研

在一次迭代中,常见的调研包含行业调研、竞品调研客户调研这3种。

关于行业调研,大家可以通过如下3种方式进行长期的积累:

  • 艾瑞咨询、IT桔子等各类行业报告平台的调研报告
  • 加入行业社群
  • 关注行业自媒体,如公众号、知乎大v等
  • 阅读行业相关书籍

行业调研是一个需要长期投入和关注的长线工程,虽然有些迭代会包含一部分行业调研,但主要还是以竞品调研和客户调研为主。因此,这里我们不展开看行业调研,而是以竞品和客户调研为主。

(1)客户调研

这里再着重强调一些客户调研核心关注的相关内容。客户调研的本质,就是在反复沟通中明确需求的核心3要素:用户、场景、目标

那么将其代入到积分管理的例子中,我们就需要弄清楚:

  • 什么人要用到积分?
  • 这些人在什么场景下会用积分?
  • 他们的目标是什么?

在明确调研方向之后,就可以选用相对合理的调研方式了,例如问卷、一对一访谈、现场观察等。

问卷适用于有一定的用户规模、调研深度较浅的需求,虽然节约时间但效果容易被问卷设计所干扰;一对一访谈和现场观察适用于更为深入和直接的调研,成本高但调研效果更为可靠。

(2)竞品调研

经常会有人问「如何做好一次竞品调研」,这个问题的范围其实很大。因为,只给出竞品这一个关键词,是很难框定竞品调研的目标和范围的。

就像leader命令你去调研一个人,在没有任何调研目的的情况下,其实是很难聚焦来得到有效结论的。「人」和「竞品」一样,都是对象,因此,竞品调研的关键点就在于竞品调研的目的!只有明确了目的,才能清楚的框定范围、选择合适的调研内容和方式。

那么,对于一次迭代而言,竞品调研的主要对象就是一个明确的功能或者业务,目标就是明确竞品是否有实现这个需求?实现了哪些?实现到了什么程度?

以积分管理为例,下图为一张竞品积分功能对比的简单清单,供大家参考:

收藏!万字案例,手把手教你从需求落地到上线

(竞品功能对比清单)

竞品调研已经有非常成熟的方法体系了,鉴于篇幅,这里不展开讨论。除了上述内容之外,再和大家分享2个非常重要的点:

第一,在看竞品实现之前,提前思考自己会怎么做。

当我们直接打开竞品开始体验,会先入为主的接收到很多信息,并且会将很多细节自然地忽略掉。这其实会阻碍我们很好地把握竞品的调性和设计目的。

笔者的大哥曾经教过我这样一个很实用的办法:那就是打开竞品之前,提前想想自己会怎么做。思考半个小时后再简单画一个模型或图。随后,拿着自己的图去和竞品做对照,这样就能够非常有效的关注到差异点。

例如,客户有积分管理的需求,那我们先将业务拆分为获取、消耗和规则这3大需求,在满足客户核心场景的基础上没有太多延伸。

收藏!万字案例,手把手教你从需求落地到上线

拿着这个思维导图的框架,我们再去对照竞品,看它做了哪些、哪些没做,并猜测对方的出发点是什么。

例如下图,我们发现竞品额外还做了礼品兑换的功能。

收藏!万字案例,手把手教你从需求落地到上线

这个时候,我们就发现竞品有一个和自己预想不一样的功能点:为什么竞品的积分功能还支持做礼品兑换呢?

此时,我们就可以回过头来想想:是因为自己对场景了解不充分,客户有这样的需求,自己却没有了解到?还是因为对方希望引导客户去进行礼品兑换,从而通过提供商品购买渠道来增加变现方式呢?

经过这样的对比和冲突,才会让我们对竞争对手的思考更加集中和聚焦。

第二,关注竞品和自身在该功能上的竞争力对比

竞品调研时,我们很容易陷入功能和交互,忽略了背后的竞争力。

当我们的功能真的投入到市场接收客户的考验时,产品功能的完整性、覆盖度,各个功能的竞争力、短板和优势都会被客户拿到一起来进行赤裸裸地对比。

而如果我们在做竞品调研时,只考虑看对方的实现,没有关注竞手对该功能的宣传口径以及竞争力时,可能某种程度上会做出缺少竞争力的产品。当销售和售后部门去进行售卖和续费时,也难以给出能够打动客户的优势点。

当然,一个saas产品卖的好坏并不只是因为产品的竞争力,某种程度上也取决于公司的客户资源、行业地位等等。但是对于产品经理而言,做好自己份内之事,积少成多,某种程度上也能带来持续而稳定的影响。

2. 分析

虽然在调研过程中,我们也会随着调研的结果产生各种碎片化的思考。但这里的分析则指的是在调研结束之后,将全部信息进行统一整合、整合后再通过思考提炼得出结论的过程。

最近在看《:冰冰酱;公众号:setmefree

本文作者 @冰冰酱

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部