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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

再舉個例子，excel中有跨表查詢的功能，這也是找關系的一種實際應用。

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

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

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

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

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

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

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

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

二、設計靈活性

首先要明確的是，每個部分的設計并非是越靈活越強大越好。

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

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

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

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

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

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

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

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

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

那可變的是什么呢？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

三、極致靈活的低代碼設計方式

1. 低代碼的設計模型

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

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

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

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

同理，BI模塊也一套對應的模型，只要掌握了一個模型，你也可以很快設計出一套非常通用的BI模塊。

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

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

最后得出了一套設計的四要素。

它包含：一權限，二數(shù)據(jù)，三組裝，四展示。

2. 權限是基礎

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

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

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

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

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

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

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

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

對于個人類型的圖表，每個人僅能查看自己權限下的數(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ù)據(jù)工廠這一究極解決方案。它能匯總多張表格，生成無數(shù)的原始數(shù)據(jù)。

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

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

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

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

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

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

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

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

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

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