热门标签 | HotTags
当前位置:  开发笔记 > 数据库 > 正文

谨防常见的一些数据误区

同一批数据,不同的人分析后得出的结论完全不一样。因此,除了获得正确的数据,还

产品人都知道不要销售你能制造的产品,而是制造你能卖出去的产品。而弄清楚能卖出去的产品核心就是知道究竟人们想买什么。可是有时候用户自己也不知道自己需要什么。这个时候数据分析和快速迭代的能力就显得给重要,也避免了决策着由于个人的偏见影响了产品的判断。

所以皮尔森定律称,可衡量才有促进。你要找到你的第一关键指标以及如何划出底线,以帮助你快速前进,合适应该猛踩刹车。

但是有时候你也许会发现,同一批数据,不同的人分析后得出的结论完全不一样。因此,除了获得正确的数据,还要避免常见的数据误区。今天我要跟你说说有哪些常见的数据误区。

新版比旧版好

每个版本发布后,我们必须要做的数据工作就是对比分析新旧版本的数据情况,以判断新版本的改进是否更契合用户需求。如果直接提取两个版本的全量用户数据进行分析,绝大多数情况下我们会发现新版数据总是比旧版好。但事实是,直接对比全量数据的分析方法是错误的。因为新旧两个版本的用户群性质存在较大差异:

一般来说,对产品旧版本比较满意、相对活跃的那部分用户更愿意升级到新版本,而那些对产品不怎么满意的用户很多都流失了,自然也不会升级新版本进入新版用户池里。这就导致新旧版本数据池中有差异的两个群体一个是中性用户——首次下载产品的新用户,另一个却是负评价用户——旧版未升级到新版的用户。这样做对比分析得到的结论自然比真实情况乐观许多。

总结一下,凡对比必须控制变量,同基线的对比才有意义。

平均数掩盖的真相

我们看数据的时候一定要对平均数提高警惕,因为它导出的结论常会掩盖一些重要的真相。其中最常见的误区有两种:

混淆不同级别的用户;忽视用户分布状况。

不同用户对产品的意义是不一样的。如果我们不对用户分级,混淆起来看总体的用户数据指标、看平均数,那么我们既不能看到真正的问题在哪儿,也无法知道真正的增长来自哪儿。

举个例子,一个视频类应用分析它缓冲超时与用户跳出率之间的关系。分析发现不管平均超时有多么严重,用户的跳出率都很低。从平均数据看用户似乎对缓冲超时并不在意。但当进一步分析数据才发现,原来有95%的用户是免费用户,这些用户不管超时多严重跳出率都很低,而另外5%的付费用户其实对超时很敏感,当超时严重时付费用户的跳出率明显上升。但由于付费用户在总用户中占比太低,这种状况就被总体平均数给掩盖掉了。如果产品负责人只看总平均数,他将看不出任何问题。

所以我们在分析产品数据时——尤其是电商类、游戏类、增值服务类等产品类型,一定要对产品的用户群进行分级。只要涉及“平均”指标的数据,都尽量到同级别用户里去做统计。比如平均访问时长、平均客单价、平均消费频次等,全部分开统计。

这样统计的好处是产品将越来越了解它的用户行为及构成,还可以对不同类型的用户提供差异性的功能设计。这在经济学里可以看作一种价格歧视,歧视不是带有色眼光的偏见,而是对用户进行差异化管理,有利于产品设计者更好地满足用户需求,助力产品健康成长。

另一个平均数的误区是:我们在谈论平均数据时总会下意识地忽略用户的分布状况。比如,当听到一个描述说"这个页面的日平均浏览量高达200万"时,你的直觉反应是什么?深谙数据分析之道的运营者一定会继续追问"这个数据的具体分布情况如何"。因为他们脑海中会立刻反射两张不同的图像出来: 均值相等的正态与长尾分布图

可见,左右两图的均值相等但用户分布完全不同。当数据呈左图的正态分布时,均值可以大致上代表整体情况,但当数据呈右图的长尾分布时则不然。遭遇这类情况时,我们最好截取数据最密集的一段进行分析,进而导出更具指导意义的结论。

与平均数类似,数据中另一个值得警惕的概念是占比,一个高占比在没有样本总量做参考的前提下很容易误导人。记住一条原则准没错:

谈平均不谈分布,谈比例不谈总量,都是耍流氓。

误判价值渠道

在产品成长阶段,我们会借助内外部不同渠道进行产品推广。内部渠道包括好友分享、赠券优惠等,外部渠道则包括各大应用市场、网站联盟、邮件短信营销、资源互换、SEM 、线下地推等等。这么多渠道每个都对应着推广成本,运营者常通过评估渠道价值来制定渠道的推广策略。

假设现在有两个渠道,渠道A和渠道B。它们的渠道引流能力如下:

A为产品带来50000个激活用户,1个用户成本10元;B为产品带来20000个激活用户,1个用户成本20元。

