使用 SQL 进行产品旅程分析
产品旅程可以对会话、用户、帐户或尝试进行计数。查看结果后选择单位会使分析不稳定。在写入 SQL 之前定义计数单位、有序里程碑、身份规则和观察窗口。
发出持久的里程碑
使用描述已完成产品结果的事件名称，例如 landing_viewed、signup_completed、workspace_created 和 first_query_run。包括经过隐私审查的会话或帐户标识符、稳定步骤名称、步骤顺序、有界采集源和 UTC 时间戳。
当基础操作可能失败时，不要通过单击按钮来推断已完成的里程碑。当生产者可以重试时，对重复事件进行重复数据删除。记录旅程是否必须在一个会话中进行，以及用户是否可以跳过或重复步骤。
计算两种形式的转换
产品之旅 SQL 配方 生产：
journey_completion_pct，将每一步与第一步进行比较。step_to_step_pct，将每个步骤与前一个步骤进行比较。
第一个问题回答了有多少进入人口达到了里程碑。第二个定位局部损失最大的转变。附带的装置有五个进入会话和两个达到第一个查询里程碑的会话，因此这两个百分比都可以在 浏览器 SQL 游乐场 中重现。
对于更严格的生产漏斗，首先将每个会话减少到一个最早的里程碑，使用窗口函数验证步骤顺序，并选择最大旅程持续时间。 SQL漏斗分析指南 更详细地解释了这些选择。
仅在基本旅程正常运行后才进行航段
在添加源、计划、设备或实验维度之前验证未分段的旅程。每个部分都需要足够的完整观察时间和足够的会话来支持决策。在每个费率旁边保留原始计数。