編輯導語：數(shù)據(jù)可視化能夠準確而高效、精簡而全面地傳遞信息和知識?？梢暬軌?qū)⒉豢梢姷臄?shù)據(jù)現(xiàn)象轉(zhuǎn)化為可見的圖形符號。數(shù)據(jù)的可視化能夠加深和強化受眾對于數(shù)據(jù)的理解與記憶。本文作者根據(jù)自身經(jīng)歷，跟大家分享一段數(shù)據(jù)可視化產(chǎn)品的迭代感受，感興趣的朋友一起來看看吧。

這節(jié)課梁寧講的是產(chǎn)品“系統(tǒng)能力”模塊里的迭代，在課后她留的作業(yè)是：

在這節(jié)課中梁寧講述了微信、陌陌、米聊三款APP的迭代演變歷程，也講述了微信崛起的決定性故事。

并提到了兩點核心內(nèi)容：

1. “產(chǎn)品設計要直指人心”；
2. “產(chǎn)品設計應該找到內(nèi)核，小步快迭代，而不是憋大招”。

其實聽完梁寧的內(nèi)容后，對我感觸最大就是作為產(chǎn)品人需要自省一下：

• 產(chǎn)品設計的初版是不是夠簡單？
• 每次產(chǎn)品迭代是不是依賴前一版本功能的提升？

這也是從微信迭代的時間線里，讓我感觸最深的內(nèi)容。

因為進入職場后一直從事 B 端產(chǎn)品的工作，正好最近在復盤過往數(shù)據(jù)產(chǎn)品的經(jīng)歷，那今天就作業(yè)中的第一項再次回顧之前負責 BI 可視化系統(tǒng)，聊聊我從初版到后續(xù)迭代過程的感受。

一、效率、安全 BI 可視化系統(tǒng)的兩架馬車

在前公司自研 BI 可視化系統(tǒng)前，我們當初也在使用 Tableau，可 Tableau 是以單個賬號按年收取昂貴金額的年計費方式，且因為跨平臺進行數(shù)據(jù)展示需要將調(diào)度系統(tǒng)跑好的數(shù)據(jù)上傳到 Tableau Server 上。

前者是因為賬號的有限導致數(shù)據(jù)安全的風險，后者因為大量數(shù)據(jù)的傳輸，導致 T+1 的數(shù)據(jù)無法在上班時間及時看到。

安全問題依賴公司內(nèi)部的賬戶系統(tǒng)和數(shù)據(jù)權(quán)限系統(tǒng)的雙重保障解決了：

• 公司內(nèi)各個用戶登陸自己的賬號，不再有公共賬號的概念；
• 分析師將做好的儀表盤分享給指定的用戶和群組，且在數(shù)據(jù)權(quán)限的加持下給數(shù)據(jù)安全進行了雙重保護。

而在效率這塊，就需要依賴于數(shù)據(jù)產(chǎn)品經(jīng)理對數(shù)據(jù)計算、流轉(zhuǎn)的理解，這也是數(shù)據(jù)產(chǎn)品經(jīng)理區(qū)別于其他類型產(chǎn)品經(jīng)理最大的區(qū)別之一。

什么時候需要傳輸完整的數(shù)據(jù)？儀表盤數(shù)據(jù)的加載如何保證效率？

在1.0版本，我們就設計了一套穩(wěn)定可用的底層框架，而這個框架的核心就是圍繞“效率”進行的，如下時序圖所示：

注：

• 市場上的商業(yè)化 BI 可視化系統(tǒng)基本上與上述框架基本一致，可以體驗有數(shù) BI、Quick BI、BDP等系統(tǒng)，了解、驗證相關流程，本篇將不再贅述；
• “緩存”指的是 BI 系統(tǒng)的后端緩存，非瀏覽器的前端緩存；
• 直連數(shù)據(jù)源的方式，需要將數(shù)據(jù)集的參數(shù)配置到篩選器中，這樣調(diào)整篩選器才能作用參數(shù)從數(shù)據(jù)源中計算出數(shù)據(jù)。

因為在沒有確認數(shù)據(jù)要展示成圖表前，所有的數(shù)據(jù)的加載都是一種資源的浪費，單純的數(shù)據(jù)連接，我們并沒有讓數(shù)據(jù)底層數(shù)據(jù)庫全量傳輸過來，而是只傳遞圖表、字段的基礎的元數(shù)據(jù)信息。

