為什麼Apache Unomi開源[客戶資料平台」值得一看

客戶體驗(CX)要求個性化，而個性化要求通路各種各樣的客戶資料。如今，這些資料通常在獨立的、孤立的記錄和參與系統中維護。然而，市場營銷人員需要一個統一的360度客戶資料視圖來個性化内容并提出相關建議。客戶資料平台(CDP)由此誕生，這是一種相對較新的CX資料主資料管理方法。

自從cdp這個類别首次出現以來，在過去的18個月裡，有很多關于cdp的文章。CMSWire之前發表的一篇文章提供了CDPs的一個很好的概述，我鼓勵您閱讀它以及CMSWire發表的關于這個主題的其他文章，包括Raviv Turner的這篇文章和這篇Econsultancy的文章。

在本文中，我将探讨CDP市場的現狀，并重點介紹Apache Unomi，這是一種開源的CDP。

客戶資料平台市場

客戶資料平台研究所，簡稱CDP研究所，自稱是一個與供應商無關的組織，緻力于幫助市場營銷人員管理客戶資料。CDP學院“向市場營銷人員傳授管理客戶資料的問題、方法和技術，特别關注客戶資料平台。”

CDP研究所已經編制了一份CDPs清單，追蹤研究所已知的商業可用産品。截至撰寫本文時，該清單已有87個條目。但是請注意，市場上有更多的CDPs，例如，該清單目前不包括最近宣布的Adobe或Salesforce産品。

像CDP這樣的新産品類别的問題是，無論這些産品是否很好地符合這個類别，供應商們都急于用這個新名字重新包裝他們的産品。最近Winterberry Group的研究發現，在他們考慮的100多家公司中，隻有不到20家符合該公司對CDP的定義(這與CDP研究所的定義非常相似):

能夠攝取和整合多源客戶資料的平台;提供客戶檔案管理;支援“實時”客戶細分;并使其他系統可以通路客戶資料。

買家要當心。

一個開源的CDP替代方案

反對實作商業CDP的主要論點是有限的可擴充性——供應商首先關注，有時甚至完全專注于內建他們自己的産品——以及這些系統的封閉特性。這些解決方案通常以專有格式存儲資料，而供應商許可和使用術語語言可能會使誰“擁有”CDP管理的客戶資料這一問題變得棘手。

實作一個開源的CDP是一個有趣的——現在也是可行的——投資于廠商的專有産品的替代選擇。

展開Apache Unomi

Apache軟體基金會最近宣布了Unomi項目的一個重要裡程碑:它現在是一個頂級項目，這意味着它已經從Apache孵化器中畢業;現在是完全可部署的;并得到足夠大的開發人員社群的支援。長長的Unomi項目團隊成員名單令人印象深刻，其中包括Adobe、Jahia、Red Hat和Talend員工。

根據Elie Auvray, Jahia的聯合創始人和業務開發主管，Apache Unomi的願景是成為“一個與其他系統內建并完成數字營銷目的的樞紐，而不是為所有系統的所有客戶資料提供中央主存儲。”

為了成為一個真正的注冊風格的資料中心(檢視一些資料管理曆史)，資料必須能夠輕松地流經中心，從連接配接的輻條和到輻條。使用标準的擷取和公開資料的方法将使輻條的連接配接更加簡單。Apache Unomi是業界對即将到來的OASIS上下文伺服器規範 OASIS Context Server specification (編者注:最近更改為客戶資料平台規範 Customer Data Platform specification)的第一個參考實作，它打算為客戶資料提供一個開放的互操作性标準，就像CMIS用于内容存儲一樣。

資料隐私、保護和透明度都是Apache Unomi的特征。據Auvray介紹，該軟體可以在不需要個人識别資訊(PII)的情況下收集客戶檔案資訊。相反，Apache Unomi使用唯一的辨別符來關聯源資訊系統中的記錄，例如，CRM ID對應一個支援資料庫ID。

Apache Unomi擁有内置的個人資料保護功能(從客戶的角度來看)，如同意管理、資料匿名化，被遺忘權等新法規(如歐洲GDPR法規和加州消除法中所定義的)所要求的功能。使用Apache Unomi api，開發人員可以建構應用程式特性和UI來管理和控制收集的資料，無論通路者是否同意，以及(可能發生的)匿名/删除資料。

購買和建構你的CDP

讓我們明确一點:Apache Unomi不是為商業使用者設計的，也不是現成的商業軟體。相反，它是一個“無頭”的CDP，為企業和商業軟體開發人員設計，作為許可其他廠商的CDP或建構自己的CDP的替代，當一個CDP旨在成為一個更大的、面向服務的(API驅動的)數字型驗(DX)軟體平台的一層。

也就是說，Apache Unomi提供了一組豐富的CDP功能，這對開發人員非常有吸引力。使用開源的CDP意味着開發人員可以很容易地了解、改進或擴充CDP，而不需要等待第三方供應商。它還允許開發人員利用他們的同行社群，這些社群共享建構高品質軟體的意願，并且能夠共同承擔開發的工作和成本。

Apache Unomi用例

Jahia是Apache Unomi項目的主要貢獻者，可以說，它正在吃自己的狗糧。它的Digital Experience Manager和Marketing Factory産品依靠Apache Unomi來擷取建構更好的個性化和更高效的内容優化所需的資料。其他開發者可以使用Apache Unomi和開發自定義插件擴充來解決這些用例:

• 隐私和同意管理。
• 訪客/客戶檔案管理。
• 觀衆/角色分割。
• A/B内容測試。
• 使用者/事件/目标跟蹤。
• 報告。

在更簡單的範圍内，DX應用程式可以成為由Apache Unomi管理的客戶資料的使用者。例如，我的公司Topdown的INTOUCH基于雲計算的客戶通信管理軟體被設計為在進行個性化通信時通過REST調用使用客戶資料。雖然Topdown預期REST調用将由資料內建工具釋出，但INTOUCH可以同樣輕松地從Apache Unomi擷取資料。這些資料幾乎肯定會比我們通常看到的更豐富，并允許客戶使用有關裝置、位置和其他相關資料的資訊，如:

• 發送通信的基于事件的觸發器(例如，在檢視某個web頁面時提供營銷或支援資訊)。
• 條件邏輯的輸入(例如，确定通信的哪個通道的格式)。
• 在通信内容中包含的評論(例如，“我們看到您正在旅行，是以我們将自動準許在|*國家*|進行的任何收費”)。

如果您是一名内部開發人員，或者為軟體供應商工作，并且需要解決上述任何一個用例，那麼可以考慮考慮使用Apache Unomi。使用開源的CDP可以讓您更快地為客戶改善資料隐私、保護和個性化。

關于作者

約翰·齊默爾(John Zimmerer)是Topdown的進階市場總監，負責公司的客戶溝通和客戶體驗産品的市場研究和拓展工作。最近，John一直在研究和撰寫有關增強客戶體驗的技術的未來方向，他被認為是這一領域的思想領袖。

一點資料管理曆史

主資料管理(MDM)這個術語至少從2004年就出現了。雖然總體目标沒有改變——為需要使用資料的系統提供對資料的通路，但是現在使用MDM的方法有所不同。