PowerBI 大賽-最具推廣價值獎得主分享

? 第五屆 Power BI 可視化大賽最具推廣價值獎得主-王詩琛

獲獎的作品主題是人力資源管理，但是本篇不單是寫給人力的同學看的，希望能幫助到所有學 Power BI 的同學。所以我們不講業(yè)務(wù)，只講方法。

與 Power BI 朝夕與共好幾年，也看過了幾屆可視化大賽，這是我第一次參加比賽，有幸拿到亞軍，很開心。

這次決定參加比賽，是因為我覺得這是一個契機，有機會整理過去的項目經(jīng)驗，融入自己的理解，不再時刻妥協(xié)于用戶的想法和需求，做一次自己的甲方，去放手打造一個自己想做的東西，做一個大家能夠復用的模板或者說是通用的解決方案。所以比賽并不是這個作品的終點，而是一個起點，此次獲獎更是我進一步迭代這個作品的助燃劑。

從接到開賽通知起，我就開始備賽，直到提交作品的最后一刻，都在緊張地籌備。我相信很多人都發(fā)現(xiàn)我是最后一個提交作品的，而且有的頁面看起來像沒做完，還有些不該出現(xiàn)的 bug。

因為報告的盤面太大，手里還握著幾個項目，這個報告有些地方我確實沒來得及做完，好在沒有影響整體的框架和我想要呈現(xiàn)的點?？赡苁翘煜?、太了解這個作品的不足之處了，我不止一次地想過，把作品做到滿意了再參加明年的比賽。在此特別特別感謝家人和同事，是他們的鼓勵與支持讓我有機會得到這個獎！

選題非常重要，方向不對，努力白費。Power BI 發(fā)展的速度越來越快，用戶的需求層次在不斷提升：

• 最開始，人們驚艷于拖拉拽出來的圖表，能畫出圖來就很“哇塞”；

• 慢慢地大家開始意識到 Power BI 是一個報告工具，不僅僅是畫圖，報告得有完整的故事線，每一個圖表都應(yīng)該有自己出現(xiàn)的理由；

• 能熟練建立完整的報告后，大家又進一步對其深化，深度使用 DAX；

• DAX 使用熟練了，大家開始探索如何在報告里實現(xiàn)各學科里的模型，希望能為業(yè)務(wù)提供更多洞察，而不局限于算同比，算貢獻；

• 現(xiàn)在呢，描述性統(tǒng)計不太能滿足 TOP user 了，Power BI 又在逐漸與 AI 相結(jié)合，與其他平臺/應(yīng)用集成。

同時，在整個發(fā)展過程中，大家 UI 的功底越來越強，報告越做越好看。所以這次比賽，肯定不乏技術(shù)和 UI 方面的佼佼者。

而且在 Power BI 的不斷迭代中，Power Platform 倡導的“低代碼”使一些技術(shù)難點也在簡單化。比如在同一列中，動態(tài)切換不同數(shù)據(jù)類型和格式的度量并應(yīng)用條件格式，曾經(jīng)可能要寫兩個一長串的 Switch 函數(shù)分別控制值的顯示和條件格式，而且導出的數(shù)據(jù)是文本格式，不是數(shù)值，但后來出現(xiàn)了計算組，再到現(xiàn)在的字段參數(shù)，這項技術(shù)的門檻越來越低，現(xiàn)在所謂的技術(shù)未來都可能會這樣常態(tài)化。

那做什么可以讓報告突出重圍呢？我認為要凸顯報告的價值。價值有兩方面，一是產(chǎn)品的推廣價值，二是報告的推廣價值。基于這兩點，我決定以一個真實項目為原型進行潤色，打造出參賽作品。這個項目是幫助人力資源管理部門以員工的職業(yè)生涯為主線，從員工關(guān)注企業(yè)到離職的全流程各個環(huán)節(jié)進行洞察和管理。為什么選這個題呢，首先，人力部門不缺數(shù)據(jù)，但是數(shù)據(jù)都散布在各處，用多個系統(tǒng)的數(shù)據(jù)進行分析，是一個經(jīng)常讓業(yè)務(wù)人員頭疼的事情。但是通過 Power BI 建模，集成大量數(shù)據(jù)源，同時確保報告里的元素 99% 以上是原生的，搭建出一套員工職業(yè)生涯管理系統(tǒng)，為整個人力部門提供一站式分析服務(wù)，足以證明 Power BI 的產(chǎn)品價值。

