偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

如何克服數(shù)據(jù)湖與客戶互動(dòng)分析之間的瓶頸

大數(shù)據(jù) 數(shù)據(jù)湖
創(chuàng)建客戶的完整視圖,并通過(guò)最佳渠道實(shí)時(shí)互動(dòng)。當(dāng)今在商業(yè)領(lǐng)域的競(jìng)爭(zhēng)就是了解你的客戶。消費(fèi)者期待個(gè)性化的服務(wù)和令人滿意的體驗(yàn),而與他們互動(dòng)品牌無(wú)關(guān)的東西都可能導(dǎo)致客戶選擇其他品牌。

創(chuàng)建客戶的完整視圖,并通過(guò)***渠道實(shí)時(shí)互動(dòng)。

當(dāng)今在商業(yè)領(lǐng)域的競(jìng)爭(zhēng)就是了解你的客戶。消費(fèi)者期待個(gè)性化的服務(wù)和令人滿意的體驗(yàn),而與他們互動(dòng)品牌無(wú)關(guān)的東西都可能導(dǎo)致客戶選擇其他品牌。

各行業(yè)的許多組織都在努力獲取他們所需的客戶數(shù)據(jù),以便在所有與客戶的接觸中提供個(gè)性化的和情景的體驗(yàn)。最近,數(shù)據(jù)湖已被吹捧為管理所收集的各種客戶數(shù)據(jù)的***方式,許多大數(shù)據(jù)和分析解決方案都側(cè)重于使用自助式方法來(lái)利用數(shù)據(jù)湖價(jià)值。

[[232126]]

將所有客戶數(shù)據(jù)都轉(zhuǎn)儲(chǔ)到數(shù)據(jù)湖中是不夠的;特別是當(dāng)分析引擎與其收到的數(shù)據(jù)質(zhì)量一樣好時(shí)。根據(jù)研究公司Forrester Inc.最近的一份報(bào)告,只有25%的業(yè)務(wù)和技術(shù)決策者表示,他們實(shí)施大數(shù)據(jù)解決方案后增加了收入。這意味著大多數(shù)公司并沒(méi)有有效地利用客戶數(shù)據(jù)形成的見(jiàn)解來(lái)更好地服務(wù)和留住客戶,F(xiàn)orrester公司說(shuō)道。

是什么阻礙了企業(yè)在客戶互動(dòng)中使用大數(shù)據(jù)?數(shù)據(jù)湖和使用客戶互動(dòng)分析之間存在著兩個(gè)瓶頸。一個(gè)是建立黃金記錄,準(zhǔn)確和完整的客戶視圖,另一個(gè)是克服流程中的延遲--在數(shù)據(jù)、分析和執(zhí)行層面--通過(guò)正確的渠道或接觸實(shí)時(shí)與客戶互動(dòng)。

數(shù)據(jù)湖和黃金記錄

讓我們先看看建立黃金記錄所面臨的挑戰(zhàn)吧。黃金記錄的概念超出了所謂的360度客戶視圖或客戶的單一視圖范疇。它是來(lái)自整個(gè)企業(yè)的更豐富和全面的數(shù)據(jù)集合,涉及到將有關(guān)客戶的所有已知信息收集到整個(gè)組織都能訪問(wèn)的數(shù)據(jù)控制中心點(diǎn)。

構(gòu)建良好的黃金記錄至關(guān)重要,因?yàn)閿?shù)據(jù)驅(qū)動(dòng)的客戶互動(dòng)質(zhì)量高度依賴于數(shù)據(jù)本身的質(zhì)量(準(zhǔn)確性、完整性、相關(guān)性和及時(shí)性)。不正確的數(shù)據(jù)會(huì)導(dǎo)致不相關(guān)的報(bào)價(jià)、冗余方法以及順序混亂或提供過(guò)時(shí)的報(bào)價(jià)。數(shù)據(jù)湖是一個(gè)很好的存儲(chǔ)庫(kù),但組織選擇數(shù)據(jù)湖(原始數(shù)據(jù)種類繁多,數(shù)據(jù)量大,數(shù)據(jù)捕獲簡(jiǎn)便等)的很多原因都會(huì)放大他們所面臨的質(zhì)量問(wèn)題。

