微信扫码登录

其他登录方式

绑定手机号

注册

我同意用户协议

忘记密码

用户协议

绑定手机号

近期有不法分子打着爱盈利的旗号,制作“爱盈利”名称的App,并伪造爱盈利证件,骗取用户信任,以抖音点赞赚钱或其他方式赚钱为名义,过程中以升级会员获得高佣金为名让用户充值。
爱盈利公司郑重声明:我司没有研发或运营过任何名为“爱盈利”的APP,我司做任务赚钱类产品从没有让任何普通用户充值升级会员。我公司产品均在本网站可查询,请将网站拉至底部,点击“关于我们”可查看爱盈利相关产品与服务。
温馨提示:当遇到此类问题请拨打官方电话或添加官方微信,以免财产损失。爱盈利官网地址:www.aiyingli.com。
  • 推广与合作
X

身为产品经理的你,该如何持续改进产品?

来源: 2501
爱盈利(aiyingli.com)移动互联网最具影响力的盈利指导网站。定位于服务移动互联网创业者,移动盈利指导。我们的目标是让盈利目标清晰可见!降低门槛,让缺乏经验、资金有限的个人和团队获得经验和机会,提高热情,激发产品。

身为产品经理,如何持续改进你的产品呢?作者对此分享了一些方法。

身为产品经理的你,该如何持续改进产品?

刚做产品的同学一般会有两种状态:

第一种状态,刚入职或者跳槽,花了一段时间熟悉公司的业务,熟悉产品,但是对于产品的改进却无从下手:我现在已经熟悉公司的业务了,但是下一步 产品迭代改什么,往哪些方向突破呢?

第二种状态,接触了产品一段时间,也能接到各种渠道反馈的信息,发现太多需要改进的地方:我现在手上有很多需求,要不要做呢?先做什么呢?

其实,这两种状态差别不太大,对于如何持续改进产品都处于迷茫的状态,那么,身为产品经理,如何持续改进你的产品呢?

建立收集问题的通路,找到客户遇到的麻烦点

建立收集产品问题的通路,找到客户使用产品遇到的麻烦点,这些麻烦点都是产品改进的信号!

产品经理为什么需要有一个一秒变小白的能力?张小龙当初负责QQ邮箱时制定的“1000/100/10”的法则,即要求每个产品经理每个月要去论坛看1000个用户体验反馈并回复、关注100个用户博客、做10个用户调查。这个法则被奉为互联网产品经理宝典,其核心价值是什么?答案就是识别出用户在使用产品时会遇到哪些问题,然后才是能不能把问题解决,把用户体验差的地方改好。

收集问题的通路有很多,简单列一下以下通路:

  • 内部人员化身用户
  • 普通用户QQ群体验反馈
  • 百度热点图
  • 客服问题反馈
  • 论坛用户反馈
  • 埋点分析
  • 问卷调查
  • 用户访谈

……

问题收集的通路多种多样,对于to B的产品,可能还要更加复杂一点,包括去市场一线驻点、到深度合作的客户公司驻场等。作为一名产品经理,我们需要的是那种做产品的“feel”,这个“feel”从哪里来?

马化腾每天会进行大量的产品体验,然后把这些、有的甚至是非常细致的问题,反馈给每个产品团队,经常在凌晨一两点把一些产品负责人拉进一个群,提改进建议。所以说,做产品的这种“feel”,很大程度就是从产品的问题中来!

持续识别问题,快速定位问题,绘制清晰完整的问题地图

确实,每个麻烦点都是产品的改进信号,但是当我们掌握了足够多的数据之后,反而会变得迷茫。到处都是信号,产品改进的需求变得源源不断,这个功能要重做,那个交互要改善,在接收大量信息的时候,我们很容易迷路,看上去什么都要改,无法把握方向。这时候当然不可能把所有需求都排进规划里,要不然开发估计要拿刀杀人了!那这种情况要怎么避免呢?

