时间: 2021-08-03 09:29:15 人气: 30 评论: 0
本篇文章作者对友盟和**移动分析进行了详细地对比分析，从中了解其差异及优缺。
上一周我们的开发接入了友盟SDK进行埋点，经过数据测试，发现友盟还有一些数据问题并没有满足产品的预期。
于是这一周用安卓测试了另一个第三方的数据分析工具——**移动分析。
在这之前先简单提一下上一篇友盟的埋点过程，当开发接好了SDK和完成产品的埋点需求后，产品还需要在友盟官网上注册事件，如果需要使用页面访问路径的功能，记得要添加APP版本，否则是不**有数据显示的。
接下来正式进入今天的正题，通过比较两个第三方统计工具的实际使用感受作出总结（仅对APP埋点做比较）：
我们在第三方数据平台上需要日常查看的数据有：新增日活、页面访问、自定义事件、用户基础信息。
以上4项数据就是产品需要日常关注的基本数据。
首先，从视觉和内容形式上的展现，**略胜一筹，更加简洁，分类更符合我们的理解。
**-导航框架
友盟-导航框架
友盟的一级导航VS**的一级导航：
结合我们日常的数据分析需求，我们先要对所有应用的新增日活数据做大概了解，结果显示只有友盟能对所有应用的数据有汇总展示及各应用的数据展示，且在第一级的导航下就能找到数据入口。
仍然以数据目标作来追踪-每个应用各自的详细数据，接下来让我们比较分析两者的二级导航之下的内容区分。
友盟在用户数据分析层面分成了用户分析、留存分析、用户参与度、终端属性、功能使用（页面访问路径）五个部分。
而**则根据用户数据的类型清晰的分成了用户生命周期、用户行为、用户挖掘三大部分。
**从模块的名称定义上就能帮助我们很好的结合AARRR模型去分析，而友盟更多是按功能进行分类，在用户维度上有点散。
还是拿日常查看的数据来举例：新增日活、页面访问、自定义事件、用户基础信息。
（1）友盟可以对所有应用的新增日活进行数据汇总展示，对单个应用的详细新增日活数据的统计截止时间为当日上个整点时刻。
（2）**仅对单个应用的新增日活数据展示，数据统计截止到当前时间的秒级，除了用户数的新增活跃，还增加了账号数的新增活跃统计。
页面访问我们需要的数据一般指页面的pv、uv，停留时长、访问深度（页数）、访问路径、跳出率。
（1）通过上面内容标签的结构对比，可以发现友盟在页面访问维度上将数据分别归类于用户参与度、功能使用（页面访问路径）两个入口里。
（2）**将页面的数据都归类于用户行为一个入口下，使得查看数据更准确方便。
关于页面访问相关数据VS：
页面路径：
友盟：时间可以按昨日、一周2种维度查看，默认显示的是昨日数据，页面路径最多展示5步。
优点：界面直观，支持路径展示页里的任一页面选中作为起始页，高亮展示其路径。同一页能直接查看所有访问页面的详情，包括访问次数（pv）、平均访问时长、跳出率。
缺点：数据时有时无，很不稳定。（这也是我后面考虑使用**测试的主要原因）
友盟-页面路径
**：时间可以按日、7天、14天、30天的维度查看。
优点：数据不**出现时有时无情况。
缺点：需要切换起始页面查看每一个起始页面的页面流向。
**-页面路径
页面访问的PV、UV：
友盟：只展示访问页面的pv，没有UV，（如要查看UV，需要自己自定义事件，较为麻烦），访问页面数则被归类在用户参与度里（查找数据入口分散）
**：有专门展示页面访问的详情页，包括人均访问页面数、人均访问时长、PV和UV、跳出率。
**-页面访问
注：以上数据均为测试数据。
友盟的自定义事件归类在功能使用下，和页面访问路径为同一级。
**则将事件分析单独作为一种数据维度展示，更加合理。
在事件列表页，友盟的数据字段有昨日消息数、今日消息数、昨日独立用户数。事件如果注册错误，只能暂停计算，不能删除。
**的数据字段：30日时间次数、周同比、30日触发用户数。事件和参数可以手动配置，事件如果注册错误，可以删除。
友盟-自定义事件列表
**-自定义事件列表
单个事件详情页：
友盟可以在单个事件的详情页里直接切换其他事件，在当页就可以查看事件详情和带有参数的明细数据。
友盟-自定义事件详情：
而**在查看事件数据上体验不友好，查看其他事件的数据详情需要返回至事件列表，单个事件的参数明细统计需要切换tab查看。
**-自定义事件详情
用户基础信息：包括用户画像、用户使用的设备型号、操作系统；
友盟只对用户的终端属性做了统计：设备终端、网络及运营商、地域；
**对用户基础信息的数据更全面，包括：
（1）用户画像：基础属性（性别、年龄、学历、地域）、设备（品牌、网络环境、运营商）、应用偏好等。
（2）用户分群
（3）设备分析：这里的信息比用户画像中的设备信息更加详细
个人认为**虽然这些信息虽然全面，对运营做更精准的用户喜好推送有一定参考价值。（产品初期暂时可以不需要）
**在注册账号必须是**，但无论是友盟还是**，账号的注册最好不要使用个人**/邮箱。
如产品有手机端、平板端，则根据友盟的应用规则没有特别要求，一般每个应用以产品名_平台命名即可，**是默认每个APP应用都分为Android和iOS，因此新建应用按手机和pad分类建。
友盟：XXX_iphone、XXX_Android、XXX_ipad、XXX_androidpad；
**：XXX_phone，XXX_pad。
注：**在新建完应用后，必须立即介入SDK，才能进入该应用的数据详细查看。而友盟没有这个必要条件，可以进入看板浏览概况。
第一次注册事件我们一定是批量导入事件，按照数据导入的模板填写上传即可。
友盟在注册完其中一个应用的事件后，其他应用的事件可以直接通过已注册应用的事件复制，**则需要对每一个应用都重复导入一遍数据。
比如我的产品分为手机端和pad端，一共有4个应用，友盟只需要导入一遍事件，其他三个应用复制即可，**需要导4遍。
另外，**的事件下载模板，没有做wps的格式兼容，导致我上传了好多遍都显示中文乱码。
注册完事件后，关于参数配置，友盟和**都是直接根据APP上报显示，不需要单独为事件做参数配置。（除**的计算事件外需要对参数进行处理，**的参数也要等次日才能上传）
在事件列表页，**的事件排序、分页展示需要做改进。
（1）事件排序根据添加/更新时间排序，这不符合我们日常以字母排序查看数据的习惯。
（2）分页-对每一页的数据数量设置没有记住状态值。（建议可以将初始数据量增加）
如在设置一页展示30条数据，点击详情后再退出返回事件列表页，又恢复初始的一页展示20条数据。
对第二页的事件名称进行修改后，也**同上返回第一页。这加大了手动修改事件名称的操作成本。
友盟支持网页的人工客服，但客服毕竟不是技术人员，因此有技术上的问题排查一般沟通有时效和理解误差。
**不支持人工客服。
用户使用手册也属于维护范畴内，以上有数据指标或其他不明白的地方可以去友盟和**的官方文档中查看。但个人认为友盟的操作手册比**更详细。
在使用过友盟但还没使用**之前，被**的营销和表现层吸引。但在实际使用后，对比分析发现**的产品在设计感上更为突出，对数据的分析专业度不及友盟。
但如果友盟能加上UV事件的统计，页面访问路径的数据更稳定，那一定毫无理由的选择友盟。（VS免费产品）
友盟的技术支持比**更及时。
以上有不准确的欢迎大家指出，感谢。
保持对生活的好奇心，对兴趣的坚持，对知识的渴望，将这一切内化成工作中的资本和动力源泉。
本文由 @double_egg 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
