做企業內部數據產品已經有兩年時間了，今天寫下這篇文章跟大家聊聊我對企業內部數據產品的一些思考。
1. 為什么會有數據產品
小到日常生活行為，中到商業活動，大到國家治理。歸根結底都是“決策”和“行動”的過程。“決策”就是什么情況下，為了達到什么目標要怎么做；“行動”是指具體的執行過程。
此時，可以回想一下，我們平時是如何進行決策的？
其實，無論是感性的決策或理性的決策都是基于“某種參考”的。最簡單的參考就是自己的直覺，好一點會依據“過來人”的主觀經驗。更科學的決策是依靠“客觀證據”，定量的“客觀證據”就是數據。
那么數據從何而來？數據如何為人們決策/行動所用？這就是數據產品產生的原因。同樣，數據產品符合產品的本質——以解決現實問題或滿足現實需求為核心。
2. 什么是數據產品
個人對數據產品是這樣定義的——數據產品是解決用戶使用數據這一剛性需求的產品。“用戶使用數據”這個需求很龐大，可以進行拆分和細化，每個更細粒度的需求都可以催生出一款數據產品，并且多種數據產品通過組合還可以生成一款綜合型的數據產品。這樣說很繞，舉個例子來看。
2.1 一個例子
【需求】領導想知道中國聯通的用戶使用微信的真實準確的用戶數
這個需求看似很簡單，但要滿足它其實是一個非常龐大的工程。
首先要將需求拆解為：
- 子需求1：需要在不影響現網運行的情況下，采集聯通全網S1/Gn接口的原始碼流
- 子需求2：對原始碼流進行業務類型的解析并生成結構化的文本數據
- 子需求3：將解析好的海量結構化數據安全完整的存儲起來
- 子需求4：對海量結構化數據進行統計計算得到業務類型為微信的用戶數
為了滿足這些子需求，我們需要的數據產品可能有：一款原始碼流采集的工具，一款針對S1/Gn網絡接口的數據解析工具，一款支持PB級別數據存儲的工具，一款可以對千億條數據進行統計計算的工具。當我們得到這些工具后，還需要把這些工具串聯起來工作，形成一個整體，此時，這個整體面向領導來說又是一款數據產品。
2.2 數據產品三要素
作為一名數據產品的設計者，需要把握好數據產品的本質，遵循本質去思考和設計數據產品。
數據產品的本質就是它的三要素：數據源，用戶，需求。
- 數據源：任何數據產品都需要有數據才能工作，才有生命，就像上面的例子，如果沒有原始碼流，何必需要數據采集。如果采集不到原始碼流，解析程序就沒有用武之地，等等。有數據源的地方才有數據產品。
- 用戶：任何產品都是給人用的，數據產品也不例外。明確產品的目標客戶對數據產品同樣重要。就算是企業內部數據產品，也要明確產品定位，是給領導用？還是給員工用？是給網優人員用？還是給市場人員用？作為一個數據產品的設計者，時時刻刻要懂得聚焦目標用戶，切勿閉門造車。
- 需求：需求是指解決某個問題所需要的東西，它是一款產品的靈魂所在。沒有需求，產品做的再華麗的是不值一文。如何深刻理解需求，把握需求對一個數據產品設計者十分重要。
3. 企業內部數據產品的需求
一款軟件產品的產生需要經過“需求階段——設計階段——開發階段”三個階段。需求階段作為第一階段，對產品的發展至關重要，記得一個在百度做運營的同學說過：“有時候，我拿到一款產品，還沒推廣我就知道已經死了”。這就是產品需求對它的影響。
下面我將聚焦【企業內部數據產品】談談我對其需求階段的思考。
3.1 需求來源
企業內部數據產品的需求來源主要有4個：
1.業務部門的需求
還記得3年前，在中國電信終端公司實習的時候，每個月都會收到一份關于終端的市場分析報告。下個月的終端采購和營銷的計劃都會或多或少的參考這些報告。其實這就是業務部門的數據需求。慢慢的一線的業務人員對數據的需求變得很個性化，程式化的分析報告很難全面滿足其需求，他們需要直接上手使用專業性的數據產品進行工作。業務部門的需求是企業內部數據產品需求的第一來源。
2.老板的需求
市場節奏越來越快，老板們的決策也越來越快，傳統的"人肉分析"漸漸跟不上老板的決策速度。老板們也希望使用一些“傻瓜式”的數據產品，自由、方便、即時的查看想看到的數據分析結果。老板的需求成為現階段數據產品需求的第二來源。
3.用戶反饋的需求
隨著產品的使用和公司業務的發展。新的需求會不斷產生，用戶反饋是產品不斷進步、保持生命力的需求源泉。
4.產品經理挖掘到的需求
數據產品允許產品經理有一些創造，但是這些創造并不是頭腦一熱或是腦洞大開，它需要產品設計者對行業對業務有深入的理解和把握。
3.2 需求采集
明確了需求的來源，數據產品設計者就需要有針對性地進行需求采集。個人認為對于企業內部數據產品，最好的需求采集方式就是與需求方直接面對面地溝通交流。會上的頭腦風暴也好，茶余飯后的閑聊也好，只有深入的溝通，才能理解用戶，理解需求。把需求一條條的記好，無論多么凌亂，無論聽起來多么天馬行空，沒關系，里面總會有真正的需求。
3.3 需求管理
完成了需求采集只是數據產品“萬里長征的第一步”，下個階段就是需求管理。
第一步，建立需求庫
建立一個需求庫來管理好需求。這里介紹一個需求庫的模板，通過需求階段的工作完成各個信息的填寫。
第二步，需求評審
對需求庫中的每個需求進行評審。這樣做可以減少需求變更的風險、保證需求質量、避免后期過多矛盾。
對于業務部門的需求，需要業務部門的業務骨干對需求內容進行確認，還要進行需求必要性、重要性的確認。
對于領導的需求，基本無需評估（除非特別難以實現的），執行就是了。
對于用戶反饋的新需求以及產品經理挖掘到的需求，也需要在需求評審會上進行討論評估。
第三步，需求分析
完成需求評審后，產品設計者根據評審內容進行需求分析，最總要的工作就是需求優先級評定。
KANO模型是常見的需求分析模型。KANO模型定義了三個層次的用戶需求（基本型、期望型和興奮型）以及三張影響因素（無差異因素，可疑因素，反向因素）。
- 基本需求：必須具備的，這部分需求是產品初期需要做的功能；
- 期望型需求：用戶期望的，用戶能夠較清晰地知道的；
- 興奮型需求：超出用戶預期的，用戶不知道有這方面的需求，如果提供，用戶滿意度會更高。
- 無差異因素：有沒有無所謂
- 可疑因素：無法確定是不是真正的需求
- 反向因素：不要提供的功能
根據上面的模型，確定用戶需求的類型，得到需求的優先級（高：基本需求，中：期望需求，低：興奮需求）。
需求優先級是產品開發階段的重要參考因素。在資源緊缺，時間緊急的情況下，開發者需要依據需求優先級降低產品開發失敗的風險。
4. 企業內部數據產品的設計
經過需求階段，我們已經得到了完整的【需求庫】，如何基于這些需求完成最終的產品設計，有一套成熟的思路方法和工作流程。
4.1 需求結構化
由于需求庫中的需求相對零散，還不能直接進行產品設計，我們需要對這些需求進行梳理，形成一個結構化的需求整體。
數據產品的需求可以歸納為兩類需求：數據需求，應用需求。
1.數據需求
數據需求是指用戶想要得到的數據，滿足數據需求需要從數據源和數據分析兩個方面考慮。
1) 數據源：數據源從廣義上去理解就是收集到的原始信息。數據源本身的信息量直接決定數據分析是否可行。舉個例子：如果原始數據是“農場名稱”--“山羊數”。那么無論如何我們也分析不出來所有農場的水牛總數。因此，數據源是滿足數據需求的基礎。很多時候，數據源的數據格式無法直接進行數據分析，還需要進行數據解析，清洗等操作才能得到可以提供分析的數據。
2) 數據分析：數據分析就是從基礎數據得到需求數據的過程。統計計算也好，數據挖掘也好，都是通過算法模型對基礎數據進行計算得到目標數據結果。
2.應用需求
應用需求是用戶操作數據產品的需求。與傳統軟件產品的應用需求一樣，包括：產品整體功能的劃分，具體功能的業務邏輯等等。需要特別強調的是，數據產品有一個比較獨特又很重要的應用需求，就是數據可視化需求。數據可視化作為數據分析的最后一步，直接影響數據產品在用戶眼中的形象。并且，數據可視化設計與數據分析是密不可分的。
4.2. 產品設計
梳理完數據需求和應用需求之后，就可以著手產品設計了。
4.2.1 角色分工
整個產品設計工作的角色大概有4類：
- 項目負責人：總體把握數據產品的整個生命周期，以及外部資源的協調。
- 產品經理：基于需求，完成產品的整體設計，包括產品形態，功能劃分及業務邏輯的設計。
- 設計師：產品的視覺設計，數據可視化設計。
- 數據分析師：梳理數據源，設計基礎數據格式，基于基礎數據進行需求數據的算法設計。
4.2.2 執行流程
整個產品設計工作可以基于“數據線”和“應用線”兩個線條并行進行，最后進行設計整合，共同產出最后的數據產品設計方案。
對企業內部數據產品的一些思考
1) 數據線
1.梳理數據需求：產品經理梳理產品的數據需求，與數據分析師及需求方進行數據需求的明確。
2.梳理數據源：項目負責人提供數據源接口，由數據分析師進行數據源梳理。遇到無法滿足需求的情況，及時反饋項目負責人及產品經理，進行數據源的再協調或進行需求刪減。數據源明確后，產品經理負責協調后期數據源的具體引入工作。
3.設計數據結構：數據分析師結合數據源及數據需求，撰寫《基礎數據結構設計文檔》。
4.設計分析方法：數據分析師根據基礎數據結構及數據需求，設計分析算法，撰寫《算法設計文檔》。
5.初步設計數據展示：數據分析師完成所有預展示指標的可視化方式的初設計（明確什么指標用什么方法展示），并與產品經理進行溝通，完成《數據可視化設計初稿》。
2) 應用線
根據應用需求及產品自身的必要元素進行產品應用層面的設計工作。
1.整體設計：一款數據產品可能根據用戶類型或者業務劃分，拆分成若干個子系統。項目負責人及產品經理需要從需求全貌進行思考，進行整個產品的結構設計以及功能劃分。
2.撰寫PRD：產品經理根據“整體設計”進行具體的應用功能的設計，撰寫PRD——《產品需求文檔》。
3.制作產品原型：產品經理根據產品設計文檔制作低保真產品原型，就《產品需求文檔》及產品原型與項目負責人進行討論，由項目負責人進行設計方案的確認。
4.視覺設計：設計師就《產品需求文檔》進行產品的視覺設計，交付《視覺設計稿》。在時間允許的情況下，產品經理根據設計稿對低保真產品原型進行優化。
3) 設計整合
通過數據需求串聯數據線和應用線，梳理什么模塊需要展示什么數據以及如何進行展示。設計師根據《數據可視化設計初稿》進行數據可視化的具體設計，產出《數據可視化設計文檔》。
完成整個產品設計工作后，產品經理向項目負責人匯報，待項目負責人確認整個設計方案后，進入開發階段。
產品設計的產出包括：
- 產品原型
- 《產品需求文檔》
- 《視覺設計稿》
- 《數據可視化設計文檔》
- 《基礎數據結構設計文檔》
- 《算法設計文檔》
到此，整個數據產品的設計工作完成。數據產品的設計工作是一個復雜的團隊型工作，需要整個團隊良好的溝通協作以及個人優秀的專業能力。
5. 寫在最后
洋洋灑灑寫了不少。很多理想化的東西在里面。事實上，企業內部數據產品的成長并非可以按照理想方式進行的，這受限于幾點不可避免的特殊性。
1) 數據源的特殊性：對于很多傳統企業，IT基礎建設遠遠趕不上需求的增長，很多數據產品的想法和設計都很好，無奈于沒有優質的數據源進行保障。
2) 需求的特殊性，由于企業內部的用戶工作分工的不同，導致他們對數據的理解、對分析方法的理解以及對分析工具的熟練度都各有不同，因此提出的需求很離散，如何以最小的代價滿足最大的需求需要產品設計者不斷的權衡。
3) 用戶的特殊性，企業內部數據產品的用戶，都是自己的同事和領導，他們本身就對產品的決策權有一定的干預能力。需要產品團隊不斷的去平衡“理想與現實”。這種情況對于非最高決策者直屬的數據團隊而言，尤為嚴重。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：對企業內部數據產品的一些思考
本文網址：http://www.guhuozai8.cn/html/consultation/10820619913.html
相關文章