不识庐山真面目,只缘身在此山中。首先,我们需要把现有的产品所有可能对用户造成麻烦的地方有个整体的了解,问题出在哪,我能瞬间定位它的位置,该位置出现的问题会对用户造成什么影响也就一览无余了。

举一个栗子:

to B行业的某种硬件产品,由于这种类型的产品所涉及到的问题比较复杂,它除了直接使用产品的客户,还有一线市场人员销售产品中遇到的困难,把产品销售到使用过程中,所有可能遇到的问题都描述出来,如下图所示:

身为产品经理的你,该如何持续改进产品?

身为产品经理的你,该如何持续改进产品?

把这个图画出来以后,我们遇到的所有问题都可以往里面归类,最终我们所有的问题都可以快速定位,哪些问题出现在了我的核心功能上,哪些问题出现在了我差异化的优势功能上,一目了然!

确定改进优先级,找出最高性价比的改进方向

优先级分两部分:一是这个问题影响的用户的量,二是是否为产品的核心业务上产生的影响。

收集用户在使用产品中遇到的麻烦点,我们可以知道哪些点有多少用户遇到了麻烦;绘制问题地图,我们可以知道问题出现在产品的哪个部位,是核心功能还是边界功能。

二者兼顾平衡,假如微信的社交功能,某些交互方式影响只影响极少数的人,它不会去改;微信的第三方服务还有很多体验上的不足,优先级也不会高。

结合我们收集到足够多的数据以及绘制的问题地图,我们会得到这样的一个列表:在XX时间里,我们共有XX问题,其中XX模块问题最严重,占比XX,影响了用户XXX流程/操作/体验。当我知道自己的产品目前在哪一方面,暴露的问题最多,用户的操作在哪一步用时最长,在哪一步操作中断任务的情形最多,那么就自然之道怎么改,改哪里了。

作为产品经理,说到与开发人员撕逼的话题,估计脑子里都会浮现出一些画面,因为这是我们经常遇到的情景。但是我们有没有思考过能不能不撕逼呢?

假如,我们有这样一张列表,列表描述的是问题占比最严重的模块以及对我们产品造成的影响,改什么地方能有最高的性价比。这样之后,无论是评审,还是实现,还会出现撕逼的情景吗?无论是产品经理/UI/研发,虽岗位不通,却都希望真正把产品做好,我们的目标是一致的。评审之后,需求落地,快速闭环,按流程跟踪落地,严格把关。

最后

上面所述的只是一个针对产品问题进行持续改进产品的工作方法:

  1. 找到麻烦点,发现产品改进的信号;
  2. 在信号过多时容易迷失方向,绘制问题地图,定位问题;
  3. 结合信号强度与地图,找到最具性价比的产品改进方向。

对于新的需求,新的功能,已经技术趋势主导的颠覆性改进,还有很多的渠道,如竞品分析(友商为什么做出我们产品没有的功能)、行业研究报告(行业现状如何?趋势如何?)、相关技术论文(未来有可能做成什么样)。都是产品经理该关注的地方。

作者:Zoppo_peng,微信公众号:Zoppo产品成长日记

本文由 @Zoppo_peng 原创发布于人人都是产品经理。未经许可,禁止转载。

爱盈利-运营小咖秀 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容;是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台;

评论

相关文章推荐

SELECT dw_posts.ID,dw_posts.post_title,dw_posts.post_content FROM dw_posts INNER JOIN dw_term_relationships ON (dw_posts.ID = dw_term_relationships.object_id) WHERE 1=1 AND(dw_term_relationships.term_taxonomy_id = 3083 ) AND dw_posts.post_type = 'post' AND (dw_posts.post_status = 'publish') GROUP BY dw_posts.ID ORDER BY RAND() LIMIT 0, 6

京ICP备15063977号-2 © 2012-2018 aiyingli.com. All Rights Reserved. 京公网安备 11010102003938号