用低代碼的思路,設(shè)計極致靈活的BI模塊

1 評論 4206 瀏覽 29 收藏 22 分鐘

編輯導語:低代碼的思路對于BI模塊的設(shè)計有很大的幫助,本篇文章作者結(jié)合Amazon SageMaker Canvas的體驗,闡述了數(shù)據(jù)統(tǒng)計模塊的具體步驟、設(shè)計靈活性的內(nèi)容以及極致靈活的低代碼設(shè)計方式,并列舉具體案例進行展示,感興趣的朋友一起來感受一下吧。

一、初識數(shù)據(jù)統(tǒng)計模塊

使用B端軟件來實現(xiàn)信息化的客戶,隨著使用程度的縱深,會逐步跨越6個步驟,實現(xiàn)兩個階段的和蛻變。

1. 階段一:軟件支持經(jīng)營

這一階段的重點是重構(gòu)一套線上操作的業(yè)務(wù)的業(yè)務(wù)流程。把數(shù)據(jù)從線下完整地搬到線上來。

步驟可以細化為業(yè)務(wù)線上化——財務(wù)線上化——數(shù)據(jù)可視化。

在業(yè)務(wù)線上化的最后,可以用系統(tǒng)中的表格和流程,代替線下散落在各種溝通工具中的信息。

而隨著數(shù)據(jù)的逐步穩(wěn)定和精確,業(yè)務(wù)數(shù)據(jù)可以作為用于結(jié)算的原始數(shù)據(jù),實現(xiàn)財務(wù)線上化。另外這部分數(shù)據(jù)也可以呈現(xiàn)用于呈現(xiàn)在大屏上,經(jīng)營看板上,為內(nèi)外部了解業(yè)務(wù)經(jīng)營情況提供一目了然的素材。

2. 階段二:軟件賦能經(jīng)營

由于第一階段獲得了全鏈路的業(yè)務(wù)數(shù)據(jù),這個階段就可以使用數(shù)據(jù)來改善業(yè)務(wù)了。

具體來說,包含為業(yè)務(wù)精細化——業(yè)務(wù)自動化——業(yè)務(wù)智能化。

通過數(shù)據(jù)的細化,可以分析每個崗位的工作質(zhì)量和效率,從而對崗位的工作方式,指標進行更合乎情理的規(guī)劃。

此外可以通過系統(tǒng)的自動化能力,代替人工的事情,例如CRM可以自動轉(zhuǎn)存并轉(zhuǎn)寫和客戶的通話記錄,提取關(guān)鍵信息。

最后系統(tǒng)還可以進行智能分析和預(yù)測,用人工智能提升工作成果。

最近有試用了 Amazon 旗下的AI產(chǎn)品Amazon SageMaker Canvas,它就有一個典型的場景。

可以通過分析客戶的個人信息,預(yù)判接通電話的概率,讓外呼團隊優(yōu)先處理接通概率高的客戶,最后的結(jié)果,電話接通率從35.17%,到達了49.4%,幾乎提升了50%。

從信息化的兩個階段來說,數(shù)據(jù)可視化的地位十分重要。

作為其中承上啟下的一個部分,它是一階段的實現(xiàn)結(jié)果,又是二階段改善生產(chǎn)力工具的開始。

所以數(shù)據(jù)可視化,往往是B端軟件的標配。

它也經(jīng)常被稱為BI(商業(yè)智能),雖然名字起得比較大,有點唬人。

但其實舉幾個簡單的例子就可以明白,絕大多數(shù)被稱為BI的模塊,它們并不復雜,大差不差都可以可歸納為:數(shù)據(jù)的展示。

首先是用不同樣式的圖形來展示。

常見的例如有柱形圖,條形圖,折線圖,等等。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

也可以用多維度表格展示。

多維度表格別于單個維度,可以看到橫向縱向都有多個表頭,它們共同框定了交叉處數(shù)值的范圍。適用于復雜的,需要多層分類的數(shù)據(jù)。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

然后把各種圖表,表格組合起來,加上篩選條件的組合和控制。

最終呈現(xiàn)出來的,可以是花哨的,往往用于對外展示大屏。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

也可以是數(shù)據(jù)應(yīng)有盡有,主要用于內(nèi)部的儀表盤。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

展示形式繁多是BI的特點,但還不算是難點。

每個圖表和表格,可以看成是一個模具,能把一樣的材料展示成不同的樣子。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

而數(shù)據(jù)就是用于組裝的材料,BI難的是材料如何搜集和加工,以及如何組裝為成品。

如何組裝,取決于用哪類圖形來展示。

以柱狀圖為例,圖形展示上有橫軸,有縱軸。把橫軸的數(shù)值作為寬、縱軸的數(shù)值作為長,長寬連接,就形成了圖中的長方形柱子。