其解決方案是應(yīng)用嚴(yán)謹(jǐn)且周密的數(shù)據(jù)匹配策略,該策略利用探索性、概率性和機(jī)器學(xué)習(xí)方法來(lái)掌握數(shù)據(jù)并創(chuàng)建持久化的關(guān)鍵結(jié)構(gòu),然后插入自動(dòng)化流程來(lái)管理數(shù)據(jù)并為客戶互動(dòng)生成恰當(dāng)?shù)?ldquo;預(yù)測(cè)”。添加自動(dòng)化流程可簡(jiǎn)化黃金記錄的創(chuàng)建過(guò)程,使其隨時(shí)間推移更容易維護(hù)。這就是客戶數(shù)據(jù)平臺(tái)(CDP)應(yīng)該做的事情,盡管很少的數(shù)據(jù)平臺(tái)能做到這一點(diǎn)。真正高質(zhì)量的數(shù)據(jù)需要很多因素,諸如跨源數(shù)據(jù)提取,名稱和地址標(biāo)準(zhǔn)化,調(diào)整確定性和概率匹配以及解決問(wèn)題、審計(jì)和合規(guī)性所需的人工流程。它并不是出于內(nèi)心的愿望,大多數(shù)客戶數(shù)據(jù)平臺(tái)提供商都會(huì)試圖掩蓋這種復(fù)雜性。但是,相信我,如果跳過(guò)這些步驟,結(jié)果分析會(huì)產(chǎn)生非常不準(zhǔn)確的結(jié)果。

對(duì)于大數(shù)據(jù)的實(shí)施,客戶數(shù)據(jù)平臺(tái)必須在本地處理數(shù)據(jù)湖中常見(jiàn)的所有源格式,包括多個(gè)NoSQL數(shù)據(jù)庫(kù)和文檔格式,如MongoDB、Avro、Parquet等跨多個(gè)大數(shù)據(jù)環(huán)境的格式??蛻魯?shù)據(jù)平臺(tái)應(yīng)該能夠利用大數(shù)據(jù)分布式計(jì)算資源,而這些資源往往被忽略,當(dāng)作非SQL數(shù)據(jù)庫(kù)的主要價(jià)值。

通過(guò)在大數(shù)據(jù)環(huán)境中精心設(shè)計(jì)的客戶數(shù)據(jù)平臺(tái),組織可以處理數(shù)據(jù)湖中各個(gè)種類、速度和數(shù)量的信息,以生成準(zhǔn)確的客戶資料用以進(jìn)行客戶分析和互動(dòng)。

面對(duì)數(shù)據(jù)湖中的延遲

另一個(gè)關(guān)鍵挑戰(zhàn)是克服延遲,它以三種基本方式出現(xiàn)在數(shù)據(jù)湖/分析過(guò)程中。***種是進(jìn)程啟動(dòng)延遲。數(shù)據(jù)處理有意地與到達(dá)數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行分離。這是數(shù)據(jù)湖設(shè)計(jì)工作的一部分,但這也可能導(dǎo)致更新客戶信息的延遲。

將“數(shù)據(jù)倉(cāng)庫(kù)思維”引入數(shù)據(jù)湖時(shí),信息可能會(huì)被視為半靜態(tài)數(shù)據(jù)的集合,并且更新將在預(yù)定時(shí)間(例如夜間)執(zhí)行,以便在早上生成可用于分析的信息。對(duì)于像生成報(bào)告等與時(shí)間無(wú)關(guān)的流程來(lái)說(shuō),這樣很好。但它不適合那些應(yīng)與客戶的節(jié)奏相匹配的流程。

對(duì)于這些側(cè)重互動(dòng)的實(shí)時(shí)過(guò)程,數(shù)據(jù)需要更有規(guī)律地進(jìn)行更新。這需要進(jìn)行更改(例如,數(shù)據(jù)觸發(fā)的流程)以及對(duì)架構(gòu)或模型的更改,以有效處理更新所帶來(lái)的數(shù)據(jù)更改,而不是批量構(gòu)建配置文件。

第二種延遲涉及客戶數(shù)據(jù)平臺(tái)。客戶數(shù)據(jù)平臺(tái)或其他軟件的性能可能會(huì)直接對(duì)流程增加時(shí)間延遲。如果客戶數(shù)據(jù)平臺(tái)每小時(shí)只能處理幾千次更新,那么它不會(huì)將配置文件更改的速度提高到足以匹配客戶的節(jié)奏。

