
經(jīng)驗 : 從設計到數(shù)據(jù)——寫給非數(shù)據(jù)人的數(shù)據(jù)入門
供非專業(yè)人士學習交流,望專業(yè)人士勘察糾錯。
一. 一段經(jīng)歷,一點心得
一直追我博客的人想必是清楚我之前做交互設計,然后去輪崗過行業(yè)運營,然后突然就開始做產(chǎn)品經(jīng)理了。我也覺得奇怪的事,上次發(fā)了一個招聘啟事后,來加我微信的同學們,既有做交互的,也有做產(chǎn)品經(jīng)理的,甚至還有在IBM做了5年BI數(shù)據(jù)分析師的……這樣看來,我的博客逐漸成了一個交叉學科。
簡單來說,也差不多如上圖所示。
當時是一個新業(yè)務開拓,僅僅4個月的輪崗(非正式的輪崗,當時就是老大給了各個部門體驗其他團隊工作的機會,但是組織架構(gòu)可以在輪崗結(jié)束后再恢復原崗位),結(jié)果成了職業(yè)歷程上的分水嶺。為什么呢?
行業(yè)運營除了日常的商家管理、活動策劃以及選品外,當時的商業(yè)模式還需要我們介入整體的供應鏈管理。而雖然當時身處家居行業(yè),供應鏈管理卻是在不同行業(yè)之間有較大的共通性。所以后來又成立了一個橫向的部門——供應鏈管理。于是從垂直行業(yè)里調(diào)出的部分同學加入這個橫向部門。而供應鏈管理,離不開大量的數(shù)據(jù)分析工作,供應鏈整體效能如何?需要和BI部門通力合作,所以供應鏈管理部門合并到了BI部門。
于是我就“隨波逐流”地成了BI部門的一員——雖然我們并不做具體的數(shù)據(jù)分析,更多是向分析師提需求。
再后來,供應鏈整體效能的數(shù)據(jù)統(tǒng)計和分析,是靠分析師們每天出手工報表和報告發(fā)送給各部門管理人員的。發(fā)了一段時間后,分析師苦不堪言,接收方也過于被動,當他在郵件里看到某個數(shù)據(jù)異常時,無法自己主動地進行探索鉆取,所以自然而然有了將供應鏈報告“產(chǎn)品化”的需求。
要求:短、平、快。
資源:極少。沒有設計師、PD、以及充足的開發(fā)人員支持。
原因很正常:大部分人都投入到了業(yè)務系統(tǒng)建設中(彼時,供應鏈管理系統(tǒng)、物流管理系統(tǒng)、認證系統(tǒng)、以及前臺都處于開荒建設階段)。
所以,因為我做過交互設計——會畫DEMO;和PD接觸時間長——多少知道PRD怎么寫;又給分析師提過需求——知道數(shù)據(jù)大概怎么回事……
所以,我就“隨波逐流”成了數(shù)據(jù)產(chǎn)品的產(chǎn)品經(jīng)理。
插句后話,以后在晉升面試或者轉(zhuǎn)崗面試時,當面試官問我怎么就突然從交互設計師轉(zhuǎn)成數(shù)據(jù)產(chǎn)品經(jīng)理時,最早我也是講的隨波逐流的故事……然后被挑戰(zhàn)比較嚴重,后來換個說法:Why not?
有這個機會,大家都信任你,又不給你壓力,又能學習到新領域的知識,和新的人打交道,同時還能繼續(xù)沿用交互設計的技能知識,Why not? 然后對方就頷首了,所以講故事的角度是多么重要。
說點這段故事中,讓我真正堅定起來的兩句話:
一個老大說:“給你機會去試錯,錯了大不了重頭再來?!?/span>
另一個老大說:“設計師盯著皮膚看,產(chǎn)品經(jīng)理要了解整體的經(jīng)絡組織和骨骼,更重要的是要知道數(shù)據(jù)作為血液如何在流通。你有機會深入皮膚之下看一下,再回來看皮膚感覺又不一樣了?!?/span>
所以我是帶著這個人體經(jīng)絡圖的即視感忐忐忑忑接下了數(shù)據(jù)產(chǎn)品經(jīng)理這個新的崗位的。
不用別人說,我也知道有兩座大山需要翻:1. 數(shù)據(jù) 2. 產(chǎn)品經(jīng)理。
二. 本文的目標
不指導就業(yè),不提供數(shù)據(jù)分析解決方案,不承諾對任何人都必要有效。根據(jù)個人僅有的經(jīng)驗、心得,我只能:
1. 面向?qū)?/span>數(shù)據(jù)分析、數(shù)據(jù)產(chǎn)品有興趣但是又有點畏懼的交互設計師、產(chǎn)品經(jīng)理
2. 希望能夠讓你們“減少對于數(shù)據(jù)世界的恐懼”,使用數(shù)據(jù)的語言“順暢溝通”。
三. 歡迎進入數(shù)據(jù)的世界
還記得你學習游泳的經(jīng)歷嗎?記得我當時就是怎么都不敢下水。
我的教練告訴我的最有用的一句話是:你會憋氣吧?你試試在淺水區(qū)里什么都不要做,松開欄桿,憋住氣,讓自己沉下去。如果你受不了了,反正你一站就站起來了。
我一想,也對,反正淺水區(qū)嘛。于是第一次松開了欄桿。
奇怪的事情發(fā)生了。我居然不會沉入水底耶~甚至透過泳鏡看別人的腳撲騰撲騰!原來水里的世界沒有那么的可怕!
克服了這個對水的恐懼后,才開始慢慢學習各種動作,開始享受水的樂趣。
數(shù)據(jù)的世界對于不了解它的人而言,正如這神秘的水一樣。
那么我提供的讓你不怕“水”的心得有:兩個詞、一個立方體、一張流程圖
你準備好了嗎?
1. 兩個詞
先復習一下你可能也聽過的兩句話:
如果你無法量化,那就無法很好管理。
無細分,不分析。
第一句話來自管理大師彼得德魯克,第二句話則是分析界的金玉良言了。
這兩句話里就隱含著我說的這兩個詞。
接下來,再來看一句話:成交10億人民幣!
肯定沒有人單獨說這樣的話,一般情況,這句話前都要加上一些“定語”,比如“今年截至到7月份,全國蔬菜市場”,或“去年9月,女裝市場”,或“過去N年,東三省豬肉市場”……等等。
這些語境里,也隱含著這兩個詞。
再來看一張圖:
這是剛?cè)腴T時,為了追求PPT的好看,做的一張概念圖。雖然當時還沒有體會到兩個詞的重要,但是從感覺上,我畫了以上的圖,有位前輩說,維度還不夠。
哦,我后來才知道,中間的圈里,我大部分呈現(xiàn)的是度量,而下面的幾個圈,我列了重要的一些維度。至于上面的幾個圈里,應該是呈現(xiàn)的分析專題或功能。
至于你平時有機會接觸到的各種數(shù)據(jù)可視化,報表,也基本上脫離不了這兩個詞,比如,若你去客服部門分析客戶來電量(下圖僅供演示,非真實場景數(shù)據(jù))
1.你按時間趨勢來看總體來電量。當你發(fā)現(xiàn)某個月或某周來電量波動較大,你就需要添加別的“角度”來進一步細分。
2. 你按熱線來細分來電量,看看來電撥打的什么熱線。
3. 當你發(fā)現(xiàn)某個熱線來電量波動異常后,你又需要進一步細分,看看此熱線的來電是被什么接起公司承接的……
下面不賣關子了。有些人可能已經(jīng)猜到了,我要分享的這兩個詞就是:維度+度量。
下圖中,我將重點放到大道至簡幾個字,以及維度+度量上,而維度和度量下面分別放了所在家族的一些其他常用詞匯,我稍后會解釋。
我始終認為在這條路上,我有一個兩詞之師,當我比較迷茫的時候,他就像當時教我游泳的導師一樣,告訴我:你不需要了解那么多,只要了解數(shù)據(jù)的世界沒有那么復雜,知道有什么維度,看什么度量,然后怎么呈現(xiàn)出來即可。
對,他沒有時間教我別的,也沒有分享過任何文檔給我,只告訴了我這句話,但是讓我受益至今,因為那一刻,就是恍然大悟。所以我現(xiàn)在也分享給你們。
定義:
1. 度量:即Metrics, 指量化的數(shù)值。一般都有個名稱,比如網(wǎng)頁瀏覽次數(shù),網(wǎng)頁瀏覽時長,支付寶成交金額等等。平時,我們一般會叫成“指標”,但是在專業(yè)語境,你需要知道,指標和度量還是有些差異,比如某些場合,他們會用指標特指一些經(jīng)過計算的度量結(jié)果,比如拿度量A(網(wǎng)站總瀏覽次數(shù)),除以度量B(網(wǎng)站總瀏覽人數(shù)),得到一個新的指標(網(wǎng)站人均瀏覽次數(shù)),用以衡量網(wǎng)站粘性。但是我建議你平時使用兩者可以通用。
2. 維度:即Dimension。指我們平時看事物的角度。比如,同樣是網(wǎng)站瀏覽次數(shù)(PV),我們可以從日期角度去看,也可以以流量來源去看(來自直接訪問的、來自微博的、來自搜索的等),也可以以新老用戶分群來看。更多的場景是同時以兩個維度的組合去看,比如這樣的圖,就是同時結(jié)合了時間、來源兩個維度對網(wǎng)站流量進行分析:
兩者你知道如何清楚區(qū)分嗎?
雖然從定義上,你可以看出明顯不同,但是現(xiàn)實中,卻還是有人喜歡亂用——把明明屬于維度的東西寫成“我要看什么指標”,或者喜歡用“我想從收藏人數(shù)這個維度去看”,雖然我屬于強迫癥,喜歡幫別人的需求糾錯,被冠以扣字眼的“名號”,但是在這件事情,我一定要摳到底。
而且,你摳清楚了,以后你的世界也清晰很多。
區(qū)分的一個方法:維度,一定是有成員值的,且成員值是可以枚舉出來的——不管它有多少,大不了你多花點時間去枚舉,總之是一定可以枚舉的,且會維持一定的穩(wěn)定性。
比如,日期這個維度,幾月幾號一定是有限的,一年也就365天,如果是年這個維度,也是一樣的。城市這個維度更好理解了吧?
其他你需要了解的:
1. 度量:
除了指標這個有著略略差異的俗稱外,有時還會遇到衍生指標這個說法,比如拿指標A和指標B做運算得到的指標C就叫做衍生指標。此外,還要注意可累加以及不可累加的度量說法,比如網(wǎng)站UV(獨立訪問用戶數(shù)),這個指標就是典型的不可累加的度量:某網(wǎng)站1月1日UV=100個,1月2日UV=200個,但是這兩天的UV不等于300個,因為1月2日的獨立用戶數(shù)里可能包含了1月1日的用戶,所以如果要得到2天的UV,需要重新計算而不能直接相加。而像成交類的金額,不涉及到去重的問題,就叫可累加的度量。
2. 維度:
維度的層次:即Level。有些維度是獨立并列的關系,比如城市維度和時間維度。但是有些維度之間有層次關系,比如省份維度和城市維度,行業(yè)維度和類目維度,年級維度和班級維度等。有層次關系的維度,則可用于“鉆取”場景中,先匯總到比較粗的維度,當有需要的時候,可以層層鉆取到更加明細的維度,此時,也會把這些維度叫做某維度類型的不同“粒度”——比如會有一個虛擬的維度類型曰地區(qū)維度,而把省份、城市、區(qū)叫做地區(qū)維的粒度。維度的層次根據(jù)不同的需求,可能會鉆取到很細(Details),那就是通常我們說的"明細數(shù)據(jù)"了。比如分析成交金額時,從行業(yè)維度,細分到一級類目乃至葉子類目,最后,鉆取到某個獨立的商品ID(不能再細了),商品ID就是最細小的層次維度。
這么說可能會把你繞暈,那么還是畫個圖吧(我真的適合當唐僧似的老師……o(╯□╰)o)
如上圖所示,左列也即維度,不管是國家、省份、城市,都是維度,但因為他們有層次關系,所以,有時會被描述為地區(qū)維度的不同粒度或?qū)哟危靼琢税桑?。而右?cè)就是每個維度的維度成員了,有時也被叫成維度值。在可累加的度量中,每一個維度值相加,應該等于上級維度的某成員值總和。比如若城市A只有三個區(qū),這三個區(qū)的人口總數(shù)應該等于城市A的。
維度的屬性:用以描述維度的一些屬性,比如上圖中“城市”這個維度吧,它可能會有一些屬性特征,比如城市類型:省會城市、地級市、縣級市等,那么有一個分析需求,可能還會按不同城市類型匯總細分。這種情況,維度的屬性會成為分析中的維度。
這時,你可能會明白,平時為什么那么多表單要填寫各種字段,這些字段,都可能是分析時的維度哦~
碼了這么多,休息一下,給你們放張圖:
當時小貝和馬云一碰面,無論在阿里還是網(wǎng)絡上,都出現(xiàn)了一個兩難的問題:到底是選誰當老公呢?(能有這個問題的妹子,你真想多了……),其實這里仔細分析,無非也是涉及到維度和度量兩詞:
維度:人啊。
維度成員:馬云、小貝
度量:眾位妹子和弟弟們無非就是按自己心目中的算法給兩位成員計算顏值、財富,以及自己心目中的權(quán)重,衡量一個綜合指數(shù)了……我可不敢隨便填。
最后,發(fā)現(xiàn)兩難的選擇,只能得到一個結(jié)論是:左邊的當老公,右邊的當爸爸。
點評:做夢吧您。
總結(jié)一下:
兩個詞的應用:無論你聽怎么復雜的需求,以及無論你有多么復雜的需求,請有傾向地提煉這兩個詞,因為這是你做數(shù)據(jù)產(chǎn)品、數(shù)據(jù)分析或者可視化設計的基礎的基礎:
翻了自己的電腦半天,終于翻出一個不敏感的文檔,供參考,下圖就是移動數(shù)據(jù)分析中的需求交付模版之一:左側(cè)列舉度量,右側(cè)標注出此度量需要看的維度,有時還會注明維度之間是否要交叉組合查詢。不展開。
2. 一個立方體
其實本文的精華就在兩個詞之間了。下面您看不看都成。
立方體在數(shù)據(jù)的世界里叫做Cube。我想為何有立方體這個概念,應該是它很形象地能夠表達出多維的概念,至少有3維,如上圖所示,成交100億的金額,是一個大立方體的總量。如果按季度、行業(yè)、地區(qū)三個維度來分析,我們可以清楚地知道第三季度A地區(qū)女裝行業(yè)有多少——也即我用橙色標注的那一個切塊的量,是嗎?
那如果是我要知道B地區(qū)女裝行業(yè)四季度的成交總和呢?你怎么切給我?
空間感好的同學已經(jīng)知道怎么切了,你知道嗎?
這只是切塊。我們還可以切片,比如我想要知道B地區(qū)所有行業(yè)的四個季度的成交總和,怎么切?我想要知道男裝行業(yè)所有地區(qū)四個季度的成交總和怎么切?
具體怎么切,你們自己意會吧,篇幅有限,不展開。
現(xiàn)實分析場景中,恐怕不只三個維度,比如還要加上銷售部門維度、銷售渠道維度呢~ 那么立方體可就復雜了,空間感差一些的同學,就想想不出來這個立方體什么樣子了吧,事實上,數(shù)據(jù)開發(fā)同學會用雪花模型或者星型模型去建設這些立方體。你只要有這個立方體的概念就可以了……數(shù)據(jù)分析就是像玩魔方一下,撥弄著這些立方體。
在網(wǎng)上找了一個包含了我剛才說的鉆取、匯總的概念的立方體再給你們感受下,想要詳細學習的同學可以搜索“數(shù)據(jù)立方體”繼續(xù)研究。
我剛才舉的那幾個切塊、切片的案例有毛用???
現(xiàn)實生活中,你提需求的時候,不可能讓你畫個立方體吧?是的,我們是以表格的方式去看數(shù)據(jù)的,比如第一個切塊,是什么表格呢? 站在行業(yè)負責人,尤其是女裝負責人的視角,可能是這樣的一個報表:
當然,如果是某地區(qū)銷售經(jīng)理,有可能是這樣的:
所以就有各種數(shù)據(jù)透視分析的視角。
總結(jié):
數(shù)據(jù)分析就是在撥弄各種數(shù)據(jù)立方體,你可以切片、切塊、鉆取、匯總,你所玩的魔方每一塊,就是一個具體的度量值,是什么數(shù)字,則是多種維度交叉后的結(jié)果。
工作實踐中,數(shù)據(jù)產(chǎn)品經(jīng)理會考慮做出更加方便易用的“立方體玩法”以供普通用戶使用:
如,在分析客戶來電的自動語音導航服務中,我們就可以按不同的維度去對比看用戶在導航菜單里按鍵量,下圖所示是“按菜單對比”的界面,在“對比按”中可以進行切換其他對比視角。
至于左側(cè)的兩個篩選,也即指篩選數(shù)據(jù)集合(切片或切塊了),比如限定某幾個熱線和菜單去看。
3. 一張圖片
了解了維度、度量兩個詞,又有了立方體之概念,讓我們再來看數(shù)據(jù)是怎么產(chǎn)生,怎么被放到用戶界面上供查詢使用的。
巧婦難為無米之炊。數(shù)據(jù)不是憑空產(chǎn)生的,當需求方提出想要什么樣的數(shù)據(jù)分析的時候,首先要檢視的是,TA需求中涉及到的維度是否確定被采集到?度量的計算成本是否高?比如若一個需求想要分析不同買家分層的留存,買家分層是一個新維度,需求方是按骨灰級、高級、新手等對買家進行分層。且什么叫骨灰級?系統(tǒng)里并未對買家進行打標記,且不同類目的骨灰級算法還不一樣,加上算法定義本身也在磨合。這種情況下,我們應該和需求方一起推動業(yè)務系統(tǒng)完成打標,而不是自己接下這個需求,在數(shù)據(jù)倉庫ETL環(huán)節(jié)完成。
了解ETL:這個是做數(shù)據(jù)工作繞不開的術(shù)語,E(抽取、清洗)——T(轉(zhuǎn)換)——L(裝載),抽取是從各個業(yè)務系統(tǒng)中抽取所需的數(shù)據(jù),然后完成語義層、邏輯層的轉(zhuǎn)換,比如不同系統(tǒng)中記錄銷售渠道這個維度,有的叫做saleschannel,有的叫做channel,需要轉(zhuǎn)化為同一個概念。裝載,也可以理解成抽取、清洗、轉(zhuǎn)換好了,裝載到另外一個空間里,供多維查詢服務應用調(diào)用。
當然,則個領域,水很深,我只能簡單描述一下,再深的也擔心大家暈菜了——畢竟本文是寫給非數(shù)據(jù)人的。(其實作者本人也講不粗來了……哈哈)
四. 應用
我說了,我無法教你具體復雜的數(shù)據(jù)分析案例。我希望能夠借助本文和你分享下如何建立起比較專業(yè)的數(shù)據(jù)分析思路——數(shù)據(jù)產(chǎn)品經(jīng)理本身也應該可以是優(yōu)秀的數(shù)據(jù)分析師。
1. 三部曲——建立分析框架
建立分析框架:了解業(yè)務、以及業(yè)務想要什么(目標)。
提交數(shù)據(jù)需求: 根據(jù)你的訪談、梳理,得到業(yè)務流程、業(yè)務愿景以及目標,那么就可以和需求方共同確認“看什么”以及“怎么看”。好的數(shù)據(jù)產(chǎn)品經(jīng)理或者數(shù)據(jù)分析師,永遠不是坐等需求方提出他要看什么度量和維度,而是要引導對方看更合適的東西以回答他關于目標是否達成的問題。
進行數(shù)據(jù)分析:使用多種維度,進行總體的、細分的、多維的分析,當發(fā)現(xiàn)問題時,能夠使用這些維度的組合幫助用戶找到影響原因。
一切都基于你有多了解業(yè)務:
下圖是幾年前的老圖了,左側(cè)是業(yè)務流程圖(業(yè)務流程圖怎么畫),右側(cè)是概念中的數(shù)字體系示意(可視化是為了更好和需求方溝通)。
PPT里因為存在具體業(yè)務的案例,不便分享,到此為止吧。如果有時間的話,我還是會編脫離具體業(yè)務的案例的……這就是寫博客的苦逼之處,工作中都是工作的案例,為了寫篇博客,還得自己再編一套有板有眼的故事……
2. 三部曲——提交數(shù)據(jù)需求
故意放了張你可能看不清楚的圖(o(╯□╰)o),所以別問我要大圖了,謝謝~
左側(cè)就是度量分類和度量,從標注了顏色底色開始的就是維度了,標了顏色的也即此指標需要被計算到所需的維度,灰色的表示不需要,黃色和綠色(以及上面的數(shù)字1、2),表示優(yōu)先級不同,黃色的當然是高優(yōu)先級了。比如黃色上我寫的數(shù)字應該是1,也即第一優(yōu)先級。
實際上,依據(jù)不同的場景,當然可以有很多簡化,比如無需標注優(yōu)先級之類的。
此外,還需要單獨提供維度和度量的詳細口徑定義說明表格,這時最好和分析師一起,詳細進行確認。
3. 三部曲——進行數(shù)據(jù)分析
你提的需求不管是做成報表、還是做成具體可視化的界面,總之如果已經(jīng)開發(fā)出來了,就來玩魔方吧。只是報表有可能你得導出來在EXCEL里玩魔方。(即使是可視化的界面,也依賴于對方設計得是否易用)
最簡單的分析是逐級鉆取,如:
復雜的則需要多維交叉:
比如,當分析某個APP的Active users, 當我已經(jīng)鎖定某個省份有問題的時候,我們既可以繼續(xù)鉆取到城市去明曉細節(jié),又可以交叉到品牌,看不同省份間品牌偏好的問題。比如是否小城市中安卓品牌的人更加活躍。
五. 留點作業(yè):要記得思考哦
1. Detail頁面的設計師被追責,怎么應對?
某日,負責搜索結(jié)果頁(LIST)的設計師來找商品詳情頁(Detail),他好容易做了LIST頁面的改版,而且結(jié)果也確實喜人,從List頁面到Detailye頁面的轉(zhuǎn)化率確實提升了(比如原來100萬的人來到List頁面,只有40萬繼續(xù)點擊到Detail,改版后,變成了50萬)。但是不幸的是,總體從L到訂單的轉(zhuǎn)化率卻沒有提升,反而下降了。
請問,如果你是Detail的分析師,如何和List的分析師一起想辦法分析什么原因?
2. 掛羊頭賣狗肉的Banner,怎么用數(shù)據(jù)證明其反而有害無益?
有時為了爆眼球效應,你的老板會要求你做個華而不實的banner,比如明明活動頁(Landing Page)里都是一些屌絲產(chǎn)品,卻偏偏在banner上用屌絲的價格放一些高大上的產(chǎn)品圖片。想要吸引人點擊進去。而確實點擊效果很好!過去放鳳姐一晚,100個人里只有5個人點,現(xiàn)在放了林志玲一晚,100個人居然有99個人點擊。老板很高興,而且確實成交額似乎是比過去略微高那么一點點了?,F(xiàn)在,除了用道德說辭說服老板不要這么做,還有別的方式嗎?
六. 最后,嘮叨幾句
最后,分享給各位的心得是:
你現(xiàn)在也知道,數(shù)據(jù)本身需要經(jīng)過分析師的定義、數(shù)據(jù)源系統(tǒng)的采集、數(shù)據(jù)開發(fā)的開發(fā)以及展現(xiàn)設計,任何一個環(huán)節(jié),可能會產(chǎn)出錯誤的數(shù)據(jù),所以數(shù)據(jù)本身未必100%靠譜。
此外,數(shù)據(jù)的解讀,需要保持謹慎批判之心。比如同樣是小明語文得了59分,如果你不了解上下文以及歷史趨勢的話,會認為小明沒考好,有的人甚至會得出小明語文不好的結(jié)論。而要是了解他上個季度每次語文考試都只有30多分,又會得出小明雖然語文不好但是明顯進步了。而要是了解到這個班級平均分數(shù)只有49分,你又會覺得小明簡直太贊了!所以,單純的一個數(shù)字本身沒有任何意義,要窺一斑,更要知全貌。
此外,數(shù)據(jù)會被有心計的故意利用,而向你呈現(xiàn)部分事實(他不是在彎曲事實,而是只呈現(xiàn)對他有利的一面),數(shù)據(jù)本身有那么多維度以及層次,導致解讀的方式完全可以被利用。
所以,要記得我本文的最后提點:
對于產(chǎn)品經(jīng)理和分析師來講,最針對的是我們基于對于業(yè)務的深入理解而產(chǎn)生的直覺。不要盲目被數(shù)據(jù)拉著走。只有有較好的直覺,我們才能有更合理的假設,有了這個合理的假設,才能夠更好解讀數(shù)據(jù)以及提數(shù)據(jù)的需求。而不是在各種數(shù)據(jù)的海洋里玩數(shù)據(jù)的游戲而浪費時間。
數(shù)據(jù)分析咨詢請掃描二維碼
若不方便掃碼,搜微信號:CDAshujufenxi
SQL Server 中 CONVERT 函數(shù)的日期轉(zhuǎn)換:從基礎用法到實戰(zhàn)優(yōu)化 在 SQL Server 的數(shù)據(jù)處理中,日期格式轉(zhuǎn)換是高頻需求 —— 無論 ...
2025-09-18MySQL 大表拆分與關聯(lián)查詢效率:打破 “拆分必慢” 的認知誤區(qū) 在 MySQL 數(shù)據(jù)庫管理中,“大表” 始終是性能優(yōu)化繞不開的話題。 ...
2025-09-18CDA 數(shù)據(jù)分析師:表結(jié)構(gòu)數(shù)據(jù) “獲取 - 加工 - 使用” 全流程的賦能者 表結(jié)構(gòu)數(shù)據(jù)(如數(shù)據(jù)庫表、Excel 表、CSV 文件)是企業(yè)數(shù)字 ...
2025-09-18DSGE 模型中的 Et:理性預期算子的內(nèi)涵、作用與應用解析 動態(tài)隨機一般均衡(Dynamic Stochastic General Equilibrium, DSGE)模 ...
2025-09-17Python 提取 TIF 中地名的完整指南 一、先明確:TIF 中的地名有哪兩種存在形式? 在開始提取前,需先判斷 TIF 文件的類型 —— ...
2025-09-17CDA 數(shù)據(jù)分析師:解鎖表結(jié)構(gòu)數(shù)據(jù)特征價值的專業(yè)核心 表結(jié)構(gòu)數(shù)據(jù)(以 “行 - 列” 規(guī)范存儲的結(jié)構(gòu)化數(shù)據(jù),如數(shù)據(jù)庫表、Excel 表、 ...
2025-09-17Excel 導入數(shù)據(jù)含缺失值?詳解 dropna 函數(shù)的功能與實戰(zhàn)應用 在用 Python(如 pandas 庫)處理 Excel 數(shù)據(jù)時,“缺失值” 是高頻 ...
2025-09-16深入解析卡方檢驗與 t 檢驗:差異、適用場景與實踐應用 在數(shù)據(jù)分析與統(tǒng)計學領域,假設檢驗是驗證研究假設、判斷數(shù)據(jù)差異是否 “ ...
2025-09-16CDA 數(shù)據(jù)分析師:掌控表格結(jié)構(gòu)數(shù)據(jù)全功能周期的專業(yè)操盤手 表格結(jié)構(gòu)數(shù)據(jù)(以 “行 - 列” 存儲的結(jié)構(gòu)化數(shù)據(jù),如 Excel 表、數(shù)據(jù) ...
2025-09-16MySQL 執(zhí)行計劃中 rows 數(shù)量的準確性解析:原理、影響因素與優(yōu)化 在 MySQL SQL 調(diào)優(yōu)中,EXPLAIN執(zhí)行計劃是核心工具,而其中的row ...
2025-09-15解析 Python 中 Response 對象的 text 與 content:區(qū)別、場景與實踐指南 在 Python 進行 HTTP 網(wǎng)絡請求開發(fā)時(如使用requests ...
2025-09-15CDA 數(shù)據(jù)分析師:激活表格結(jié)構(gòu)數(shù)據(jù)價值的核心操盤手 表格結(jié)構(gòu)數(shù)據(jù)(如 Excel 表格、數(shù)據(jù)庫表)是企業(yè)最基礎、最核心的數(shù)據(jù)形態(tài) ...
2025-09-15Python HTTP 請求工具對比:urllib.request 與 requests 的核心差異與選擇指南 在 Python 處理 HTTP 請求(如接口調(diào)用、數(shù)據(jù)爬取 ...
2025-09-12解決 pd.read_csv 讀取長浮點數(shù)據(jù)的科學計數(shù)法問題 為幫助 Python 數(shù)據(jù)從業(yè)者解決pd.read_csv讀取長浮點數(shù)據(jù)時的科學計數(shù)法問題 ...
2025-09-12CDA 數(shù)據(jù)分析師:業(yè)務數(shù)據(jù)分析步驟的落地者與價值優(yōu)化者 業(yè)務數(shù)據(jù)分析是企業(yè)解決日常運營問題、提升執(zhí)行效率的核心手段,其價值 ...
2025-09-12用 SQL 驗證業(yè)務邏輯:從規(guī)則拆解到數(shù)據(jù)把關的實戰(zhàn)指南 在業(yè)務系統(tǒng)落地過程中,“業(yè)務邏輯” 是連接 “需求設計” 與 “用戶體驗 ...
2025-09-11塔吉特百貨孕婦營銷案例:數(shù)據(jù)驅(qū)動下的精準零售革命與啟示 在零售行業(yè) “流量紅利見頂” 的當下,精準營銷成為企業(yè)突圍的核心方 ...
2025-09-11CDA 數(shù)據(jù)分析師與戰(zhàn)略 / 業(yè)務數(shù)據(jù)分析:概念辨析與協(xié)同價值 在數(shù)據(jù)驅(qū)動決策的體系中,“戰(zhàn)略數(shù)據(jù)分析”“業(yè)務數(shù)據(jù)分析” 是企業(yè) ...
2025-09-11Excel 數(shù)據(jù)聚類分析:從操作實踐到業(yè)務價值挖掘 在數(shù)據(jù)分析場景中,聚類分析作為 “無監(jiān)督分組” 的核心工具,能從雜亂數(shù)據(jù)中挖 ...
2025-09-10統(tǒng)計模型的核心目的:從數(shù)據(jù)解讀到?jīng)Q策支撐的價值導向 統(tǒng)計模型作為數(shù)據(jù)分析的核心工具,并非簡單的 “公式堆砌”,而是圍繞特定 ...
2025-09-10