從報告的價值來講，我選擇人力資源管理這個職能，是因為相比于其他職能，人力資源管理的理論和方法有著更低的行業(yè)差異，通用性更強。無論在哪家企業(yè)，一個員工必然會經(jīng)歷關(guān)注企業(yè)、投簡歷、入職、職級變動、離職等一系列環(huán)節(jié)。此外，這個報告已經(jīng)經(jīng)受過了項目的錘煉，得到了甲方的肯定，以此為原型最能貼合實際的業(yè)務(wù)場景。

用戶對于可視化沒有特別多的要求，只說了一段話：“我們不像市場和財務(wù)那樣用 Power BI 那么多，很多業(yè)務(wù)人員其實不懂 Power BI，我們平?？此膊粫ê荛L時間，所以不需要很高級的圖表，能讓大家一看就懂就行。我們不希望跟 A 解釋一遍這個圖怎么看，再由 A 向其他人再解釋一遍這個圖怎么看，我們不希望業(yè)務(wù)人員花太多的時間去處理信息，不然就不會用了?！?/p>

順著這個思路，這個作品注定了不會有特別復雜的圖表，點線面就是最好的表達方式，不會有特別驚艷的 UI 設(shè)計，要讓用戶把注意力集中在圖表本身。PPT 式的設(shè)計會更便于用戶做匯報。

選了這么大一個題，該怎么去支撐它呢，如何讓報告看起來像一個系統(tǒng)，如何讓界面既簡潔又能容納超多信息，如何讓前期開發(fā)高效，后期運維簡單，又如何應(yīng)對變化莫測的用戶需求？

可能有些點從報告的表面看不出來，那我來復盤一下項目中是如何解決問題的，希望能幫助遇到同樣問題的同學快速找到解決方案。

首當其沖的是章法，規(guī)矩不好立，但是一旦立好了，之后的事情會很順利，并且能夠保證報告的一致性。下面展開說幾點我所遵循的。

首先，像素級的設(shè)計是我每一次做報告時都會遵循的原則。把畫布上任何一個形狀、按鈕、圖表等我們都可以叫做元素，那像素級的設(shè)計就是指設(shè)計時，要精確到所有元素的長、寬、橫坐標、縱坐標的像素值。通常我會將元素大小、位置的參數(shù)都設(shè)置為 8 的倍數(shù)。為什么是 8 呢？大家可以點開 View 下的“Gridlines”看看：

畫布中會出現(xiàn)很多小黑點。這些小黑點就是輔助我們做圖的網(wǎng)格線，讓我們更好地管理元素的間距和大小，讓畫面看起來更一致，更舒適。大家隨便插入一個形狀，拖拽一下會發(fā)現(xiàn)，這些小黑點的間距是 8 px。勾選“Snap to grid”，Power BI 在你手動拖拽元素時會自動對齊小黑點，并將大小參數(shù)調(diào)整為 8 的倍數(shù)。

這其實就是在向我們暗示，Power BI 的規(guī)范就是 8 的倍數(shù)。既然如此，那我們就按照 Power BI 的玩法玩下去。

當我們添加一個元素時，它的默認形狀都是直角矩形，但是我會把形狀改成圓角矩形，如果不能改，我會將有顏色填充的背景用獨立的形狀代替，再設(shè)置圓角矩形。為什么一定要圓角呢？大家看下圖：

