Excel大數(shù)據(jù)透視分析案例白皮書-2023.12_第1頁
Excel大數(shù)據(jù)透視分析案例白皮書-2023.12_第2頁
Excel大數(shù)據(jù)透視分析案例白皮書-2023.12_第3頁
Excel大數(shù)據(jù)透視分析案例白皮書-2023.12_第4頁
Excel大數(shù)據(jù)透視分析案例白皮書-2023.12_第5頁
已閱讀5頁,還剩11頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

Excel

?數(shù)據(jù)指標(biāo)分析案例KyligenceInc.2023.2Agenda?

零售

&

餐飲?

醫(yī)藥?

?融COSTA需求背景以及主要痛點(diǎn)需求背景主要痛點(diǎn)?

數(shù)據(jù)割裂導(dǎo)致?法關(guān)聯(lián)分析業(yè)務(wù)指標(biāo)Costa

作為傳統(tǒng)咖啡頭部企業(yè),希望通過數(shù)字化轉(zhuǎn)型在新零售時(shí)代實(shí)現(xiàn)全渠道業(yè)務(wù)上的突破,以數(shù)據(jù)驅(qū)動(dòng)來重構(gòu)新零售時(shí)代的

“?、貨、場”,打通顧客、商品、營銷、渠道的全鏈路數(shù)據(jù),構(gòu)建統(tǒng)?的指標(biāo)體系,打造更多的場景來賦能業(yè)務(wù):?

顧客?

業(yè)務(wù)系統(tǒng)數(shù)據(jù)沒有打通,?法融合進(jìn)?全鏈路分析?

多套指標(biāo)體系未整合,?法從渠道,會員等多?度分析?

數(shù)據(jù)缺失且數(shù)據(jù)邏輯混亂,?法有效做歷史審計(jì)?

主數(shù)據(jù)沒有歷史版本快照,?法從歷史?度分析數(shù)據(jù)?

??很多線下??數(shù)據(jù)?法進(jìn)?系統(tǒng)結(jié)合分析?

消費(fèi)者購買數(shù)據(jù)和?為數(shù)據(jù)分析?

會員?命周期管理和價(jià)值分析?

商品:品類管理,銷售占?,訂單附加值分析??

系統(tǒng)

TCO

?,維護(hù)難營銷:活動(dòng)前中后期聯(lián)動(dòng)分析,活動(dòng)預(yù)測及轉(zhuǎn)化率分析?

渠道:連鎖?店銷售分析?

?店業(yè)務(wù)?員數(shù)據(jù)分析的學(xué)習(xí)成本?,難以上??

架構(gòu)彈性差,硬件成本?,難以優(yōu)化,維護(hù)成本??

…COSTA在

Azure

云上實(shí)現(xiàn)端到端數(shù)據(jù)服務(wù),提供更優(yōu)可能性?

數(shù)據(jù)存儲?

融合各類數(shù)據(jù),存儲快照,打破數(shù)據(jù)壁壘?

云端存儲?幅降低企業(yè)硬件成本?

數(shù)據(jù)管理?

通原

過有

語E

x義ce層l

模統(tǒng)

板?

,業(yè)

降務(wù)

低指

業(yè)標(biāo)

務(wù)語

?義

?,

學(xué)?

習(xí)縫

成遷

本移?

云原?架構(gòu),提?數(shù)據(jù)交付效率?

數(shù)據(jù)消費(fèi)?

統(tǒng)據(jù)?規(guī)分模析下?的?指,標(biāo)讓分?析?,更提簡?單決地策進(jìn)效?率?數(shù)?

打地破?固任定何報(bào)時(shí)表間模獲式得,即助時(shí)?洞業(yè)察務(wù)??在任何COSTAKyligence

幫助

Costa

打造品牌數(shù)字化多元業(yè)務(wù)?數(shù)場景?持?

靈活?持不同??的業(yè)務(wù)場景,幫助挖掘數(shù)據(jù)價(jià)值?

結(jié)合線上線下全渠道數(shù)據(jù),探索新零售模式,打造爆款產(chǎn)品?

全?數(shù)字化精細(xì)管理?店績效以及?員績效TCO降低

50

%統(tǒng)?數(shù)據(jù)管理及指標(biāo)分析三位?體成本節(jié)約?

指標(biāo)統(tǒng)?、標(biāo)準(zhǔn)化、沉淀共享?

