中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

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

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

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

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

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

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

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

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

前者是因?yàn)橘~號的有限導(dǎo)致數(shù)據(jù)安全的風(fēng)險，后者因?yàn)榇罅繑?shù)據(jù)的傳輸，導(dǎo)致 T+1 的數(shù)據(jù)無法在上班時間及時看到。

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

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

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

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

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

注：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

這一段內(nèi)容可能比較敏感也備受爭議，但因?yàn)榍肮荆追剑┖同F(xiàn)公司（乙方）都或多或少存在一些問題，所以還是決定拿出來說一下。

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

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

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

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

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

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

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

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

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

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

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

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

在兩年的 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 等，再進(jìn)行數(shù)據(jù)源的網(wǎng)絡(luò)連接配置），如下圖是網(wǎng)易有數(shù) BI 的功能操作截圖：

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

2. 系統(tǒng)外

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

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

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

#專欄作家#

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

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

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