十年产品专家分享:如何借用友盟+U-APM打造顺畅的产品体验
最新资讯 • 移动应用APP
6590
2021-1-19
摘要:
做产品的同学应该尽早树立起“你是某个产品或者某个业务的一号位”意识,除了考虑到产品的功能,还要涉及到方方面面。

下载PPT


 

作者:友盟+产品经理、数据传承官   陈新祥 


2020年的业务发展虽然曲折,但在过程中,我们也发现了很多产品增长的可能性。针对业务增长,友盟+也结合多年的产品服务经验,提出多样化的解决方案。1月19-21日期间,围绕“增长”话题,友盟+特别策划了3场系列公开课。由三位十年产品老司机带你做年终干货分享!以下干货是来自友盟+产品经理、数据传承官陈新祥分享的第一节课:《产品经理必须关注的四大关键业务数据》。


不想当一号位的PM不是好PM

 

“产品经理肯定是业务的一号位,它要导演着产品的生老病死的全过程”。什么是产品的一号位?如果你负责一个产品,你不单单只是做一个产品的功能,而是整个系统。做产品的同学应该尽早树立起“你是某个产品或者某个业务的一号位”意识,除了考虑到产品的功能,还要涉及到方方面面。


 image

 

比如说要从前线去了解用户,同时要去判断整个行业、市场空间,以及要从竞品的角度去分析,去找到着力点;接着才是具体产品的项目立项;如何基于前面的判断和分析去说服你的老板、伙伴去立项,给大家一个方向和想象空间,再往下才是具体产品的功能、优先级、项目立项等;具体开发以及再往后才会进入到产品有没有可能给你带来实际的数据、市场占有率包括最终营收的目标。

 

如果从这个角度来看,越早树立起来产品一号位的意识,对大家的成长是非常重要和有价值的。

 

 

近10年的工作经验让我接触了以下几种典型的产品经理:

 

一种是觉得自己是产品天才,产品的定位完全基于自己主观经验或者定性角度。TA觉得这可能是非常有用的、客户非常需要的产品就大张旗鼓做了,可能完全不看数据和市场。

 

另一种则是另一个极端,完全是基于数据,非常的客观理性。

 

这两种都是不可取的,今天你站在产品的一号位上,要同时结合你业务主观的经验、又要同时利用好数据或者相应的工具,它不单单只是能够驱动你产品功能的优化,也可能把整个产品的研发效率、流程甚至其他团队的配合都能够提高到一个新的层次。

 

 

一个优秀的产品一号位应该关注什么

 

image

 

如果从产品一号位的角度看的话,整个产品的流程都是需要去关注的,比如说从一开始的立项,你需要去判断客户的需求,去判断市场的机会和空间,市面上是不是有竞品,竞品的情况怎么样,是否还有切入点,是不是有一些好的策略可以切这个竞品等等。只有去摸透这些背景才有可能去说服你的老板和伙伴。中小型公司或者大厂都需要说服老板拿到资源,再往下才能进入到实际的开发的项目流程里。

 

从进入到实际的项目落地的开发到上新之前,这里有一个环节是很多产品会忽略的,就是你以什么样的状态去判断可以上线,这里面有一个很重要的过程,即研发完成之后的测试环节,在这个环节里在我做产品的时候是比较痛苦的,我需要去跟测试团队去配合,如何综合好研发和测试的人,去保证这个产品的上线,同时又不能够出现非常极端的bug。在这个环节很考验产品经理,你需要跟测试团队去配合,去应用好一些好的工具驱动这个环节的各种效率提升。

 

我们解决了测试环节才进入到正式上线环节,后面也会有两个非常重要的环节,其中有一部分我会觉得很多产品同学会忽略,如果你只关心产品的功能,没有把你的视角打开的话,就可能会忽略产品本身性能的体验,这个体验不是交互或者视觉,而是更低层的系统层,比如说产品的性能、稳定性、启动快慢等等。

 

这些是非常重要,它的影响是很多产品经理所忽略的,很多同学会觉得这部分就是运维或者研发的事情,但这是产品一号位需要重要关注的领域,尤其是产品上线之后短期的时间就要去解决掉性能和体验的问题。

 

市面上优秀的APP崩溃率是0.1%,夸张地说,你的产品只有99.9%以上的稳定性才好进入到实际的运营、推广节奏中

 

基于以上对产品一号位所需关注的数据总结如下:

 

第一,市场数据。这里面的数据包含了用户、市场机会和空间,当然也包含竞品。

第二,测试和效率。在产品正式上线之前,一定要关注研发和上线测试环节,需要关注测试能不能按照你的目标和要求完成,同时你也要思考如果在这个环节有可能出现的问题,提升整个环节的效率。

 

第三,稳定和性能。真正上线之后还需要关注到产品的性能和稳定性数据,这也是一个专门的领域,这其中友盟+的U-APM应用性能监控平台就可以帮助你去关注产品的性能、稳定性数据。

 