• 當我們看直角矩形的時候，視線會發(fā)散到四個角上，但是圓角矩形不會，我們的視線會引導到矩形的正中間。所以圓角矩陣有助于讓用戶聚焦于圖表本身要呈現(xiàn)的信息，降低認知負荷；

• 其次，根據(jù)視覺動線理論，在直角處，視覺上會出現(xiàn)斷點，產(chǎn)生停頓時間，所以圓角矩陣不只是孰美孰丑的好看，更是是否易于理解的好看；

• 另外一點，圓角矩形也叫“友好矩形”，相比直角矩形的尖銳，圓角矩形的順滑更容易讓用戶產(chǎn)生信賴。

但是把直角矩形改成圓角矩形就可以了嗎？不是。圓角雖好，可不能亂用。對于高度不大于 72 px 的元素，我會將圓角半徑設(shè)置為高度的 17%；對于高度大于 72 px 的元素，我會將圓角半徑固定為 12 px。

為了讓報告看起來更加生動，像一個系統(tǒng)，圖標的使用越來越普遍，扁平化的趨勢使線性圖標成為了當下的主流。但是線性圖標也分為好幾種，下圖圖標采集自 Iconfont，由左往右依次是簡單線性，復雜線性，插畫類線性，輪廓類線性。

為了減少視覺上的信息處理，我會選擇左邊這種簡單線性圖標。

視覺對象標頭是指每一個元素右上角的一排圖標，這些圖標是為了方便使用者查看圖表的上下文，進入焦點模式，導出數(shù)據(jù)等。但并不是所有的圖表都需要，如下圖，KPI 卡片和按鈕的視覺對象標頭就是多余的，我會在設(shè)置中關(guān)閉，避免給用戶傳遞無用的信息：

簡單講，工具提示就是鼠標懸停在元素上時彈出來的懸浮窗口。當元素被設(shè)定了某個動作，能夠跳轉(zhuǎn)到其他頁面/書簽時，會彈出“Click here to follow link（單擊此處以跟蹤此鏈接）”等默認的提示語。

但這樣的信息會給人帶來困惑或者在使用的鏈路上出現(xiàn)斷點，去思考這句話什么意思，還要不要點它。時間寶貴，這個提示語不值得業(yè)務(wù)人員想那么多。所以每一個可以跳轉(zhuǎn)的圖標、按鈕或者形狀的工具提示我都進行了調(diào)整，或關(guān)閉，或用直觀的表達告訴用戶別猶豫，直接點。

本報告背后涉及到的數(shù)據(jù)源眾多，為了模型可復用，能夠便于運維或用于開發(fā)其他報告，建模的時候嚴格遵循了表和表之間只有一對多的關(guān)系這條原則，如果為了圖省事或者解決一些臨時性的問題，用了多對多，那么在將來的需求變更中，極有可能產(chǎn)生一些莫名奇妙且難以追溯的問題。

本報告的數(shù)據(jù)覆蓋了員工從關(guān)注企業(yè)到離開企業(yè)的全流程，數(shù)據(jù)源的數(shù)量和種類非常多，不含書簽頁有 50 個頁面，需要寫度量值的地方非常多，但是整個報告的度量值只有 300 多個。

減少度量值數(shù)量的最佳實踐是什么呢？建立好基礎(chǔ)度量值，不斷套用。減少度量值數(shù)量的背后其實是開發(fā)效率的提升和運維成本的降低，也能讓團隊協(xié)作更輕松，特別是底層邏輯變動時，優(yōu)勢尤為明顯。

在財務(wù)和銷售類的報告中，最常用的基礎(chǔ)度量是金額。在本報告中，最常用的基礎(chǔ)度量是員工數(shù)，由于用戶需要隨時切換時間維度（MTD/QTD/YTD）查看不同類型員工（在職/入職/升職/離職）的各項指標，所以這個簡簡單單的“員工數(shù)”里其實內(nèi)含了 10 種更基礎(chǔ)的度量。

追求極度靈活，度量值的套用在建立度量值體系的最初就開始了。