直接从渠道用户数量和单用户获取成本来看,A渠道量大成本低,显然优于B渠道。如果我们对渠道的价值评估仅止于此,就落入了价值误判的陷阱。

用户激活使用只能代表他们走进了产品,但这些用户是如何使用产品的?他们对产品感兴趣吗?愿意长久用下去吗?愿意付费吗?愿意向朋友推荐吗?所有这些问题我们都还不清楚,这批用户对我们来说还只是未知的黑盒。这样评估出来的渠道价值毫无意义。

没错,激活只是用户行为深度模型AA RRR的第二个层级。当我们评估一个渠道的价值时,本质上是要看这个渠道为我们带来的用户到底是谁,他们和产品契合度如何,在产品的哪一个层级上。即使都是付费用户,付费频率和平均客单价不同的用户对产品的价值也是不同的。

所以回到渠道A和B的比较上,按照A ARRR的路径依次向下追踪分析,看50000个和20000个激活用户最终走到付费阶段的有多少,走到推荐阶段的又有多少,再反向核算单个用户的成本才能做出正确评断。例如在这个案例分析下来,最后情况很可能是这样的:

A激活50000个,留存10000个,付费2000个,推荐1400个;B激活20000个,留存10000个,付费6000个,推荐4500个。

反向核算1个用户的成本:

A渠道1个用户的激活成本10元,留存成本50元,付费成本250元,推荐成本357元;B渠道1个用户的激活成本20元,留存成本40元,付费成本66元,推荐成本89元。

综合评价后结果显示:B渠道的用户质量反而高于A渠道。不过还有一点需要留意:分析渠道价值时,最好对比同期渠道数据。这一点我们在对比分析里已经提到过。渠道来源并非影响用户转化的唯一要素,不同时期不同版本,各环节运营手段总有不同,如果还是采用逆推判断不同时期的渠道付费成本显然不太合理。

最后总结一下渠道误判留给我们的教训:有多大流量不重要,重要的是产品最终能沉淀下多大的流量。

辛普森悖论

