資料完整性：為什麼對於理解使用者行為至關重要

已發表: 2024-11-23

在當今個人化行銷的時代，如果沒有豐富的客戶數據，行銷人員就會迷失方向。但許多行銷人員在將數百萬個數據點推送到雲端時忘記了數據點品質和完整性的重要性。
高品質的數據讓所有團隊的生活變得更好。行銷團隊可以打造更好的行銷活動，分析團隊可以在無需轉換和解決方法的情況下做出更好的決策，產品團隊可以做出明智的產品決策。
這是一個簡單的範例：您每月推送數百萬個購買事件，但有一天意識到您已將產品名稱作為屬性對應到該事件。這可能看起來合乎邏輯或微不足道，但想像一下您有多個具有完全相同名稱的產品。這將導致數位誇大並誤導您和您的策略行銷管道。如果您將產品 ID 或 SKU 對應到購買事件，則可以避免這種情況。
如果您不能信任您的數據，您將永遠不會放心地使用分析來做出業務決策。

降低資料完整性的常見情況

數據重複
重複不僅不利於資料完整性，而且還會直接導致儲存容量增加成本。這可能是使用者設定檔的重複，甚至是同一事件在本應引發一次的情況下被多次引發。
一個常見的重複範例：您的整合式 SDK 預設會追蹤一些“系統事件”，例如應用程式啟動或通知單擊，但您的開發人員忽略了這一點並手動引發事件。在這種情況下，您將相同事件儲存兩次，從而增加您的平台成本，因為您將更快地超出事件追蹤配額。在數百萬用戶的規模下，這些額外費用確實會損害您的行銷和分析預算。
時區管理
大部分行銷活動都是基於時間的，錯誤指定的用戶時區可能意味著您的活動會被忽視，因為它是在凌晨3 點而不是晚上7 點進行的。 。
位置數據
您可以從應用程式中取得兩種類型的位置：

1、粗定位：  

可以使用行動網路供應商和 WiFi 接入點提取該訊息，無需 GPS 訪問，但準確性不高。
這對於您的用例來說可能已經足夠了，例如，如果您只想發送行銷活動或根據大致位置細分用戶（例如來自加利福尼亞州的用戶）。
粗略的位置數據也足以讓您獲得有價值且重要的見解，例如市場滲透率、客戶採用率等。
對於這些見解，您可能不需要收集更昂貴的精確用戶位置。

2、精確定位：  

它使用 GPS 訪問，精確度在幾公尺之內。
高精度位置資料在電子商務、食品和雜貨配送等行業中顯得尤為重要。
例如，CleverTap 的許多客戶使用地理圍欄為用戶提供高度準確的基於位置的服務，例如當用戶靠近客戶的商店之一時發送優惠券。正如您可以想像的那樣，這需要位置資料精確到幾公尺之內。
為了確保高精度，需要最終用戶進行 GPS 存取。請記住，如果最終用戶出於隱私和/或電池問題而選擇拒絕存取位置資料的權限，那麼這些參與必然會受到影響。
您可以透過了解位置資料在特定行銷用例中的重要性來選擇所需的位置資料的準確性。在許多情況下，檢索準確位置資料的成本可能會超過收益，因為您可能會失去從選擇不提供位置資料的使用者那裡獲取資料的機會，並且您可能需要為這些使用者修改旅程。
但請記住，如果您選擇堅持使用​​粗略位置數據，則應讓所有利害關係人意識到位置數據可能是模糊的，不應在需要精確位置的情況下使用。
糟糕的事件命名
命名應用程式事件的方式會對資料的清晰度產生長期影響。您可以將產品被檢視的事件命名為：

  1. 產品視圖
  2. 瀏覽過的商品
  3. 瀏覽過的商品
  4. 使用者產品視圖
  5. 產品_已查看
  6. 商品瀏覽
  7. 查看產品