300 多個度量值對于這個量級的報告來說不多，但是總數(shù)還是多的，所以度量值的管理顯得尤為重要。在這一點上，我在命名上會進行規(guī)范，并按照其適用的范圍進行分組。這樣一來，度量值再多都不難找，運維成本會降低。

可拓展性源自需求的不確定性。回想去年，在開發(fā)參賽作品原型的伊始，講完項目背景和大框架后，用戶就提出：“我們沒有確定的藍圖，我們也不知道會做出一個什么樣子的東西來，你先做做看，我們看到東西了才會有感覺?！?/p>

有過項目經(jīng)驗的同學一定知道這句話意味著什么，意味著可預見的需求蔓延，而且你不知道邊界在哪。需求范圍不明確是大忌，做不做？還是得做。

因為大框架決定了它的價值，值得我花時間去和業(yè)務(wù)把它磨出來。既然不能改變需求蔓延的必然性，那就將它的影響降到最小，報告的框架一定要適合拓展，也得考慮到內(nèi)容的刪減和整合。所以就有了下圖的一二級導航欄。

左側(cè)一級導航，用戶可以“隨意”縱向的拓展或整合大板塊；上方二級導航，用戶可以“隨意”橫向的拓展或整合小板塊，也可以添加更多外部報告的鏈接。這樣一來，報告中高層級板塊的增減是可以穩(wěn)穩(wěn)拿捏了。

但是設(shè)計原型的過程中又遇到了一個問題：“我們并不知道要放哪些篩選器，我們現(xiàn)在主要用這些篩選，XXX 之后可能會看，有的 BU 的老板要看 YYY?！庇忠粋€需求不明確，這種情況下，很難在畫布中為篩選器預留空間進行放置，而且數(shù)據(jù)層面還存在一個問題，雖然數(shù)據(jù)源眾多，但是數(shù)據(jù)質(zhì)量參差不其，并不是所有的數(shù)據(jù)的維度信息都是齊全和一致的。

所以，篩選器區(qū)域的可拓展性也需要考慮到，為了應(yīng)對這個問題，我選擇了隱藏式的篩選器面板，這樣一來既方便添加篩選器，又不用擔心每一頁的篩選器數(shù)量不一致，導致頁面看起來缺乏一致性。

前面說了宏觀的需求變動下，如何讓報告有更強的可擴展性，那么到了微觀層面，比如到了具體的圖表區(qū)域，我們是否還能拓展？答案是肯定的。這里就要說到模塊化的設(shè)計了。

任何視覺上讓人感到舒適的排版，都有規(guī)律可循。畫布上的每一個形狀，按鈕，圖表等都是一個一個的元素，根據(jù)親密性原則，將彼此相關(guān)的元素自由組合成若干個模塊，再把這些模塊根據(jù)相關(guān)性凝聚在一起，共同構(gòu)造出我們的報告。模塊的增加，刪減，替換都不會影響報告的整體設(shè)計和功能的正常使用。

模塊化設(shè)計最直觀的體現(xiàn)，也是模塊化流程的第一步——重命名所有的元素。當我們在一個可視化豐富的頁面打開 View 下的 Selection 面板，你會看到什么？

你會看到若干個 Button、若干個 Shape、若干個 Slicer，但是你能知道哪個 Button 對應(yīng)哪個 Button、哪個 Slicer 對應(yīng)哪個 Slicer 嗎？通過點點點，是可以知道的，但是這個試錯的時間花得不值。所以建議大家養(yǎng)成一個習慣，特別是在頁面內(nèi)容豐富時，我們要時不時對元素們進行重命名，如果沒有在每一個元素建好后重命名，那也可以在頁面或者報告有重大進展時，特地空出一些時間來，給他們命好名，這絕對是個一勞永逸的事情。

命好名的下一步就是對元素進行組合了。以女性比例這個模塊為例，我們來看看它的構(gòu)成：