云原?彈性架構(gòu),計(jì)算資源匹配業(yè)務(wù)峰?,閑時(shí)資源可以回收?峰值時(shí)1/5,降低資源成本?全數(shù)據(jù)鏈路整合

Sales、Salesitem、Delivery、Discount以及線下數(shù)據(jù),實(shí)現(xiàn)從渠道、管理區(qū)域、城市、?店、產(chǎn)品、會議、折扣、活動(dòng)等多?度的指標(biāo)分析??

預(yù)計(jì)算原理引擎以空間換時(shí)間,利?便宜的存儲置換昂貴的計(jì)算資源,并提?指標(biāo)查詢響應(yīng)速度多版本數(shù)據(jù)融合應(yīng)?,暴露主數(shù)據(jù)的歷史版本,實(shí)現(xiàn)從當(dāng)前的?度、銷售活動(dòng)當(dāng)時(shí)的歷史?度的分析?

?縫對接??原有

BI及應(yīng)?,平滑切換,業(yè)務(wù)端不受影響Agenda?

零售

&

餐飲?

醫(yī)藥?

?融阿斯利康需求背景以及主要痛點(diǎn)需求背景主要挑戰(zhàn)?

業(yè)務(wù)每次發(fā)?變化,數(shù)據(jù)的更新和交付周期?阿斯利康作為?家以創(chuàng)新為驅(qū)動(dòng)的全球性?物制藥企業(yè),需要有銷售以及醫(yī)藥代表對藥品進(jìn)?銷售。銷售業(yè)務(wù)中會涉及很多地區(qū)以及不同的銷售渠道,?如醫(yī)院以及藥店,那如何評估銷售完成度以及每個(gè)醫(yī)代和銷售的績效

Performance就成了整個(gè)業(yè)務(wù)的重點(diǎn)。?

模同型維?度法的很分好攤的邏適輯應(yīng)?較頻繁的業(yè)務(wù)變化以及解耦指標(biāo)在不?

業(yè)進(jìn)務(wù)?發(fā)??產(chǎn)變交化付后進(jìn)?更新交付周期?,需要

2-3

個(gè)?才能夠?

業(yè)務(wù)維度變化后,需要對歷史數(shù)據(jù)做全量更新?

?歷史數(shù)據(jù)版本快照,

不利于做審計(jì)和歷史數(shù)據(jù)校驗(yàn)但在醫(yī)藥?業(yè)中,銷售完成度的評估以及銷售績效評估也有著獨(dú)有的挑戰(zhàn),?如藥品的適應(yīng)癥歸類會隨著藥品的研發(fā)更新有改變,?如銷售可能會更換地區(qū)以及其負(fù)責(zé)的渠道,或者組織架構(gòu)調(diào)整,?員變動(dòng),那么如何在業(yè)務(wù)發(fā)?變化的情況下來對銷售?員的績效做準(zhǔn)確評估呢??

性能有限?法應(yīng)對巨?的數(shù)據(jù)增??

性?能持不?佳并,發(fā)系的統(tǒng)指的標(biāo)指查標(biāo)詢查詢響應(yīng)時(shí)間都在

10s

以上,也?法?

系?統(tǒng)法對滿數(shù)?據(jù)增量?和的維數(shù)度據(jù)的需?求撐有限,導(dǎo)出分析結(jié)果有?數(shù)限制,阿斯利康A(chǔ)zure

云上基于

Kyligence

指標(biāo)平臺的架構(gòu)升級BeforeAfter阿斯利康以更低的成本,更?的性能?持以往?法?持的場景對接BI端進(jìn)?業(yè)務(wù)價(jià)值數(shù)據(jù)展現(xiàn)在MDX

端定義語義信息?

靈活關(guān)聯(lián)歷史/當(dāng)前/未來的組織架構(gòu)進(jìn)?銷售績效分析與計(jì)劃設(shè)置索引組合及降維?式?

對各類銷售類指標(biāo)的統(tǒng)計(jì)結(jié)合藥品適應(yīng)癥的分?jǐn)?例,?極?的代價(jià)在新增/變化的維度下,解決了藥品適應(yīng)癥變更帶來的指標(biāo)歸屬場景設(shè)置維度、度量、可計(jì)算列STEP5梳理模型設(shè)計(jì)及表關(guān)聯(lián)關(guān)系STEP4連通性,查詢性?

周在期組進(jìn)

織?機(jī)績構(gòu)效和分架析構(gòu),調(diào)在

整線

,查

?看員獎(jiǎng)變?動(dòng)/指等