而在數(shù)據(jù)集的連接方式上，我們基于緩存的存儲大小限制和儀表盤展示的數(shù)據(jù)范圍的大小，設計了兩種連接方式（直連數(shù)據(jù)源、緩存），同時會作用在儀表盤數(shù)據(jù)加載的傳輸上，以保證儀表盤在不同數(shù)據(jù)量的展示場景下，都能夠最高效的加載。

二、產(chǎn)品與技術的均衡

在產(chǎn)品1.0階段，關注技術側(cè)確實給整個系統(tǒng)打下了一個穩(wěn)定的基礎架構(gòu)，其實通過上節(jié)的圖片我們也能看到，這塊更多是數(shù)據(jù)存儲、傳輸策略的設計與開發(fā)工作。

雖說數(shù)據(jù)應用型系統(tǒng)區(qū)別去其他 B 端系統(tǒng)，不涉及復雜的業(yè)務性場景流程和用戶策略，但如果不是有過硬的數(shù)據(jù)產(chǎn)品經(jīng)驗或系統(tǒng)的產(chǎn)品思維，我們很容易會陷入只關注數(shù)據(jù)流問題的漩渦。

1. 除了數(shù)據(jù)流還要重視業(yè)務流

雖然 BI 可視化系統(tǒng)沒有復雜的業(yè)務場景，但不代表它沒有任何場景。BI 可視化產(chǎn)品包括兩類用戶：作圖者、看圖者。

2.0階段在全公司推廣后發(fā)現(xiàn)效果很差，我們開始反思產(chǎn)品設計，并在核心功能上對比 Tablaeu 到底還缺少什么？

后來發(fā)現(xiàn)面向“作圖者”雖然了解完整制作一個儀表盤的流程，卻可能忽視他們不顯著但非常重要的場景：

• 相同圖表會放在多個儀表盤里；西方人設計的 Tableau 在配置看板的過程并不友好；
• 分析師離職后數(shù)據(jù)集權(quán)限需要繼承；
• ……

后來針對我們針對上述場景做了改造，解決了分析師遇到問題：支持圖表的復制、粘貼功能，篩選器配置流程也做了符合分析師心智模型的操作（詳見《5個關于“效率”的故事，帶你搞懂數(shù)據(jù)可視化產(chǎn)品》一文“故事3：管理效率——由被動到主動，由抄襲到創(chuàng)新”中說明），并將數(shù)據(jù)權(quán)限由個人轉(zhuǎn)變?yōu)榉纸M……

而在面向“看圖者”我們之前關注只是普通用戶，這也是在2.0階段后期使用人數(shù)一直在一個天花板上不去的原因，后來我們采取了“領導包圍團隊”的模式，在2.0階段“截圖”功能的基礎上，衍生出了自動發(fā)布截圖的功能，最后帶來了流量的第一次爆發(fā)（詳見《5個關于“效率”的故事，帶你搞懂數(shù)據(jù)可視化產(chǎn)品》一文“故事4：運營效率——從領導包圍團隊，用認真留住用戶”中說明）。

2. 數(shù)據(jù)型系統(tǒng)也要重視產(chǎn)品團隊

這一段內(nèi)容可能比較敏感也備受爭議，但因為前公司（甲方）和現(xiàn)公司（乙方）都或多或少存在一些問題，所以還是決定拿出來說一下。

不少公司數(shù)據(jù)產(chǎn)品歸屬于數(shù)據(jù)部門下，數(shù)據(jù)部門本身又是重視數(shù)據(jù)資產(chǎn)、計算的部門，而前面也提到了數(shù)據(jù)系統(tǒng)本身也包含復雜的數(shù)據(jù)邏輯，這些都會給數(shù)據(jù)部門的決策者蒙上一層濾鏡：更關注技術（數(shù)據(jù)）！

其實在《5個關于“效率”的故事，帶你搞懂數(shù)據(jù)可視化產(chǎn)品》一文“故事3：管理效率——由被動到主動，由抄襲到創(chuàng)新”中提到我重新設計了篩選器流程提升了分析師制作儀表盤的效率，可是在這個流程設計之前有一版開發(fā)主導設計的流程，他們會按照屬性相關性在功能操作上進行綁定，把數(shù)據(jù)思維帶入了流程設計中，從而讓整個操作變得很難用。

