从经营角度,谈谈须要治理
本文摘要:订阅专栏撤销订阅 数据运营,sherily_wangx400611需求管理,也是产品运营人工作中十分重要的一个使命。自己作者将从实践的工作中体会,以实践和理论相结合的角度总结一下日常中需求管理的流程方法。产品需求上线后,你是否常常有这样的疑问:页面布局改版跟想
订阅专栏撤销订阅 数据运营,sherily_wangx

4006

11

需求管理,也是产品运营人工作中十分重要的一个使命。自己作者将从实践的工作中体会,以实践和理论相结合的角度总结一下日常中需求管理的流程方法。

产品需求上线后,你是否常常有这样的疑问:

页面布局改版跟想象中的不一样? 平台新上的功用怎么没人用呢? 新的算法上了今后,引荐效果怎么更差了?

发生这些问题的一个十分重要的原因是需求管理不到位。

大大都状况下需求管理是由产品主管或者项目主管来主导,而大部分运营人员只提需求。因此也导致运营人员对需求管理参加不行,没有全局思维,过度依赖其别人。当然也有些公司设有单独的需求管理岗位,可是这个岗位更多是类似项目助理的人物,跟踪需求的完成进度。

实践上,作为产品运营人需求管理是工作中十分重要的一个使命,做好需求管理可以协助我们掌握产品的版本节奏和运营的战略方向。

接下来我将从实践工作中的体会,以实践和理论相结合的角度总结一下日常中需求管理流程方法。

一、需求管理六步走

需求收集——需求分析——需求界说——需求评审——需求跟踪——需求验收。

1. 需求收集,防止一句话需求

需求三个重要来历,公司战略层对产品规划,产品主管对产品的探究,以及运营人员基于实践工作中提炼的运营功率提高需求。

需求提出人需要给出需求布景,属于哪一个模块、要解决的问题及影响规模的评价等。只有把需求背后解决的问题想清楚,我们才干尽量躲避伪需求。

同时在小组内或者产品模块内进行开始的需求优先级排序。比如平台组需要规划平台内流量运营策略,活动组的需求触及支撑多品种型的活动,用户组需要做用户体系建设。都可以在组内先进行优先级排序。不然所有人提上去的都是高优先级的需求,那等于没有优先级排序。

2. 需求分析,通盘考虑,合并同类项

需求分析最重要的意图是披沙拣金,合并同类项。综合分析需求的价值,包括商业价值即对事务KPI的价值,和用户价值。商业价值重点考量需求能为我们事务KPI的贡献。

比如一个广告平台本年的商业化收入要求翻倍,可是依照现在的涨幅,差距还很大。商业化组要求在产品内再开发一个广告位,预计能直接带来收入增加20%,这样的需求一看有很有必要做。

那我们下一步分析,添加广告位,对用户体验有多大的影响,会不会形成用户流失。牺牲的用户体验我们是否能承受,假如这个需求刚好引荐内容也契合用户需求当然是最好的。

用户价值主要体现在需求适用什么场景,解决什么问题,产品可以提供什么样的解决方案。

一个大的需求可以分解其间核心点,采纳迭代的方法完成,也防止对其他需求资源的占用。

3. 需求界说,提供解决方案

基于需求价值分析后,产品可以提供什么样的解决方案,SE提供什么样的架构设计方案,开发评价相应的工作量,这个过程当中运营人员需要去了解提供的解决方案是否契合预期。

4. 需求评审,归入版本

各模块拉通,来评审确定哪些需求可以归入本次的版本方案。这里触及到整体对需求的排期,所以这里也必定是一场口舌大战。

5. 需求跟踪,掌握进度

关于产品主管来说,需求跟踪最重要的是减少延期风险。同时关于暂时添加的需求进行评价,对其带来的延期风险,给出合理预估。

作为需求提出人跟踪需求完成过程,及时与开发交流,能确保需求了解符合事务需求。

我早年就遇到过需务实现与预期不符的状况。提了一个报表需求,我认为是很清楚简略的需求。但是等开发让我验收时,傻眼了,十分多指标数值不合理。后来交流才发现他对指标的了解与我们界说的有误差。这导致他要返工,而我们的需求延期,真的对错常惨!

强调需求跟踪真的十分重要!甩手掌柜不可取!

6. 需求验收,流程闭环

需求验收一个是测试人员验收,还有一个运营验收。

测实验收主要考虑功用完成问题,但多是在测试环境进行验收,现网的状况他们可能无法触摸。因此运营验收就格外重要,对运营来说,这可以说是需求管理中最重要的流程。

运营验收:

关于功用型需求,运营需要组织表里部用户众测,重点测试流程是否跑得通。需要收集反馈定见,以便及时解决问题,防止正式版本呈现问题。

关于触及运营策略的需求,比如算法调整。就需要更加紧密的实验测试,小流量A/B测试,验证效果是否契合预期。当然关于A/B测试成果衡量也需要综合考虑,比如流量分配是否随机,是否掩盖了悉数人群,测试时间是否充沛,成果是否契合统计显著性等等。

确认需务实现契合预期,才算完成对需求的闭环。其时版本可以优化的问题,即组织优化处理。不能解决的问题,假如对事务影响不大,可以作为遗留问题,下次迭代优先完成。

二、需求排序方法

需求现在需求排序的三个干流理论方法,KANO模型、四象限法则、ICE模型排序法。KANO模型比较理论化。四象限法则对错常实用的方法,在我们日常工作中使用十分多,此处不再赘述。除此之前个人认为比较实用的是ICE排序,兼顾理论和现实的平衡。

ICE模型:

Impact:需求上线后的预期影响有多大; Confidence:需求成功的概率有多大; Ease:需求需要多少本钱才干上线。

应用举例:

三、(题外)需求使用状况跟踪

有时分发现做了一个需求,实践使用率很低,这要怎么办呢?

首要我们要进行需求回溯和用户调研,找到没有使用的原因。假如是功用欠好用,那我们后期可以优化。其次,对使用者进行相关的培训,引导他们正确使用,提供功率。

还有最糟糕的状况是当时提的需求后期发现没有太大实用价值。这类状况只能从前期的需求分析阶段把控,尽量防止此类需求进入后续流程,消耗人力物力。

 

本文@雪莉 原创发布于人人都是产品主管。未经答应,禁止转载

题图来自Unsplash,基于CC0协议


人人都是产品主管(woshipm)是以产品主管、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位效劳产品人和运营人,建立9年举行在线讲座500+期,线下分享会300+场,产品主管大会、运营大会20+场,掩盖北上广深杭成都等15个城市,内行业有较高的影响力和知名度。平台集合了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一同生长。