我們推薦「名詞+動詞」文法。例如，產品已查看，註冊已完成。
無論您選擇什麼，請確保您的命名約定在所有平台上得到維護，並使您的團隊達成共識。我們觀察到同一事件在 iOS 和 Android 應用程式上的命名或拼寫不同的情況，這會導致資料遺失或錯誤訊息，並且修復起來可能很麻煩。
命名保持一致和清晰，以確保工作流程簡單明了。請務必諮詢相關的內部團隊，例如行銷和數據科學團隊，以實現平穩的互通性和較低的開銷。
按行業垂直查看這些範例事件，作為一個良好的起點。
獨特的使用者識別問題
身分管理是行銷工作中非常重要的一環。您需要唯一地標識用戶，並避免多次向同一用戶發送相同的行銷活動以及其他此類錯誤。
以下是有關在行銷平台中設定使用者身分的一些重要建議：

  1. 如果沒有 Identity，請不要設定。例如，將多個使用者的身分設為「無」可能會將該「無」身分下的所有使用者分組在一起（即，具有「無」身分的任何使用者都被假定為同一使用者。）很少有平台分配內部唯一的在傳遞的身份為 Null 的情況下向用戶提供 ID，就像 CleverTap 所做的那樣，並且該身份仍然可以用於識別單個用戶。
  2. 不要指派可能會更改的身份。例如，如果某人的電子郵件可以在您的應用程式內更改，那麼允許電子郵件作為身分並不是一個好主意。如果他們更改了電子郵件，大多數行銷平台都會將該人標記為新用戶。這同樣適用於手機號碼、Facebook ID 等。

您可能有特殊的用例，例如多個使用者從一台裝置使用該應用程式。像 CleverTap 這樣的複雜平台可以根據目前登入的使用者在不同的使用者設定檔之間切換。
事件數據
確保從開發人員和業務角度仔細規劃和實施您的事件資料。
有條不紊地考慮您的事件和事件屬性。您不想在沒有產品 ID 作為事件屬性的情況下引發購買事件。
確定每個事件的觸發點並確保在正確的時間引發事件。
與 iOS 應用程式相比，請勿在 Android 應用程式的用戶旅程的不同點引發事件。例如，您可能會在 Android 上意外地在主畫面開始載入時引發「主畫面已檢視」事件，但在 iOS 上則在頁面載入後引發。這可能會導致Android 和iOS 數字之間存在明顯差異，並導致錯誤的見解，因為許多用戶可能會在主螢幕仍在加載時關閉應用程序，從而導致iOS 用戶的計數相對較低，進而可能導致您做出不必要的操作變更。
使用測試帳戶和測試使用者來驗證實際的應用程式操作與使用者個人資料頁面上引發的事件。
事件資料的資料類型
為您的事件屬性確定正確的資料類型應該是一個經過深思熟慮的決定。很少有像 CleverTap 這樣的行銷平台具有內建的架構管理工具，可以幫助您定義每個事件屬性的資料類型。
我們觀察到用戶生日作為字串而不是 Date 物件從應用程式傳遞的情況。這使得資料幾乎毫無用處，因為像「我的用戶中有多少%屬於Z世代？」這樣的簡單查詢。無法很快得到答案。
最近，我們有一個客戶將其交易金額資料作為字串而不是整數發送。這使得許多簡單的數學運算無法執行。
簡單的疏忽可能會導致資源的嚴重浪費：嘗試事後轉換資料或必須完全丟棄它。

如何保持資料的高度完整性？

幸運的是，維護資料完整性並不困難。但這確實需要一些計劃和深思熟慮。
請遵循以下最佳實踐：

  1. 在整個文件和平台上保持一致且清晰的事件命名。
  2. 在與行銷平台的初始整合過程中花費額外的時間來徹底手動測試跨平台引發的事件。在上線之前使用測試帳戶和用戶個人資料的活動流。這將為您在未來節省大量時間和痛苦。
  3. 應經常進行徹底的審核，尤其是在修改或添加某些事件結構時。
  4. 仔細考慮您想要追蹤哪些事件，不要太過分，也不要錯過關鍵事件。確保明確定義您的 KPI 和用例。
  5. 諮詢可能使用數據的相關團隊，例如行銷團隊、管理層、開發人員和數據科學家。
  6. 確保所有平台團隊（Android、iOS、SDK）在決定何時引發事件時達成一致。
  7. 花時間維護事件模式。請訪問我們的文檔，以了解有關架構的更多資訊以及它如何幫助維護資料完整性。

實作並維護資料完整性

如果您打算將業務決策建立在數據的基礎上，那麼能夠信任您的數據非常重要，而您所需要的只是一點額外的時間和精力來建立這種信任。維護資料完整性將為您和您的公司減輕許多痛苦。