一個規(guī)范的產(chǎn)品設計流程，應該讓產(chǎn)品主導設計并收口，最后用結(jié)果和數(shù)據(jù)作為獎懲產(chǎn)品經(jīng)理的依據(jù)。

而在乙方公司內(nèi)，如果產(chǎn)品團隊在公司側(cè)和客戶側(cè)都不受到重視，那最終的結(jié)果會更加的糟糕。

我們直接看一個糟糕的數(shù)據(jù)吧：現(xiàn)公司給客戶公司設計的9張主題域儀表盤已經(jīng)下架了6張，還有3張會有被下架的風險。

這個結(jié)果是如何導致的呢？

首先是客戶側(cè)的問題，雖說很多傳統(tǒng)零售行業(yè)尋求數(shù)字化轉(zhuǎn)型，但是其實深入合作后發(fā)現(xiàn)比數(shù)字化轉(zhuǎn)型難的是工作流的轉(zhuǎn)型。

需求必須等客戶公司安排才能進行調(diào)研、做完方案就必須移交給客戶執(zhí)行……

這些都是導致“在調(diào)研階段需求采集不全面”和“儀表盤上線后運營不完善”的因素。

而在公司側(cè)，不放權(quán)給身處客戶內(nèi)部的產(chǎn)品，而是交給遠離客戶項目的人，由信息不對稱導致的理解偏差，最終會導致項目落地結(jié)果比較糟糕，也會降低身在項目內(nèi)真正干活的人的熱情。

三、創(chuàng)新是第二生產(chǎn)力

數(shù)據(jù)系統(tǒng)如果囿于數(shù)據(jù)技術或商業(yè)化競品，那最終難逃“抄襲”的標簽，甚至無法解決自己系統(tǒng)所屬用戶的痛點，也會被用戶吐槽詬病。

在兩年的 BI數(shù)據(jù)可視化系統(tǒng)的迭代中，除了確保數(shù)據(jù)的效率、安全外，創(chuàng)新也始終伴隨著整個迭代過程。在兩年多的時間里，我們的創(chuàng)新主要圍繞兩個方向：系統(tǒng)內(nèi)與系統(tǒng)外。

1. 系統(tǒng)內(nèi)

系統(tǒng)內(nèi)，我們在功能、交互上都做了創(chuàng)新，舉一個例子，作為企業(yè)內(nèi)部的數(shù)據(jù)系統(tǒng)，我們沒有直接照搬商業(yè)化 BI 可視化系統(tǒng)的功能流程（先選擇數(shù)據(jù)源類型，如 clickhouse、hive 等，再進行數(shù)據(jù)源的網(wǎng)絡連接配置），如下圖是網(wǎng)易有數(shù) BI 的功能操作截圖：

而作為公司內(nèi)部的系統(tǒng)，在同一網(wǎng)絡環(huán)境下我們可以接口的方式直接進行數(shù)據(jù)連接，就不需要輸入服務器地址、端口等信息，所以我們按照如下方式進行了“數(shù)據(jù)連接”與“數(shù)據(jù)集配置”的功能一體化集成，使得分析師在配置數(shù)據(jù)集的效率有了更進一步的提升，如下圖所示：

2. 系統(tǒng)外

系統(tǒng)外，3.0階段我們把 BI 可視化系統(tǒng)定位成不僅僅是一個系統(tǒng)工具，而是想著提升其賦能的效率。

這塊的創(chuàng)新是我們將系統(tǒng)進行了中臺化改造，詳情可以參考《5個關于“效率”的故事，帶你搞懂數(shù)據(jù)可視化產(chǎn)品》一文“故事5：賦能效率——中臺化，unicorn 不再是一個單純的 BI 工具”中的說明，這里將不再贅述。

以上內(nèi)容就是我對這款BI 可視化系統(tǒng)，從初版到后續(xù)迭代過程的感受，如果你有其他的想法或感受歡迎留言討論~

#專欄作家#

兮兮，微信公眾號：孤身旅人（ID：gushenlvren），人人都是產(chǎn)品經(jīng)理專欄作家。關注人工智能、toB產(chǎn)品、大文娛等領域。

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

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