許多客戶數(shù)據(jù)平臺(tái)供應(yīng)商為生成客戶記錄而引用高性能數(shù)據(jù),但在該過(guò)程中不包括復(fù)雜的匹配或更新。由于不包括匹配,他們只基于現(xiàn)有客戶對(duì)新記錄的簡(jiǎn)單生成進(jìn)行衡量。

對(duì)于大中型企業(yè)來(lái)說(shuō),性能通常需要達(dá)到每小時(shí)數(shù)百萬(wàn)條記錄,并且整個(gè)過(guò)程的實(shí)際輸入到輸出時(shí)間在2-5秒范圍內(nèi)。性能需要滿足這個(gè)嚴(yán)格的標(biāo)準(zhǔn),因?yàn)樯嫌喂┙o過(guò)程和下游行動(dòng)過(guò)程本身會(huì)帶來(lái)額外的延遲。

第三種是分析/編排延遲。一旦客戶配置文件準(zhǔn)備就緒,由于分析軟件或編排軟件的平庸表現(xiàn),或者由于人力資源有限,可能還會(huì)在架構(gòu)上帶來(lái)下游的延遲。

通常,這是將用例需求與測(cè)量的延遲相匹配的問(wèn)題。對(duì)于許多分析任務(wù),由于缺乏有能力的分析師,下游的延遲可能會(huì)變得更糟。對(duì)于這種延遲,可以結(jié)合更好的數(shù)據(jù)質(zhì)量自動(dòng)化;更好地確定時(shí)間/性能要求;并且精心設(shè)計(jì)、測(cè)量和調(diào)整軟件和流程將確保下游流程延遲足夠小,以滿足項(xiàng)目要求。

數(shù)據(jù)湖被設(shè)計(jì)用于現(xiàn)代品牌所處的各種數(shù)據(jù)結(jié)構(gòu)和節(jié)奏的環(huán)境中。部署一個(gè)數(shù)據(jù)湖是***步,但品牌商還需要明白,添加數(shù)據(jù)湖只是邁向始終與客戶互動(dòng)的其中一步。他們還需要消除延遲障礙,并簡(jiǎn)化創(chuàng)建黃金客戶記錄的過(guò)程。通過(guò)實(shí)現(xiàn)這兩個(gè)目標(biāo),品牌商才可以真正與現(xiàn)代消費(fèi)者建立聯(lián)系,并提供客戶所期望的個(gè)性化體驗(yàn)。

責(zé)任編輯:未麗燕 來(lái)源: 企業(yè)網(wǎng)D1Net
相關(guān)推薦

2025-02-14 08:18:33

2023-11-27 16:35:28

數(shù)據(jù)湖數(shù)據(jù)倉(cāng)庫(kù)

2010-12-06 15:28:31

2021-04-16 14:05:32

云計(jì)算

2024-09-05 16:08:52

2024-11-13 08:43:47

2024-03-19 13:45:27

數(shù)據(jù)倉(cāng)庫(kù)數(shù)據(jù)湖大數(shù)據(jù)

2020-02-24 15:06:13

亞馬遜數(shù)據(jù)湖AWS

2014-05-05 11:25:13

中關(guān)村

2011-07-29 09:49:35

2011-08-01 09:25:18

2024-02-27 16:09:28

數(shù)據(jù)管理數(shù)字化轉(zhuǎn)型

2024-04-11 10:02:31

物聯(lián)網(wǎng)IOT數(shù)據(jù)集成

2022-03-04 09:05:55

StarRocks數(shù)據(jù)湖數(shù)據(jù)質(zhì)量

2020-11-30 15:11:51

大數(shù)據(jù)

2020-12-25 10:14:39

物聯(lián)網(wǎng)數(shù)據(jù)集成IOT

2024-06-25 09:00:00

架構(gòu)軟件開(kāi)發(fā)

2022-08-22 16:04:00

WiresharkTCP吞吐

2016-05-04 16:20:55

多源數(shù)據(jù)大數(shù)據(jù)

2016-05-03 14:46:54

數(shù)據(jù)源數(shù)據(jù)分析數(shù)據(jù)融合
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)