漏斗（傳統）報告類型

您可以建立並新增漏斗報告到儀表板，以監控銷售和行銷團隊的進度。預設漏斗報告將具有預設漏斗類型。

請注意：您的 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 的重複檢測識別到這些記錄屬於同一人時，它會合併這些記錄，以建立單一、全面的聯絡人檔案。這可確保您能完整檢視每位客戶的旅程，並避免重複溝通。

進一步瞭解記錄合併。

經過所有階段的聯絡人或交易

範例

以下報告包含所有建立的聯絡人、潛在線索、機會 和客戶漏斗階段。

假設已建立聯絡人，並成為潛在客戶，然後成為客戶，但沒有先成為機會。該報告只會將該聯絡人包含在「所有建立的聯絡人」和「線索 」階段中，但不會包含在「機會 」或「客戶 」階段中。

報告中的聯絡人也會根據您指定的時間範圍而改變。例如，如果您將時間範圍設定為上個月：

• 如果聯絡人是兩個月前建立的，則報告不包括該聯絡人。
• 如果某聯絡人是在兩星期前建立的，但在一星期後成為潛在客戶，則報告會在所有已建立的聯絡人 和潛在客戶 階段中包含該聯絡人 。

您還可以看到每個生命週期階段中計算出來的下一步轉換率和累積轉換率。

• 下一步轉換率：從該階段轉移到下一階段的聯絡人百分比。
• 累積轉換率：從第一階段轉換到下一階段的聯絡人百分比。