其中,縱軸代表指標:是需要統(tǒng)計的具體數(shù)據(jù),是一個個數(shù)值。

橫軸代表維度:是數(shù)值的分類方式。

同樣是看銷售業(yè)績,可以按部門來查看,可以按員工個人來查看;可以看每個月的,也可以看每個季度的。這都是不同的分類方式。

圖形樣式,就是通過限制指標和維度的個數(shù),來限制數(shù)據(jù)的組合方式的。

繼續(xù)以柱狀圖為例。

它可以支持:多個指標+1個維度。

如圖是按照不同項目的分類方式,來展示上下游數(shù)據(jù)的兩個指標。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

也可以支持:1個指標+2個維度。

如圖用項目和日期做分類,可以查看不同項目下,不同日期下的車輛運行次數(shù)。

不同顏色的柱子代表了不同日期的數(shù)據(jù),例如藍色代表是11月1日的數(shù)據(jù),綠色是11月2日的,黃色是11月3日的。

而同一顏色的柱子也不止一根。有多少項目,就可以展示多少根,每一根代表著不同項目中對應(yīng)日期的車輛數(shù)。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

數(shù)據(jù)需要被圖形組裝,但并不是所有的數(shù)據(jù)都可以被組裝在一張表里,這要求數(shù)據(jù)間要有關(guān)聯(lián)關(guān)系。

關(guān)聯(lián)關(guān)系可以是直接的。

就像一個小區(qū)那么多人,你能很快地找到一家人,是因為它們住在同一個屋子里,同樣的房號就是一家人的直接關(guān)聯(lián)。

關(guān)聯(lián)關(guān)系也可以是間接的。

還是這個小區(qū),101號房住著爸爸,媽媽和兒子,而102號房住著爸爸的爸爸,以及爸爸的媽媽,那么101和102號房就可以通過爸爸這個人聯(lián)系在一起。

再舉個例子,excel中有跨表查詢的功能,這也是找關(guān)系的一種實際應(yīng)用。

設(shè)想一下,你現(xiàn)在有兩張表。一張表是員工的個人信息,里面有員工名字和性別,另一張表是員工業(yè)績表,現(xiàn)在老板想統(tǒng)計不同性別員工的業(yè)績平均水平,你應(yīng)該怎么辦?

第一步,是把所有數(shù)據(jù)合并在一張表上。

以員工姓名為中間字段,進行跨表查詢,把表格合并為三列 員工姓名-性別-業(yè)績。

第二步,把性別作為橫軸,業(yè)績作為縱軸。

選擇合適的圖形來進行展示,就可以滿足統(tǒng)計需求了。

從例子中可以理解,雖然系統(tǒng)中有不少原始的數(shù)據(jù),但這些數(shù)據(jù)是需要經(jīng)過加工和關(guān)聯(lián),才能被放在一張表中,這就是數(shù)據(jù)搜集和加工的部分。

總結(jié)一下,BI需要在數(shù)據(jù)搜集和加工、數(shù)據(jù)組裝、數(shù)據(jù)呈現(xiàn)三者上同時用力。

而這每一個部分,也會因為業(yè)務(wù)需要,被要求考慮到不同程度的靈活性。

二、設(shè)計靈活性

首先要明確的是,每個部分的設(shè)計并非是越靈活越強大越好。

越靈活,能力就越抽象,離用戶能理解的范圍就越遠。

用買電腦來打比方,一個只想買整機的小白用戶,你說:我們這有最靈活的裝機方案,然后列出了很多款顯示器,主機,硬盤的參數(shù),告訴用戶可以隨意配置,用戶扭頭就走的可能性反而很大。

有的時候提供不靈活的方案,反而是一種好的用戶體驗。

而越強大,就代表代碼越復雜,開發(fā)成本也水漲船高。并且基于過去的經(jīng)驗,很多高級和強大的能力,只有公司到了成熟期,才會有成熟的客戶提出需求和使用。

設(shè)計這件事,就高和就低都沒有錯,重要的是匹配當前的的情況。

根據(jù)軟件的特性,當前所處的生命周期,用戶畫像和需求,來確定不同的方案,看看把靈活性設(shè)計到哪一層。

最常見的是把靈活性涉及到展示這一層。

有很多軟件,是圖表中的字段已經(jīng)確定好了,不允許修改,只允許用戶修改展示形式。

假設(shè)當前的是每月成交訂單金額表,維度是銷售日期,指標是訂單銷售金額,維度指標都不能變。

那可變的是什么呢?

第一可以是自定義字段的展示。

  • 可修改名字:比如把【銷售日期】改成【成交日期】。
  • 可切換排序(默認/升序/降序):切換圖表展示的順序,比如可以按照月份從高到低排,也可以按照成交金額進行排序。
  • 可設(shè)置匯總方式(日期/地址):例如同樣是成交日期,可以按照年,也可以按照年-季匯總。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