標(biāo)信/息返

變利

化指

的標(biāo)

場,

景解下決,了?組持織以機(jī)?構(gòu)/變半更年帶/年來的的指標(biāo)歸屬場景能,權(quán)限集成STEP3場景應(yīng)?、MDX函數(shù)使?情況STEP

2數(shù)據(jù)特征,業(yè)務(wù)特征STEP1星型、雪花、星座模型??維度、漸變維度、半累加度量技術(shù)價(jià)值?

出數(shù)?

據(jù)限

流制程從依賴

IT的取數(shù)變?yōu)榱私y(tǒng)?平臺的?助式獲取洞察,分析結(jié)果數(shù)據(jù)導(dǎo)?

?持保留近三?歷史快照版本,便于審計(jì)、歷史校驗(yàn)以及預(yù)測等需求?

輕量化數(shù)據(jù)處理過程,數(shù)據(jù)的更新迭代和發(fā)布周期從2-3?縮短?

1-2周?

數(shù)據(jù)的服務(wù)性能,以

1/4的資源,從原先的

10秒以上優(yōu)化?

3s以內(nèi)Agenda?

零售

&

餐飲?

醫(yī)藥?

?融UBS公司簡介?

瑞銀集團(tuán)(UBS

Group

AG)是?家在瑞?成?的跨國投資銀?和?融服務(wù)公司。?

作為全球最?的瑞?銀?機(jī)構(gòu),瑞銀集團(tuán)在全球各??融中?城市都設(shè)有辦公機(jī)構(gòu)。瑞銀集團(tuán)以其對客?資料的嚴(yán)格保密政策和銀?保密?化?著稱?

除了私?銀?業(yè)務(wù)之外,瑞銀集團(tuán)還為個(gè)?、企業(yè)及機(jī)構(gòu)??提供資產(chǎn)管理、財(cái)富管理及投資銀?服務(wù),并提供全球服務(wù)。瑞銀管理著全球最?的私?財(cái)富,占全球億萬富翁數(shù)量?半的富豪是其客?UBS需求背景以及主要痛點(diǎn)需求背景主要挑戰(zhàn)?

擁有全世界最?的

SAASCube之?

(PB級別)?

分散的數(shù)據(jù)存儲和查詢系統(tǒng)難以維護(hù)管理?

多元的

BI

/報(bào)表

/分析?具難以統(tǒng)??徑?

數(shù)據(jù)查詢及分析延遲很?,?乎不可??

安全管理成本?,分散協(xié)議不好管理?

全球化的部署有諸多難點(diǎn)待解決UBS瑞銀集團(tuán)作為世界上最?的私?銀?和瑞?最?的銀?,其數(shù)據(jù)規(guī)模巨?,業(yè)務(wù)繁多,對數(shù)據(jù)的安全性要求極?。UBS的?控技術(shù)部(TheRiskTechnologydepartment)需要對各類數(shù)據(jù)進(jìn)?分析來進(jìn)??險(xiǎn)控制。他們不僅需要?對?復(fù)雜度,?碎?化的數(shù)據(jù),還需要對數(shù)據(jù)處理的質(zhì)量以及數(shù)據(jù)分析有極強(qiáng)的需求。同時(shí)在原有的基于傳統(tǒng)數(shù)倉的架構(gòu)下,難以繼續(xù)擴(kuò)展和彈性伸縮,已??應(yīng)對每?增加的龐?數(shù)據(jù)規(guī)模,數(shù)據(jù)開發(fā)效率?法提升,運(yùn)維成本?漲,也?法繼續(xù)為業(yè)務(wù)提供有?的?撐。UBS通過

Azure

上云增強(qiáng)數(shù)據(jù)分析能?,探索新的數(shù)據(jù)使??式Data

SourcesData

LakeData

MartsApplicationsBeforeETLOracleOracleSecuritySiteMinderAfterSemanticLayerETLOracleADLSSecurityUBS架構(gòu)升級后統(tǒng)?指標(biāo)語義層ExchangeMarketCreditLiquidityMarketCreditLiquidityExchangeUBS基于

Azure

數(shù)據(jù)湖上的超?規(guī)模中?化分析平臺8T600+5B

Rows10,000+Cube維度增量數(shù)據(jù)/天查詢/天Kyligence

Cloud

is

a

foundational

technologyat

theheart

of

our

centralized

reportingplatformbuilt

upon

ourAzure-based

data

lake.

Now

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論