最后一部分,用户和行为。你要关注到最终的业务表现,你的用户数据、行为数据以及最终的交易数据等。

 

 

解决客户问题,判断市场机会

 

 

第一部分:市场。基本上你要立一个大的产品或者功能项,所有的产品都经历过MRD的环节:

 

1、你要解决什么样的客户问题。

2、解决这些问题能够看到什么样的市场机会以及这里面的规模和空间。

 

只有有了这些数据你才有可能去说服你的老板去投入资源去支撑你做这个产品。

 

如何做前期的数据分析?

 

image

 

除上图所列渠道外,大家都知道很多的证券公司专门会做行业或者公司调研,比如你关注了某一家竞品公司如果已经上市了,券商行业的调研报告是非常细节的,可能是从财务、营收、利润、毛利、净利率以及主要的客户特征、规模等等,都在这里面,包括对整个行业的增长空间的判断是非常细的,在这里面我们相信也是一个非常重要的数据。还有一些市面上包括这家公司的融资、规模,我觉得也是一种非常重要的行业数据,这部分都可以很好地佐证你对整个MRD的立项。

 

此外还想给大家分享一款工具,这也是我近几年一直在用的,这种类型的工具可以下钻到更细的维度去看竞品的表现。

 

image

 

你对一些竞品细节了解越充分对自己产品的定位会更有把握。这样的判断不单单在MRD,甚至可以辅助你将来去做一个实际的产品的功能和设计。这部分也没有办法发散来讲,市场调研或者MRD如果要讲非常上的东西有很多的方法论,但是这几个东西都是我在实际工作中自己经常用的,做一个简单的总结

 

第一,你在产品立项目之前市场的机会和空间分析是非常重要的,我经常用到的产品199IT是聚合了很多行业的调研报告。像我现在所在的公司友盟+,在数据领域做了10年,拥有较强数据技术能力,这部分友盟+也会有行业的数据报告,帮大家做市场机会的佐证。

 

第二,在分析阶段,可以去知乎、人人PM等,都可以搜索到一些比较称心的工具,每个人做的产品、行业、业务形态都不太一样,用到的工具也不太一样。

 

第三,要充分发挥好你的人脉,朋友、前同事、同事包括行业的圈子,这些综合起来,我相信你在做第一次立项的时候,它是可以很好地把你的MRD客观、充实地争取到老板的资源,立好这个项。

 

如何确保产品安全稳定如期上线

 

image

 

顺利的立项后进入到评审,项目也进入到了实际开发,但是估计有很多同学在正式上线之前都跟我有一样的苦恼,如何跟测试团队一起配合,不单单是业务节奏、时间点、人力问题,解决这个问题的时候还要面临测试同学面临的,比如说在测试的时候除了前端的视觉、交互测试,还有功能测试等等,甚至还有一些非常系统层级的问题,是非常复杂的一部分。

 

 

为什么说产品经理一定要非常关注这个环节,因为它整个影响你产品的项目节奏,包括产品的稳定性。跟大家分享一下我目前的解法是什么,就是借助市面上一些已经有非常成熟的数据类型工具,像友盟+刚刚推新出来的,应用性能监控平台U-APM。

 

这款产品有一个非常重要的环节,想帮助测试人员和研发人员在测试环节去降本提效,把这部分的效率提升上来,同时可以保证上线之前问题都可以及时发现和解决掉。产品经理可以通过类似产品去做校验。

 

第一,这是友盟+的U-APM的后台,测试有一个很重要的事情是要去测试主流机型,包括交互测试、功能测试都要在主流的机型上测,这个产品其中有一个模块就是真机测试模块,所以测试同学直接在前端网页界面就可以调用市面上很多主流的机型,包括华为、苹果、小米等等都可以直接测试,效率提升是非常明显的。

 

image

 

第二,除了功能层级的测试,还有交互层级的测试,真正有一些大bug问题其实是在系统层面,举一个例子,内存测试。大家都知道有一些崩溃有可能是内存溢出造成的,在这部分像U-APM这款产品在真机的时候也提供了一些非常强的、自动化监视和深度遍历的能力,可以帮助测试人员快速拿到安装耗时、启动耗时、CPU、内存、卡顿性能等包括App控件层级这部分的反馈,只要把这个部分快速地给到研发同学就可以进行快速的排查。

 

image

 

我们内部使用U-APM在产品上线之后的测试效率是非常快的,我们在某些测试上已经把它降到0人力,直接利用产品能力就可以做到0人力的部分,而且最终在整个测试里它的能效可以提升近100%-200%的水平。利用好这样的工具跟测试团队一起配合,在测试环节整个效率提升是非常明显的。

 

应用性能:被大部分PM忽略的用户体验


在产品顺利上线后,App本身的性能、稳定性、体验是非常重要的,而且尤其是当你的产品达到一定量级的话,只要在这些方面性能出现问题,一些用户的反馈和投诉肯定是让你吃不了兜着走的。


