产品经理如何做「产品功能迭代」思考?

不能为了10%用户的满意,去干扰90%的用户,功能分层也是一种解决方案。

之前文章讲了太多偏实操的方法论,感觉并没有传递出核心的产品思维,这篇文章开始转变下思路,具体实操不讲太多,多分享我关于做产品的思考。

先列下新功能迭代和引入的思路:

事前需求来源:

用户调研和用户反馈

产品数据分析

团队成员(BOSS、运营、市场、技术、客服等)提出的需求

PM自身对产品的思考和重构

事后效果评估:

数据分析

用户反馈

行业反馈

商业价值

产品中已有的功能如何迭代?

既然是已有功能,重点在于事后效果评估,综合衡量当前功能的真实收益,有无明显短板和不足,发现问题和瓶颈,并针对性提出解决方案,进一步优化。

如果通过数据等验证已有功能明显是小众、低收益的,那么该不该砍掉?我的观点是保证用户抵触意见在合理范围内去砍。虽然功能点加了容易去了难,但为了保障产品自身的灵活、保证主体用户的体验,都应该不惜一切去砍掉相对鸡肋的功能点。不能为了10%用户的满意,去干扰90%的用户,当然功能分层也是一种解决方案。

面对老板提出的需求,如何处理?

产品经理不能过于放低身段,一味接受老板的需求就是对用户的不负责任。接到老板需求,最重要的是尽量多向老板了解需求背景,为什么做这个需求?背后出于什么考虑?想要达到什么目标?需求背景比需求本身更重要,因为有时候往往满足需求背景的实现方式有很多种,产品经理的价值就在于选择最优的需求实现方案去满足需求背景。

新需求的数据支撑从哪里来?以及如何说服老板和同事做这个新功能?

用户调研与访谈,这个是我认为比较高成本低效率的方式。用户访谈,只适用于深度了解个例的使用场景与操作习惯,以求改进产品体验,其他价值有限。

还有调查问卷,问题设置、受访用户选取会严重影响调研结果,而且同样是抽样调查的方式,在大数据时代,这种方式显得过时。大公司里,产品经理往往是向用研团队提出调研需求,最终收到的都是经用研团队处理过的二手需求,这也是很容易出问题的点。

对于用户的声音,总结起来的建议就是用心听,但不要照着做。这方面王诗沐举过云音乐用研的例子,诗沐厉害的地方在于亲自到一线做用研,还鼓励产品同事一起参与进去,其中有个例子是一个用户说自己是周杰伦的铁粉,但实际上深入了解后发现她没有参加过周杰伦的任何粉丝会、演唱会、没买过杰伦专辑,这其实是用户在“撒谎”,这种现象在用研中普遍存在,合理设置问用户问题的方式可以有效改善。

数据支撑还有来自一些第三方数据,行业报告,百度指数,以及竞品数据预估,这样的数据相对公开,但同时也存在可信度不高的问题。关于竞品数据预估,这里有个例子是纯银通过一些自己的研究与观察,可以推测出新浪微博的推荐算法策略,这样的操作难度很高,但也不是没有可能。首先要明确,竞品的准确数据是很难通过外界获取到的,所以能估算出个大概已经相当不错了,不能苛求误差很小。具体预估完全靠实战总结,没有通用的方法论,简单思路是从UGC内容和用户行为两个角度预估。

做一个新功能并不能全靠数据支撑,如果是自家新创造的需求(市面上没有竞品在做),是很难找到需求支撑的,不如通过预估市场规模,说服老板做个低成本尝试,效果实在不行就放弃,但产品经理本身要有一定用户洞察力和非数据支撑(比如向身边朋友调研),不能自己都不相信这个功能用户会买单。

新功能与现有产品功能如何结合?

在考虑清楚新需求后,具体实现时需要考虑是新开功能板块还是与现有功能结合,思考新功能与现有各功能的关系,如果是替代则最好新设立板块或者替换掉已有功能,如果是互补则最好基于现有功能做流程延伸和拓展。

产品凭直觉提出的需求怎么保证相对靠谱?

相信大家经常会有从自身角度提一些需求的情况,这种情况下该如何保证需求是相对靠谱的?关键在于把自己训练成目标核心用户,真正设身处地去考虑问题,形成同理心,这样就可以跳过以上说的那些用研、数据支撑环节。能做到这样境界的产品经理极少,需要长期的实操和训练才能达到。所以对于新做产品经理的同行来说,采用直觉而不做用研和数据分析来提需求的方式还是尽量少用为好。

作者:清水Calvin  猎豹移动产品经理,前奇虎360产品经理

1条评论 添加新讨论

登录后参与讨论
Ctrl+Enter 发表