整合線下和線上的使用者資料

旅程圖可以整合線上和線下使用者的資料並帶給顧客不間斷的體驗。您可以上傳在實體店面發生的線下事件，例如消費和會員註冊，並在旅程圖中使用這些事件。

請參閱實際案例：鼓勵線下消費查看範例。

---

使用條件

在旅程圖上，同一名使用者在不同管道的資料會依據 user_id 進行整合。

• 若要在旅程圖中使用線下事件或線下受眾：
  • 必須先經由線下事件 API V2 上傳線下事件，並且用 user_id 作為不重複的識別碼。
  • 線下受眾必須在 AIQUA 上建立。線下事件必須含 user_id 作為不重複識別碼。請參閱按線下事件新增受眾。
• 如果用批次上傳線下使用者 API（Bulk Upload Offline Users API）或新增／更新個人檔案功能上傳線下使用者，請務必在每位使用者的紀錄中包含 user_id 這項資訊。線下使用者必須有 user_id 才能進入旅程。

📘

限制

• 系統可能無法及時處理當天上傳的線下使用者資料，並核對使用者是否符合過去的條件。
• 網頁內和 App 內行銷活動的即時觸發事件不能用線下事件。

---

最佳作法

以下是上傳和使用線下事件的建議和技巧。

使用 is_offline 參數

如果線上和線下事件使用相同的事件名稱，則可以用事件參數 is_offline 來區分兩者。請在旅程圖中選擇事件，點擊新增事件屬性，然後選擇 is_offline。

如果只想包含線下事件，請將 is_offline 設定為 True；如果只想包含線上事件，請選擇 False。如需同時包含線下和線上事件，請不要設定此事件參數。

頻繁地上傳事件

與 Appier SDK 追蹤的線上事件不同，線下事件需經由 API 上傳到 AIQUA。因此，事件實際發生的時間和上傳時間之間一定會出現時間差。

如欲在旅程圖中使用線下事件或受眾，我們建議您每天至少上傳一次線下事件。

在旅程圖上加入上傳頻率的時間間隔

您可以在某些節點中延長時間，以便爭取更多時間上傳線下事件。

• 過去的條件：設定僅考慮過去Ｘ天的事件的天數時，將事件上傳所需要的時間納入考量。假設上傳事件的頻率是 1 天且事件套用範圍是過去 3 天，請將僅考慮過去Ｘ天的事件設為 4 天。

• 即時事件：事件的時間戳記必須比旅程啟用的時間來得晚，且使用者將在線下事件上傳後進入旅程。
• 等待條件： 將事件上傳的頻率納入考量以延長逾時的時間。假設事件上傳的頻率是 1 天，同時想要給使用者 7 天時間符合條件，請將逾時期限設定為 8 天。

• 檢查條件：在「檢查條件」節點之前插入「延後」節點，以確認使用者進入檢查條件節點之前，線下事件已上傳完畢。假設您每天上傳一次線下事件，您可以加入延後節點，讓使用者暫時停留一天。

• 目標事件：目標事件是根據線下事件的實際時間戳記計算。事件上傳後便會加入事件計數，但最終結果不受影響。
• 離開條件：上傳離開事件後，符合離開規則的使用者將離開旅程。

---

實際案例：鼓勵線下購買

假設您想向 VIP 會員傳送行銷活動以鼓勵他們在實體店完成線下消費。

首先，請先確認您每天都有將線下購買事件上傳到 AIQUA。

接下來，請按下列步驟設定旅程圖。

1. 在進入觸發事件的節點中選擇過去的條件，並將條件設定為包含 VIP 會員。
2. 新增等待條件節點，並將線下購買事件新增為條件。
3. 在符合條件路徑中，向已完成線下消費的使用者新增感謝函。
4. 在逾時路徑中，傳送 Email 以鼓勵線下消費。
5. 如果信件被點開，再傳送一封 Email 追蹤後續；如果未被點開，改成傳送簡訊。
6. 目標事件和離開條件都設定為線下購買事件。