所以在女性比例模塊這兒，我們還有 9 個子模塊，這 9 個子模塊就是我們對元素進行分組的依據(jù)。如此一來，用戶哪天說想加個司齡維度和職能維度，那我們變更的對象也是子模塊，而不是元素，我們橫向添加司齡模塊和職能模塊即可。

總的來說，模塊化的設(shè)計能保證報告的一致性、提升開發(fā)效率、足夠敏捷、能輕松應(yīng)對分析維度的增減、便于運維和團隊協(xié)作。

本報告的元素 99% 以上是原生的，為什么有那么多好看的第三方可視化控件卻放著不用，有的甚至包含了原生控件沒有的功能。原因有幾點：

我們經(jīng)常會碰到導出 pdf 或 ppt 的需求，而大部分第三方控件是會在導出的文件中報錯的；

自家的東西自然相互適配，原生的控件必然最適配 Power BI；

把報告視作一個系統(tǒng)，從視覺上應(yīng)該保持一致性，但有些第三方控件很難在 UI 上與原生控件對齊，如果同時使用多方開發(fā)的控件，一旦處理不當就會讓報告看起來是七拼八湊的；

相比第三方控件，原生控件在絕大部分情況下有著更快的控件加載速度和運算速度。要知道，用戶的耐心是有限的，5 秒看似很少，但是讓用戶等待一個圖表超過 5 秒，可能就要吐槽了。這符合情理，因為即點即用是普遍期望的用戶體驗，如果你在微信點擊某個人的聊天窗口，需要等 5 秒才能出來，時間長了你就會不由的想，“我該換手機了”，讓報告的用戶有這個想法那可是相當危險的；

一個久經(jīng)沙場的 Power BI 開發(fā)肯定被拍桌子挑戰(zhàn)過，“為啥做不到？？？為什么這個功能 Excel 有但是 Power BI 沒有？”

原生控件的功能更新確實慢，有的第三方控件確實能做到原生沒有的功能，能解決某些前面提到的被挑戰(zhàn)的問題。但是不難發(fā)現(xiàn)有的第三方控件的功能并不完整，甚至無法對字體，顏色這樣的基礎(chǔ)設(shè)置進行設(shè)定，這還是會影響到報告的一致性。而原生控件可以幫我們解決 90% 的需求。

沒有書簽，就沒有這個報告。前面提到的模塊化和書簽其實是相輔相成的，書簽也是報告超強拓展性的必要因素。雖然沒有把書簽用到極致，但是把書簽用于局部切換，在這個報告里展現(xiàn)出了極大的威力，你看到的一個圖可能不是一個圖，他背后可能還藏著更多。

書簽用好了，你還可以模擬出網(wǎng)頁中常用的彈窗。

但是書簽的設(shè)定是有講究的，不是點一下“Add（添加）”就可以搞定。篇幅有限，這里先不聊怎么根據(jù)不同的場景設(shè)定書簽了。

同樣，書簽我們也要管理好，叫它們Bookmark 1，Bookmark 2, Bookmark 3多不好，書簽為報告做了這么大貢獻，值得有名字，值得給它們找到組織。

本報告就是為了給用戶提供更純凈的界面和更純粹的使用體驗，并且遵循 PPT 式的設(shè)計，方便業(yè)務(wù)人員做報告，堅持使用 16：9 的畫布，在這樣的設(shè)計理念下，我得想辦法為圖表預留更多的空間。這個空間，可以不用，不能沒有。

曾經(jīng)，篩選器和圖表一樣，是畫布上不可或缺的元素，但是隨著我們的報告越做越豐富，導航、圖標、描述性文字的應(yīng)用，純 UI 設(shè)計的引入，讓 16：9 的畫布在空間上越來越緊張。篩選器雖然也是視覺對象，但是它和圖表不同，它的使用是即時性的，你做完篩選會一直盯著篩選器看嗎？不會。隱藏式篩選器面板可以呼之即來，揮之即去，并為畫布剩下很大空間。