指標計算(求和、求和、平均、最大值、最小值、計數(shù)):案例中是需要加總訂單銷售金額的,但是如果想看每月訂單的平均值,最大值,最小值,也都可以進行更改。

第二可以自定義圖形的展示。

可以通過切換展示形式,把從柱狀圖變成條形圖,或者同時展示柱狀圖和折線圖,都沒有問題。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

第三可以自定義多張圖的展示。

例如希望把多張含義類似的圖匯集在一起,統(tǒng)一進行查看,就可以通過設(shè)計儀表盤來實現(xiàn)。

一個儀表盤中,可以承載N張圖表,每個圖表都可以自由拖拽,決定不同的大小和放置位置,是非常靈活的一種方式了。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

把展示層面的靈活性升級一下,就來了靈活性的第二級:數(shù)據(jù)組裝的靈活性。

主要是支持圖表中數(shù)據(jù)的自定義。

包括增加一些數(shù)據(jù)進行展示,或者減少一些數(shù)據(jù)進行展示,支持哪些類型的數(shù)據(jù),以及數(shù)據(jù)是否能跨表查詢。

圖中的方案,就是可以讓用戶自己選擇維度放置哪些字段,指標放置哪些字段。

舉例來說,維度一般不放數(shù)字類型的字段(除非有對數(shù)字進行區(qū)間劃分的邏輯),指標一般不放日期類型的字段。

另外如果客戶需要查看的數(shù)據(jù)分布在兩張表,至少需要確定這兩張表是可以通過中間字段建立關(guān)聯(lián)的。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

最后,最厲害也最難的是,在數(shù)據(jù)采集和加工上考慮靈活性。

如果系統(tǒng)中的數(shù)據(jù)不足以滿足展示條件,考慮是否支持外部傳值,方式有接口對接,服務(wù)器對接。

另外考慮數(shù)據(jù)能不能支持到現(xiàn)有的數(shù)據(jù)和留存的數(shù)據(jù)。

現(xiàn)有的數(shù)據(jù)是指系統(tǒng)中存在的,此時此刻的數(shù)據(jù),是即時查看的數(shù)據(jù)狀態(tài)。

但一般從業(yè)務(wù)數(shù)據(jù)展示在儀表盤中,會因為性能等原因存在時延。例如在系統(tǒng)創(chuàng)建或刪除了一些數(shù)據(jù),往往需要幾分鐘到幾個小時,報表中的數(shù)據(jù)才會更新。

留存的數(shù)據(jù)是指過去的數(shù)據(jù),是需要預(yù)先存儲下來的一條條記錄。

例如圖中的轉(zhuǎn)化漏斗,背后就包含了每一次客戶狀態(tài)變化的數(shù)據(jù),記錄了每次變化時,是哪個客戶變更了狀態(tài),是哪個時間變更了。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

再次是否考慮支持用戶在系統(tǒng)中做簡單的數(shù)據(jù)加工。

但很少有軟件涉及到這個部分,僅在專業(yè)的數(shù)據(jù)軟件平臺可以看到【數(shù)據(jù)工廠】的各項能力。

它的開發(fā)過程也非常耗時復雜,如圖是圖表加工功能的部分UE,模糊一瞥就能知曉嚇人的工作量了。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

三、極致靈活的低代碼設(shè)計方式

1. 低代碼的設(shè)計模型

前面聊了靈活性設(shè)計的三種層次,但如果要往最深處去學習,就不得不提低代碼的設(shè)計思路。

低代碼是拋開具體業(yè)務(wù)的一種軟件,它的設(shè)計原則是:輕業(yè)務(wù),重模型。

正因為模型是對于現(xiàn)實世界的抽象和簡化,所以基于模型,可以演繹紛亂復雜的場景。

正如你學會了【福格行為模型】,知道了人的行為=動機*能力*提示,那你可以在各種現(xiàn)實場景下應(yīng)用它,可以改善球隊只顧自己踢球不關(guān)注隊友的習慣,可以管住自己在深夜放下點外賣的手機,也可以嘗試讓孩子在書桌前多呆半個小時。

同理,BI模塊也一套對應(yīng)的模型,只要掌握了一個模型,你也可以很快設(shè)計出一套非常通用的BI模塊。

老東家曾經(jīng)耗時大半年,想尋找一個專業(yè)的大數(shù)據(jù)產(chǎn)品經(jīng)理來設(shè)計我們低代碼平臺的BI模塊,但招聘進展一直不太順利,于是我就頂上了,在3個月的時間內(nèi),迭代2、3次,完成數(shù)據(jù)可視化的基礎(chǔ)能力,再花費3個月,完成了數(shù)據(jù)工廠的設(shè)計,實現(xiàn)了數(shù)據(jù)加工的自定義能力。

