為什麼以及如何重新考慮配置文件合併

當營銷人員過於追逐客戶數據平台 (CDP) 中的“黃金記錄”時，他們可能會允許“身份”擾亂他們的用例。 因此，讓我們看看為什麼在您的 CDP 中創建單一客戶資料並不總是理想的，以及您如何開發正確的合併記錄程序。

創建“黃金唱片”會破壞客戶體驗

有時，將客戶的所有信息拼接成一個個人資料可能會意外地干擾您的用例。 讓我舉例說明。

在計劃家庭旅行時，我通過女兒安妮的個人電子郵件地址將她添加為預訂客人。 但她在工作郵件中收到旅遊公司的旅行提醒，這讓她很緊張。 他們為什麼將提醒發送到她的工作郵箱？ 誰告訴他們她的工作電子郵件？

據我所知，這就是發生的事情。 安妮使用她的工作電子郵件在旅遊公司創建了一個帳戶，用於與工作相關的活動。 在此過程中，旅遊公司將她的個人電子郵件添加到該個人資料中。 當我將她的個人電子郵件添加到客人列表時，旅遊公司將該操作附加到她的個人資料中，因此在發送提醒時，它使用該個人資料中的默認電子郵件，即她的工作地址。 換句話說，在為 Anne 創建“黃金記錄”的過分熱心嘗試中，他們忘記了用例的目的：向為活動輸入的來賓電子郵件發送提醒。

再舉一個例子。 喬是個好顧客。 他是一名辦公室經理，他為他的公司從您的商店購買東西。 但他有副業，會購買許多相同的東西供個人使用。 他使用不同的電子郵件地址將這些帳戶分開。 合併這些記錄無助於您與 Joe 的關係。 這惹惱了他，讓他在會計方面遇到麻煩。

深入挖掘：單一客戶記錄的神話

然後是我的經驗。 我在許多不同的公司擔任顧問。 有時我需要為不同電子郵件地址的不同客戶使用同一服務的帳戶。 某些服務不允許客戶擁有多個具有相同電話號碼的帳戶以進行雙因素身份驗證。 所以我必須找到一個對服務提供商或我都沒有幫助的解決方法。

這些都是合併個人記錄會破壞客戶體驗的示例。 另一方面，有些情況下您最好合併記錄。 例如，如果您是一家送餐的餐廳並且知道 Sam 過敏，您必須確保信息在 Sam 的所有帳戶之間遷移。

合併客戶記錄：何時進行以及如何進行

底線很明確：用例比身份更重要。 但是你怎麼知道什麼時候合併什麼？ 我創建了兩個框架來解決這些問題：設備框架和人員框架。 通過考慮兩個框架的每個用例，您可以開發合併記錄的正確過程。

設備框架

設備框架是大多數人解決客戶數據問題的方式。

設備配置文件：設備向您的站點發出請求。 您的 CDP 為該設備創建配置文件並收集有關它的信息。 在此級別，您可以根據操作系統、地理位置、屏幕尺寸等進行細分。

活動：如果該設備發出多個請求，您可以使用其他信息豐富配置文件，例如訪問的內容類型。 使用此活動信息，您可以根據“喜歡視頻”或“訪問稅務內容”等內容進行細分。

標識符：設備的某些活動有助於縮小該設備背後的人員範圍。 例如，設備可能會在點擊您的一封電子郵件後向您的站點發出請求。 這有助於創建更窄的細分，在某些情況下，還可以幫助您識別此人。 標識符可用於創建強大的細分，例如“註冊我們的電子通訊的每個人”。

Person ：一些標識符與一個人有很強的聯繫，而其他標識符只暗示這個人的身份。 當您收集標識符時，您有時可以或多或少確定地將個人資料解析為特定的人，具體取決於您收集的標識符的性質。 一旦您確定了某個人的個人資料，您就可以開髮用例，例如在即將到期時提供續訂優惠。

人們

person 框架可以幫助您避免上述問題，例如 Anne 擔心濫用她的工作電子郵件或我的雙因素身份驗證問題。 這個框架要求我們走出一個以數據為中心的世界，去思考真實的人的真實生活。

人：我們不是從設備配置文件開始並試圖將其分解為一個人，而是從一個人開始，想像這個人在現實世界中的行為。 讓我們回到 Joe，他是您的好客戶，他為工作和家庭業務購買辦公設備。

設備：Joe 有兩部電話：一部來自辦公室，一部供個人使用。 他小心翼翼地用一個做辦公室工作，用另一個做家庭/個人工作。 Joe 也有一台辦公室 PC，但家裡有一台 Mac。 同樣，他將一個用於辦公室工作，另一個用於他自己的事業。

標識符：Joe 對將事物分開持謹慎態度。 他的辦公室電子郵件用於辦公室工作，他的個人電子郵件用於朋友和家人，他還有另一個電子郵件地址用於他的副業。 喬不希望這些合併或混淆。

角色：與其將喬視為一個人，不如將喬視為三個不同的角色：辦公室喬、個人喬和副業喬。

深入挖掘：可能會惹惱或吸引客戶的 19 個 CDP 用例

將這些框架用於您的用例

現在我們已經掌握了基礎知識，讓我們以一個用例為例，並通過兩個框架來處理它。 用例是：“將相關的職位列表發送給所有選擇加入我們職位發布電子郵件的機械工程師。”

設備框架

設備漏斗的頂部對此用例沒有多大幫助，因為我們無法通過他們使用的設備類型來識別機械工程師。 達到活動級別後，我們可以找到與機械工程師相關的頻繁內容的配置文件。

我們可以使用現場測驗或簡單問卷來收集標識符。 在這種情況下，職務。 一旦我們有了職位名稱，我們就可以創建一個機械工程師細分市場，並推廣“註冊機械工程師職位列表”電子郵件列表。

這對於這個用例來說已經足夠了。 我們不需要將身份分解為人，儘管名字可能適合個性化電子郵件。 正如我們將看到的那樣，將事情解決到人身上可能會產生問題。

人物框架

我們的機械工程師 Julia 所在的公司對四處尋找新工作的人並不友善。 IT 部門監控所有到達辦公室地址的電子郵件。 正因為如此，朱莉婭小心翼翼地將她的工作和個人生活分開。

雖然她只有一台筆記本電腦，但她在 Chrome 中完成所有辦公室工作，並在 Firefox 中進行所有個人瀏覽（在家中）。 她在她的個人賬戶上註冊了職位發布電子郵件，但沒有在她的工作賬戶上註冊。

如果一位過分熱心的數據科學家將這兩個帳戶合併為 Julia 的一個個人資料，並開始將職位發布電子郵件發送到 Julia 的工作地址，Julia 會不高興的。

重新考慮與這些框架合併的配置文件

人們比您的數據結構所識別的要復雜得多，因此從兩個角度查看您的用例至關重要：

• 從數據端（設備框架）。
• 通過想像經常通過不同角色在網上行動的真人的生活經歷和關注點。

確保構建數據、合併規則和用例，以允許人們在適合他們的任何角色中行動。 不要太過努力地在每種情況下為每個人創建一個個人資料。

獲取營銷技術！ 日常的。 自由的。 在您的收件箱中。

企業電子郵件地址

訂閱 加工...

見條款。