漏斗（传统）报告类型

您可以创建漏斗报告并将其添加到仪表板上，以监控销售和营销团队的进度。默认漏斗报告将有一个默认漏斗类型。

请注意：您的 HubSpot 账户需要某些订阅才能创建自定义漏斗报告，并在漏斗报告类型之间进行选择。否则，默认漏斗报告将具有无法更改的默认漏斗类型。

从传统漏斗报告过渡到旅程漏斗报告

您的订阅将从传统漏斗报告生成器过渡到新的旅程漏斗报告生成器。您可能会注意到数据中的差异。了解这两种报告类型有何不同，以及这些变化会如何影响您的分析。

概述

以下是可能影响报告数据的四项主要更改：

• 事件排序要求
• 日期范围限制
• 对象创建时间处理
• 合并联系人处理

以下章节将更详细地介绍这些差异。

事件排序要求

活动订购要求将在以下方面发生变化：

• 传统漏斗报告：
  • 事件只需在特定日期范围内发生。
  • 对顺序排序没有要求。
• 旅程漏斗报告：
  • 阶段完成必须遵循时间顺序。
  • 每个后续阶段必须在前一个阶段之后完成。

事件排序示例

以下是从传统漏斗报告过渡到旅程漏斗报告的事件排序更改示例：

• 方案 A - 传统漏斗报告：未按顺序完成阶段
  1. 四个阶段（S1-S4），一个联系人
  2. 联系人按以下顺序完成阶段S1 > S3 > S2 > S4
• 情景 B - 旅程漏斗报告：按顺序完成阶段
  1. 四个阶段（S1-S4），一个联系人
  2. 联系人按顺序完成各阶段：S1 > S2 > S3 > S4

事件排序结果如下

• 方案 A - 传统漏斗报告：完成所有四个阶段（S1、S2、S3、S4）
• 方案 B - 旅程漏斗报告：联系人完成了两个阶段（S1 和 S2）

两种事件订购流程的区别如下：

• 方案 A - 传统漏斗报告：核实所有阶段都在日期范围内完成
• 方案 B - 行程漏斗报告：找到顺序完成步骤的最长路径

日期范围限制

以下日期范围更改将适用：

• 传统漏斗报告：
  • 无日期范围限制。
  • 您可以分析任何时间段的数据。
• 旅程漏斗报告：
  • 回溯期最长为五年。
  • 对于活动量较大的账户，回溯时间范围可能较小。

日期范围限制示例

下面是一个从传统漏斗报告过渡到旅程漏斗报告的日期范围变化示例：

• 情景
  1. 四个阶段（S1-S4），2 个联系人
  2. 报告配置为传统漏斗报告中的所有时间
  3. 联系人 1：2018 年完成所有阶段
  4. 联系人 2：2025 年完成所有阶段
• 每份报告的结果：
  • 传统漏斗报告：两名联系人完成所有阶段
  • 旅程漏斗报告：一位联系人完成了所有阶段。由于联系人 1 的数据超过了五年限制，因此只计算联系人 2。

对象创建时间处理

以下对象创建时间处理更改将适用：

• 传统漏斗报告：
  • 它们使用createdate 属性值。
  • 用户可手动修改该属性。
  • 过滤器基于管道设置。
• 旅程漏斗报告：
  • 它们使用账户中的实际对象创建时间戳。
  • 它们不使用手动修改的createdate 属性值。
  • 它们能更准确地反映对象的真实创建时间。

对象创建时间处理更改示例场景

以下是从传统漏斗报告过渡到旅程漏斗报告的对象创建时间处理更改示例：

• 场景
  • 2 个阶段：创建和阶段 1 (S1)
  • 1 个联系人于 2022 年创建
  • S1 于 2023 年完成
  • createdate 属性手动更改为 2024 年
• 结果
  • 2023-2025 年的报告：
    • 遗留漏斗报告：联系人完成了两个阶段
    • 旅程漏斗报告：联系人未完成任何阶段。创建事件发生在报告日期范围之前。
  • 2022-2023 年的报告：
    • 遗留漏斗报告：联系人未完成任何阶段。用户修改了createdate 属性
    • 旅程漏斗报告：联系人完成了两个阶段。用户使用了实际创建时间戳。
  • 2022-2025 年的报告：
    • 传统漏斗报告：联系人完成了两个阶段
    • 旅程漏斗报告：联系人完成两个阶段

合并联系人处理

以下是合并后的联系人处理更改：

• 传统漏斗报告：
  • 它们依赖于在合并过程中重新排序的联系人属性。
  • 它们通过属性操作来保持生命周期的向前发展。
  • 由于合并引起的属性变化，它们可能会在漏斗中显示联系人。
• 旅程漏斗报告：
  • 它们使用原始事件时间戳，无需重新排序。
  • 它们能更准确地反映实际的客户旅程。
  • 如果联系人的真实生命周期事件发生在报告日期范围之外，则可能不会出现。

对数据的影响

由于合并了联系人，传统漏斗报告和旅程漏斗报告之间可能会出现数据差异。与传统漏斗报告不同，旅程漏斗报告将不包含生命周期事件发生在所选日期范围之外的联系人，即使这些联系人之前因合并导致属性发生变化而被包含在内。这一更改提供了更准确的客户旅程视图，但可能会导致转化率降低。

HubSpot 会自动处理联系人合并，以保护数据完整性。具体到生命周期阶段，HubSpot 使用预定义行为防止联系人历史记录倒退。这样做的目的是在保持数据准确性的同时尽量减少人工操作。

了解数据差异

如果您注意到传统报告和旅程漏斗报告之间的差异，请注意旅程漏斗报告能更准确地反映客户的实际旅程。事件排序、日期范围、创建时间处理和合并联系人处理方面的变化旨在让您更好地了解漏斗性能。

合并联系人的原因

合并联系人在 HubSpot 中很常见，因为客户在成为 CRM 中的联系人之前，通常会通过多个接触点与您的企业进行互动。

例如，某人可能

• 在您的网站上填写表格
• 订阅您的时事通讯
• 下载资源
• 参加网络研讨会
• 使用社交媒体

这些互动均可在 HubSpot 中创建单独的联系人记录。当HubSpot的重复检测功能识别出这些记录属于同一个人时，就会将它们合并起来，创建一个单一、全面的联系人档案。这可确保您全面了解每位客户的旅程，并防止重复沟通。

了解有关记录合并的更多信息。

经历所有阶段的联系人或交易

示例

下面的报告包括所有创建的联系人、"潜在 客户"、"机会 "和 "客户"漏斗阶段。

假设创建了一个联系人，成为了潜在客户，然后又成为了客户，但没有先成为商机。该报告只会将该联系人包含在 "所有已创建联系人"和 "潜在 客户 "阶段中，而不会包含在 "机会 "或 "客户 "阶段中。

报告中的联系人也会根据你指定的时间范围发生变化。例如，如果您将时间范围设置为上个月：

• 如果联系人是在两个月前创建的，那么报告将不包括该联系人。
• 如果一个联系人是两周前创建的，一周后成为线索，那么报告将在所有已创建联系人 和线索 阶段中包含该联系人。

您还将看到在每个生命周期阶段计算出的下一步转换率和累计转换率。

• 下一步转换率：从该阶段转入下一阶段的联系人百分比。
• 累计转换率：从第一个阶段转入下一个阶段的联系人百分比。