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