神刀安全网

保障产品策略!浅议产品需求挖掘

【文章摘要】虽然产品的效果和用户体验是产品经理首要追求,但有时候为了保障策略和产品战略的同步,我们还需要处理一些业务方或运营方提出的运营需求。

保障产品策略!浅议产品需求挖掘

本文作者:hihipm  原文地址: 猛戳这里

我们常说产品经理是一个产品的CEO,我们必须对一个产品的生老病死负责,因而也需要各种各样的能力。但对大多数一线产品经理来说,最重要的价值体现在需求的挖掘发现上,至于推进运营等等,只是锦上添花的事情。那么如何发掘需求呢?

排除那些行政任务(老板要求而不得不做的)之外,我们常见的需求来源有Case分析、数据分析、用户反馈、业务需求等几种,其中Case分析和数据分析方法是相对比较常见的需求挖掘方法。今天就介绍一下这四种目前我已经使用的需求挖掘方式。

1.Case分析

Case分析是通过对已有情况(展现在用户面前的情况)的调查分析,来确定策略改进方向,它相当于抽样统计来反映整体情况的分析方法。Case分析方法是搜索中最常用和最基本的分析方式,坊间也流传着各种大佬坚持查看分析query的传闻。除了搜索以外,其他策略相关如排序、防作弊、推荐等产品采用Case分析方法也能够帮助整体直观把我策略的整体情况,以明确改进方向。

Case分析常见的操作步骤是抽样提取策略访问日志来进行分析,当然你也可以使用自己的设备进行测试,但是由于产品经理自己一些测试性操作,自己的设备不太具有真实用户的特征,因此不太建议直接使用自己(或同事)C端设备采样分析。既然是通过抽样的方式来了解策略在用户端的整体体验情况,因此Case分析就需要遵从两个基本的原则:

一就是抽样合理,简单的说就是尽量随机;

二是有能力真实还原用户的使用场景。

抽样随机是相对来说比较容易达到的条件,使用简单的随机方式就能从海量的日志中取样,但还原用户场景就必须借助一定的工具才行,因为我们在策略中会使用一些个性化和实时性的数据,有些个性化和实时性数据还可能是决定性的。那应该怎么办呢?一般的方式是还原(伪造)请求,将所有会影响策略的参数通过伪造的方式来进行场景还原。

在获得了可以进行分析的Case之后,我们就可以对所关注的内容进行分析了,比如用户搜索请求类型和占比(确定优先级)、排序的效果和Badcase分布(确认应该对什么样的情况进行优化)、作弊识别的准确程度(找到作弊识别的漏洞)等等。

Case能够表现真实的用户体验,因为Case分析法也能够最直接的发现用户体验问题,是策略产品经理最应该掌握的需求挖掘手段(然而本人在这块做的并不好,刚被领导批评过,自勉)。

2.数据分析

虽然Case分析是比较常用且直接有效的需求挖掘方式,但是Case分析存在一个缺陷就是必须靠人去进行评估,而有些问题是无法通过人眼识别或者容易被人所忽视的。这里另一种需求挖掘方式就派上用场了,那就是数据分析。数据分析能够很好的发现肉眼无法观测到的策略问题,特别是在处理一些具体topic的时候能够对策略改进方向提供很好的指导。

比如我们在解决策略系统可能存在的物品冷启动效果不佳的问题时,单凭Case分析的方式是无法确认问题的,而且物品冷启动问题涉及方面较多,这就需要多方面的数据进行分析。当我们尝试要解决物品冷启动这一类问题,可能需要从展示、转化、策略特征分析等多个方面来确认物品冷启动效果不佳的主要原因是什么,然后基于症结所在提出改进需求。

数据分析的思路和Case分析有很大的区别,Case分析是从样本去发掘整体问题,而数据分析方法更宏观,它从全量数据的角度去发现问题。同时,数据分析方法也能够发现那些Case分析无法得出的类似转化率、退款率等需要计算来体现的内容所存在的问题。但数据分析方法也存在明显的弊病,那就是由于只考虑整体的情况,并不关注真实的用户体验。

在KPI的指导下,我们可能会只关注数据的增长而忽视细节体验的问题,如果只采用数据分析方法,可能发生的状况就是KPI数据持续增长,而用户体验无法提升或在个别情境下用户体验极差的情况。

另外,在产品经理的需求来源中,除了发现问题,还有一个重要的部分就是发掘机会,而机会的发掘往往依靠的数据分析,这一点确实是Case分析无法做到的。关于如何发掘机会,可能需要一个专题,我们留到后面再讲吧。

3.用户反馈和业务运营需求

以上说的Case分析和数据分析方法是常见的需求挖掘方式,下面介绍两种不那么常见但不得忽视的需求挖掘方式。我们常说产品经理要学会站在用户的角度思考,但是由于各种原因,产品不可能能替用户考虑到所有问题,因此我们要能够认真倾听用户的意见(抱怨),经常通过访谈的方式和策略相关方进行沟通,倾听利益相关方的述求,往往有意想不到的收获。

比如对电商排序产品经理来说,和商家(或者商家代言人)进行访谈,就可以了解商家在排序上的看法,如果运气好的话,还能够洞察竞对的动向和对比不足。

虽然产品的效果和用户体验是产品经理首要追求,但有时候为了保障策略和产品战略的同步,我们还需要处理一些业务方或运营方提出的运营需求。假设某产品的业务发生转移,从主推A商品转移到B商品,那么从公司战略出发,很可能会要求在牺牲用户体验和交易额的情况下,在排序和推荐中给B商品更多的曝光机会。

这类需求往往是由业务方或运营方提出的,因为这类需求和产品经理的立场在一定程度上是有冲突的,因而这类需求也是让我们最头疼的。但是策略仍然是为整个产品服务,包括产品的未来,因此我们需要在控制眼前损失的情况下,尽量保障策略和公司未来战略同步。

总的来说,我们的需求来源其实分两类,一类是从宏观角度出发,比如业务需求、全量的数据分析等等,另一类是微观的,比如用户反馈、Case分析等。两种类型的需求挖掘方式各有优劣,从宏观角度挖掘需求能够从整体角度发现问题和机会,挖掘出来的需求能够解决大问题,但往往会忽视小众用户的体验问题;从微观角度挖掘机会能够直接从体验的角度出发,但也只能够发现那些显而易见的问题。

在实际应用中,宏观和微观的需求挖掘方式往往是配合使用以避免在整体效果和微观体验上的损失。另外提一嘴,这些需求挖掘方式同时也是评估方式,通过某中方式挖掘出来的需求,同样也可以相同的方式去验证需求的效果。

本文由 产品壹佰 为你推荐并呈现

文章来源:微信公众号:策略产品经理讲堂

文章作者:hihipm

友情提示:

若出处标注错误,请联系QQ:2977686517及时更正,感谢理解和支持!

少年关注我们的官方微博@产品100和微信订阅号:chanpin100ghsd,有惊喜哦!

保障产品策略!浅议产品需求挖掘

转载本站任何文章请注明:转载至神刀安全网,谢谢神刀安全网 » 保障产品策略!浅议产品需求挖掘

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址