App出现崩溃会直接导致业务数据下降,因崩溃上头条的App也不在少数。当的iOS的崩溃率超过8‰,安卓崩溃率超过4‰的时候,它对你App活跃用户的影响是非常直接的,当然不能说因果。在市面上有一些做的非常好的产品崩溃率是1‰。优秀的App产品至少要做到1‰及以下,而且由于不同的行业产品形态、技术架构的不同的,崩溃率参差不齐。




 

image

 

当你的iOS的崩溃率超过8‰,安卓崩溃率超过4‰的时候,它对你App活跃用户的影响是非常直接的,当然不能说因果。在市面上有一些做的非常好的产品崩溃率是1‰。优秀的App产品至少要做到1‰及以下,而且由于不同的行业产品形态、技术架构的不同的,崩溃率参差不齐,所以今天的在座的产品也需要关注你本身所处的行业,有可能你的行业崩溃率就有可能是高的,你有可能更需要去关注,比如游戏行业的崩溃率是远远高于其他行业的。

 

在这部分领域也是我自己非常关注的,不单单只是2B,对2C来说也是一样的。这个领域也是友盟+非常关注的领域,专门针对研发人群包括产品经理,测试在产品上线前后应用的性能、稳定性的表现究竟是怎么样的。U-APM的SDK基于阿里巴巴强大的技术及友盟+超强的错误捕获能力,已经在阿里旗下亿级的产品做过验证,而且很多业务App都在使用。帮助App崩溃进行修复,达到1‰的水准。

 

image

 

上图是已经搭建起来的功能、指标数据的架构,像去年比较流行的游戏产品叫《江南百里图》也在用,以及唱吧、美柚等等。《江南百里图》在这部分用到最核心的功能就是安卓、iOS崩溃监控,不仅可以支持一些系统层级的崩溃,也能够支持业务层级的崩溃,以及App突然程序无响应等错误类型,自定义异常等。

 

再往下就是可以做到实时发送,只有在实时发送上研发同学和产品同学才可以关注到崩溃率有很大的波动和上升,崩溃主要是哪些类型、趋势包括主要是分布在哪些系统、版本、机型、地域甚至是哪些渠道,就可以进行分析,当然U-APM还支持钉钉、企业微信、飞书、邮件等方式。覆盖市场现有的办公软件,让告警信息直达工作群,提高协同修复效率。

 

为什么跟大家分享这样的能力,刚才讲的部分任何一家公司只要你的研发和业务在往前跑的时候,没有发展到像阿里、腾讯这样的级别,一般不会自己自研这样的产品。像U-APM性能监控这样的产品不但有很大的成本,也有很大研发人力的投入。而U-APM只需要一两行代码接入就可以完成,我们还有长期服务迭代和支持可以帮助我们去进行构建。

 

行为数据:生好也要养好 构建可持续发展的迭代体系

 

最终产品上线之后就要拿很多业务数据、用户画像、业务交易数据,在这部分就是要构建好比较完整业务行为数据的指标体系支撑这些产品驱动产品迭代、精细化运营。很多产品经理同学肯定知道很多的方法论,大家也已经有非常成熟的体系,无非就是可以基于业务目标构建好你的指标体系。在这个指标体系里肯定要围绕产品迭代、围绕精细化运营来用。

 

image

 

这部分市面上也有很多成熟的工具,比如说友盟+有比较全的统计分析产品,可以支撑这样的事情。在这部分具体拆解的时候,产品经理一定要关注的是要搭建起自己完整指标体系,我自己在用的一张表格,直接给到研发、协作团队就可以。另外你需要把指标体系抽象成采集方案,因为研发同学照着这个来,采集哪个行为、哪个事件,要带什么属性也非常重要,也是我自己关注的一part,它决定了你后面数据采集的质量。

 

image

 

总结

 

1、不管是工作了几年的产品经理,首先你一定要把自己定位成某个产品某块业务的一号位角色,不单单只是做某个功能或者看某个功能上线之后的点击次数,你需要关注整个产品的全链路数据。


2、在这部分你要涉及到市场以及产品上线前后的测试环节,以及上线之后性能和稳定性的领域,以及最终的业务数据表现。在市场这部分可以利用行业的数据、应用市场的数据,甚至用一些工具竞品数据,可以找你的朋友要这样的数据。


3、在上线前后的测试以及上线稳定性领域可以用市面上非常成熟的工具,比如友盟+的应用性能监控平台U-APM,可以把这两个环节大大地提升效率,而且可以保证产品稳定性的体验。


4、产品经理只有贯穿整个链条的数据才有可能让你的产品获得非常好的体验,我们可能做不出非常创新性的产品,但只要基于数据就可以做出一款非常满足用户需求的优质产品,最终可以拿下你想要拿的业务结果。


5、做到以上几点,可以极大地提升产品经理的个人能力以及职业发展。