"漏斗分析" 搜索结果
分布分析常见应用场景
以电商为例，重复购买次数是比较常用的衡量用户忠诚度的指标，下面我们将示例如何通过分布分析查看重复购买次数并进行分维度下钻。 查看用户重复购买次数分布 image2020-12-23_15-40-18.png 根据以上分析结果，我们希望进一步挖掘复购率高的人群的共同特点，了解他们是否在某些维度上呈现明显集中的分布，接下来
费用 & 服务问题
40 天，涉及到 6 个事件的漏斗分析，要比只横跨 7 天，涉及 1 个事件的事件分析要慢得多。 机器的磁盘读性能越好，查询也会越快。在不考虑应用层 cache 的情况下，神策分析的每次查询都需要从磁盘中扫描数据，因此，磁盘的扫描性能会直接影响查询速度。 机器的 CPU 性能越好，查询也会越快。一个完整的查询，在磁盘
事件分组
概述 在使用事件分析、留存分析、分布分析等分析模式时，通过 事件分组 可设置事件的分组和排序方式。 选择 分析 > 事件分析，在 事件选择 窗口的右上角点击 image-2024-1-19_11-56-0.png 即可打开事件分组管理窗口。 面板 默认面板 我们提供了 默认 作为初始化的面板，便于标准化事件分组归类 …
留存分析功能应用示例
当前，各产品获客成本飙升，增加用户黏性的重要性愈发凸显。 为评估产品更新效果或渠道推广效果，我们常常需要对同期进入产品或同期使用了产品某个功能的用户的后续行为表现进行评估，即进行断代分析（也称为同期群分析）。 此时，我们使用神策分析的留存分析进行评估。 步骤一：设置留存的初始行为及后续行为 假设我们把完成了“注册”行为
平台账号管理
」。 点击「转交工作」/「批量转交」，可转交账号在其所属项目下的资源（支持多个项目） 列表以账号+项目维度进行展示，选择要转交的「资源类别」，如概览和书签、漏斗、智能预警、角色等；选择要「转交到的平台账号」，支持搜索账号名和姓名 转交工作完成后将会在「消息通知」中对操作人、「转交到的平台账号」分别进行通知，通知内容中的
事件分析功能应用示例
个“触发用户数”指标。 image2020-12-23_15-0-58.png 步骤3：比较不同渠道效果 当运营人员想要比较不同渠道带来的流量时，可以点选按“渠道”查看，对前两个步骤所查询到的结果进行分组查询。 image2020-12-23_14-58-24.png 步骤4：设定高级筛选条件 如果想对分析结果依照特定
基础数据校验
常见，可能是漏埋了。 属性值类型是否与数据采集方案一致。如不一致，需要重新创建一个属性，设置为正确的类型，再将数据上报到新属性中。 对用户关联情况进行校验 在开始本小节的校验之前，请提前阅读第如何准确的标识用户 ，并确定理解了用户关联的概念和方案。 该环节需要结合神策分析中自定义查询的功能来操作，校验的目的有如下三点
LogAgent
LogAgent 一般用于将 后端数据实时 导入到神策分析的工具，一般运行在生产日志的服务器上。 几个应用场景举例： 我的程序不方便嵌入神策分析的 SDK，但又想将程序输出的数据导入神策分析； 我希望在本地生成神策分析的导入数据，并在本地保留完整的副本； 我不想自己控制数据发送进度，但又希望发送的数据不重不漏； 这时
App SDK 预置事件和预置属性
UICollectionView 等，Android 端的 ListView 等。对于采集不到该属性值的控件，该属性值在神策分析页面展示为「未知」。 HarmonyOS SDK 不采集 $element_id 元素ID 字符串 Android 端默认会获取； iOS 端每个控件一般不会设置 ID，因此 iOS 端默认
如何正确地标识用户
准确地标识用户，做好用户关联，是用户行为分析的基础。如果有一丝纰漏，后续得到的统计或分析结果，都将被打上问号，因此请高度重视本节内容。 用户标识及关联 在真实世界中，我们通常可通过身份证号来准确标识一个自然人。但在互联网业务体系中，这种方式并不能很好的适用，于是产生了两种常见方案： 通过用户的设备 ID 来唯一标识用