每個視覺對象的設(shè)置里都會有圖例，用來說明在一個圖里，不同的形狀和顏色分別代表什么，這是一個很棒的功能。但是當我們的畫布空間比較緊張時，圖例又是一個令人頭疼的點，不難發(fā)現(xiàn)，圖表原生的圖例與標題和圖表本體的內(nèi)邊距太大了，而且只能自適應(yīng)。如果不顯示圖例，用戶不清楚形狀和顏色代表什么。如果顯示圖例，圖表本體又會被壓縮，可能導致用戶想看的數(shù)據(jù)標簽顯示不全或顯示不出，也可能觸發(fā)出強迫癥嫌棄的滾動條。自定義圖例和標題可以最大限度的減少空間緊湊帶來的上述不利影響，為圖表本體騰出更多空間。

在本報告中，信息密度非常大，所以幾乎每個圖表的標題和圖例都不是原生的，而是通過添加文本框，按鈕和形狀拼出來的。

先看看下面這段對話熟悉不：

乍一聽，身為開發(fā)可能會覺得無理，但這確實是最貼合實際的需求之一。用戶有權(quán)利在一個頁面看到他所有想看的圖。那能不能做到呢？可以。扁平、簡潔的畫面和高密度的信息不是魚和熊掌，不是不可得兼，局部切換就可以兼顧兩者。那什么是局部切換？局部切換就是對報告頁面上的部分元素進行切換，其他圖表維持不變。而局部切換要想設(shè)計得輕松，就得做好前面說的模塊化設(shè)計，設(shè)置好書簽進行實現(xiàn)。

能不能學好 Power BI 不在于關(guān)注了多少公眾號和頻道，不在于百度網(wǎng)盤或者本地有多少資料，而在于實操夠不夠。我是在項目中摸爬滾打長大的，始終相信實戰(zhàn)是提升能力的最快途徑。遇到問題的時候，有針對性的去找找國內(nèi)外大拿們的文章和視頻，效率最高，也避免了一打開單詞書就背“Abandon”的尷尬。

但不是所有的同學都會有密集的項目去實戰(zhàn)，那就一定要多多上手實操了，只有實操過，你才知道 CALCULATE 為什么是最復雜的函數(shù)，你才知道 Member（成員）和 Contributor（貢獻者）有什么區(qū)別。

網(wǎng)絡(luò)上的學習資源足夠讓你變得非常強大。在我的成長路上，良師多多，文超老師的 Power Pivot 工坊、佐羅老師的 Power BI 戰(zhàn)友聯(lián)盟、高飛老師的 Power BI 極客、采悟老師的 Power BI 星球……這些頻道各有千秋，風格和方向都不盡相同，對于學習 Power BI 的同學，幾乎是全方位輸入知識。近一兩年，也涌現(xiàn)了些新的 Power BI 學習號，像 Power BI 和 Power Platform 的整合這一塊的空缺又有大拿給填上了。

關(guān)于國外的資源，我會經(jīng)?？?SQL BI，Guys in a Cube，Curbal，How to Power BI，Enterprise DNA等等。

非常感謝 Power BI 大賽組委會提供了這個平臺和機會，讓 Power BI 愛好者在此切磋過招，并對我的作品給予了肯定。這個比賽其實最能體現(xiàn)當下 Power BI 的使用水平，設(shè)計潮流和發(fā)展趨勢，也讓我知道了自己與別人的差異，知道了還有哪些方面需要提升。仔細翻看過所有的參賽作品，沒獲獎不代表作品不優(yōu)秀，里面真的有很多寶藏。

如今 Power BI 的使用群體也越來越廣，不再是一項需要專業(yè)技術(shù)人員協(xié)助開發(fā)才能使用的工具，大家日常辦公中出現(xiàn)了越來越多它的身影，人人皆可 BI 的大目標指日可待。比賽告一段落，活還得繼續(xù)干，希望自己能堅定不移地繼續(xù) Power 繼續(xù) BI！

BI佐羅 解讀作品

善用兵者，藏于無形，90 分鐘深度講解最佳推廣價值作品