辛普森悖论(Simpson's Paradox),它是比例的另一种误区。描述的是某个条件下的两组数据,分别讨论时都会满足某种性质,可是一旦合并考虑,却可能导致完全相反的结论。

在我们的数据分析工作中,有时也会落入辛普森悖论的陷阱。比如,在统计付费用户的占比时,常有类似下表的状况发生:

总体看,小程序的付费率低于公众号,但实际上当我们进一步分解去看,无论是Android平台还是iOS平台,小程序的付费率都要高于公众号的付费率。

为了避免辛普森悖论出现,常规的解决方案建议分析者斟酌个别分组的权重,以一定的系数去消除以分组资料基数差异所造成的影响,同时了解分析情境下是否存在其他潜在因素。在实际的产品分析工作中,不妨简单粗暴地记住:不仅谈比例不谈总量是耍流氓,谈比例不看细节也是耍流氓。

从系统思考的角度来看,避免局部优化,局部虽然有优势,但是放在系统发展的大图里,可能会产生误判。

小结

避免了以上几个数据误区,在此基础上进行不断的"构建-衡量-学习",这个循环越快,越能很快的找到产品的问题和市场。

更多原创阅读

"深刻创新"八步法
流量的战场,如何做裂变?
你必须了解的产品经济学
变化在加速,你的机会和挑战在哪里?

带你吃透原型设计
你真的懂"看板文化"么?
2020 敏捷产品基本盘
BVR 才是变革的核心







推荐阅读
  • 2021年度回顾与深度分析
    2021年度回顾与深度分析 ... [详细]
  • 在多堆石子游戏中,通过分析Nim博弈策略,探讨了如何在限定时间和内存条件下实现最优解。本文详细研究了石子游戏中的数学原理和算法优化方法,旨在为参与者提供有效的策略指导。具体而言,文章讨论了不同堆数下的Nim值计算及其应用,帮助玩家在复杂的博弈环境中取得优势。 ... [详细]
  • ASP11:深入解析与应用展望本文详细探讨了 ASP11 中的 `AppRelativeTemplateSourceDirectory` 属性,该属性用于获取或设置包含控件的 Page 或 UserControl 对象的应用程序相对虚拟目录。此外,文章还介绍了 1.0 版本中的 Binding 机制,分析了其在实际开发中的应用和优化方法,为开发者提供了全面的技术指导。 ... [详细]
  • 本文深入探讨了ASP.NET中ViewState、Cookie和Session三种状态管理技术的区别与应用场景。ViewState主要用于保存页面控件的状态信息,确保在多次往返服务器过程中数据的一致性;Cookie则存储在客户端,适用于保存少量用户偏好设置等非敏感信息;而Session则在服务器端存储数据,适合处理需要跨页面保持的数据。文章详细分析了这三种技术的工作原理及其优缺点,并提供了实际应用中的最佳实践建议。 ... [详细]
  • 高效批量文件重命名软件
    开发了一款基于Python的高效批量文件重命名软件,并集成了wxWidgets图形用户界面,使用cxfreeze将其打包为独立的可执行文件(exe)。该工具适用于需要频繁处理大量文件的用户,能够显著提高文件管理效率。详细使用说明包含在软件压缩包内。开发环境为Python 2.7和wxWidgets 3.0,运行环境要求兼容Windows系统。 ... [详细]
  • 前端技术实现调用摄像头进行拍照功能
    在公司项目中,为了实现调用摄像头进行拍照的功能,我们深入研究了HTML5的相关技术。尽管Java在许多方面表现出色,但在这一场景下,HTML5的灵活性和易用性更胜一筹。本文将分享具体的代码设计和实现细节,帮助开发者快速掌握这一功能。 ... [详细]
  • 如何在IDEA中安装和配置反编译插件以提高代码审查效率
    在 IntelliJ IDEA 中提升代码审查效率的一种方法是安装和配置反编译插件。首先,进入 IDEA 的设置界面,然后导航到插件管理部分。接下来,搜索 "ideaJad" 插件并进行安装。安装完成后,重启 IDEA 以确保插件生效。这将帮助你在审查二进制文件时更加高效地查看源代码。 ... [详细]
  • 深入解析 OpenCV 2 中 Mat 对象的类型、深度与步长属性
    在OpenCV 2中,`Mat`类作为核心组件,对于图像处理至关重要。本文将深入探讨`Mat`对象的类型、深度与步长属性,这些属性是理解和优化图像操作的基础。通过具体示例,我们将展示如何利用这些属性实现高效的图像缩小功能。此外,还将讨论这些属性在实际应用中的重要性和常见误区,帮助读者更好地掌握`Mat`类的使用方法。 ... [详细]
  • 尽管许多人认为跑步是一项简单的运动,但实际上它涉及诸多专业知识。不正确的跑步方式不仅会降低锻炼效果,还可能引发伤害。例如,穿着不合脚或过于陈旧的跑鞋,会导致足部支撑不足,增加受伤风险。此外,跑步姿势不当、热身不足、过度训练等问题也同样值得关注。本文将详细介绍七大常见跑步误区,并提供专业的改进建议,帮助跑者避免这些问题,提高运动效率和安全性。 ... [详细]
  • 本文深入探讨了 iOS 开发中 `int`、`NSInteger`、`NSUInteger` 和 `NSNumber` 的应用与区别。首先,我们将详细介绍 `NSNumber` 类型,该类用于封装基本数据类型,如整数、浮点数等,使其能够在 Objective-C 的集合类中使用。通过分析这些类型的特性和应用场景,帮助开发者更好地理解和选择合适的数据类型,提高代码的健壮性和可维护性。苹果官方文档提供了更多详细信息,可供进一步参考。 ... [详细]
  • 作为140字符的开创者,Twitter看似简单却异常复杂。其简洁之处在于仅用140个字符就能实现信息的高效传播,甚至在多次全球性事件中超越传统媒体的速度。然而,为了支持2亿用户的高效使用,其背后的技术架构和系统设计则极为复杂,涉及高并发处理、数据存储和实时传输等多个技术挑战。 ... [详细]
  • 智能制造数据综合分析与应用解决方案
    在智能制造领域,生产数据通过先进的采集设备收集,并利用时序数据库或关系型数据库进行高效存储。这些数据经过处理后,通过可视化数据大屏呈现,为生产车间、生产控制中心以及管理层提供实时、精准的信息支持,助力不同应用场景下的决策优化和效率提升。 ... [详细]
  • 大数据应用实例:电视收视率分析企业项目实操第二篇
    本文继续探讨大数据在电视收视率分析中的应用,详细介绍了如何在CentOS系统中进行防火墙管理。针对CentOS 6.5及更早版本,提供了具体的命令操作步骤,包括停止防火墙服务和禁用防火墙启动。此外,还深入讨论了这些操作对数据传输和系统安全的影响,为实际项目实施提供了宝贵的技术参考。 ... [详细]
  • 通过自定义 `TextView`,实现了在用户点击或焦点变化时动态调整字体颜色的效果。该方法利用了 `ColorStateList` 和 `Selector` 资源文件,确保了界面交互的流畅性和视觉效果的提升。具体实现中,通过重写 `onTouchEvent` 和 `onFocusChanged` 方法,精确控制了颜色变化的时机和状态。此外,还对性能进行了优化,确保在高频率操作下依然保持高效响应。 ... [详细]
  • 【小程序开发】iOS平台时间显示异常问题解析与优化方案
    在iOS平台上,小程序的时间显示出现异常的问题主要源于iOS系统对特定日期格式的支持不足。具体而言,iOS无法正确解析“2019-12-23”这种标准的日期格式,需要将其转换为“20191223”这种连续的数字格式。本文详细分析了这一问题的成因,并提出了一系列优化方案,以确保小程序在iOS平台上的时间显示功能正常运行。此外,我们还探讨了在小程序编辑功能中如何高效地进行日期格式的转换,以提升用户体验。 ... [详细]
author-avatar
刘妤劭明馨
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有