這一切并不需要我有多厲害的大數(shù)據(jù)背景,只是我調(diào)研了市面上的各類產(chǎn)品,有專注業(yè)務(wù)的saas平臺,有本身就是低代碼的平臺,還有提供數(shù)據(jù)軟件服務(wù)的專業(yè)平臺。

最后得出了一套設(shè)計的四要素。

它包含:一權(quán)限,二數(shù)據(jù),三組裝,四展示。

2. 權(quán)限是基礎(chǔ)

首先把系統(tǒng)中的圖表分為兩類。

  1. 一類是企業(yè)數(shù)據(jù)圖表,即圖標統(tǒng)計的數(shù)據(jù)范圍是系統(tǒng)中全部數(shù)據(jù),無論查看人屬于哪個組織和部門,都可以看到全量的數(shù)據(jù)。
  2. 另一類是個人圖表,每個人可以在自己的數(shù)據(jù)權(quán)限內(nèi)創(chuàng)建圖表。

把BI部分的使用角色,抽象成企業(yè)數(shù)據(jù)圖表創(chuàng)建人,儀表盤創(chuàng)建人,儀表盤查看人。

企業(yè)數(shù)據(jù)圖表創(chuàng)建人:設(shè)計獨立的權(quán)限。被賦予該權(quán)限的人,可以使用系統(tǒng)中的全部數(shù)據(jù)來創(chuàng)建圖表。

儀表盤創(chuàng)建人:每個人默認都有創(chuàng)建儀表盤的權(quán)限,同時每個人都可以編輯自己創(chuàng)建的儀表盤。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

每個人也默認有創(chuàng)建圖表的權(quán)限。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

但如果沒有企業(yè)數(shù)據(jù)圖表的創(chuàng)建權(quán)限時,每個人默認只能創(chuàng)建個人圖表,所以只有權(quán)限使用自己權(quán)限范圍的數(shù)據(jù)。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

儀表盤查看人:儀表盤創(chuàng)建人可以分享給企業(yè)內(nèi)容人員查看。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

對于個人類型的圖表,每個人僅能查看自己權(quán)限下的數(shù)據(jù),比如部門A和部門B的主管進來,只能查看到自己部門下單的數(shù)據(jù),同一張圖表大家看到的內(nèi)容不同。

而對于企業(yè)類型圖表,創(chuàng)建人和所有查看人可見的數(shù)據(jù)都是一樣的。比如想統(tǒng)計企業(yè)本月收入指標,就更適合用企業(yè)類型圖表。

3. 數(shù)據(jù)是原始素材

數(shù)據(jù)決定了報表到底可以呈現(xiàn)出什么樣的內(nèi)容,但有些數(shù)據(jù)分布在不同表單,需要加工合并才能獲得。

所以有個別低代碼平臺,設(shè)計了數(shù)據(jù)工廠這一究極解決方案。它能匯總多張表格,生成無數(shù)的原始數(shù)據(jù)。

讓數(shù)據(jù)生產(chǎn)的過程也遵循了低代碼,讓業(yè)務(wù)人員通過學習,就可以拋開技術(shù)限制,自由的設(shè)計出一張符合心意的報表。

對這部分有興趣可以去查看產(chǎn)品【簡道云】,能快速了解數(shù)據(jù)工廠的各項能力。

組裝和展示受限于儀表盤和圖表本身的形式限制。

儀表盤樣式:支持圖表控件的拖拽,也支持其他類型控件,例如多種類型的篩選器,搜索框,文字等等。

圖表樣式:柱形圖,折線圖,餅圖,漏斗圖,統(tǒng)計表,雙軸圖,KPI卡片,儀表盤,地圖,地圖(氣泡),堆疊柱形圖,堆疊折線圖,熱力圖,交叉表,條形圖,雷達圖,地圖,常見的也有十來種。

最后簡單放一下自定義儀表盤的設(shè)計稿。

一期實現(xiàn)簡單的儀表盤創(chuàng)建,以及圖表和篩選器創(chuàng)建,基本就能滿足絕大多數(shù)的需求了。

低代碼風那么大,用它的思路設(shè)計出的數(shù)據(jù)統(tǒng)計模塊有多香?

 

作者:假裝是運營,微信公眾號:SaaS學姐。

本文由 @假裝是運營 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。

題圖來自Unsplash,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. SaaS的BI,跟傳統(tǒng)的BI,數(shù)據(jù)的存儲一樣? 還是說就是直接表關(guān)聯(lián)查數(shù)據(jù)?

    來自北京 回復