筆者從企業(yè)信息化的發(fā)展歷程開始盤點，從決策支持系統(tǒng)講到商業(yè)智能，再講到數(shù)據(jù)產(chǎn)品是如何誕生的。

筆者從企業(yè)信息化的發(fā)展歷程開始盤點，從決策支持系統(tǒng)講到商業(yè)智能，再講到數(shù)據(jù)產(chǎn)品是如何誕生的。

這篇文章第一次外發(fā)是在2017年左右，當(dāng)時這個系列確實寫完了，因為受到某些影響這個系列只發(fā)了一篇文章后續(xù)的都沒有對分享過。這次計劃這段把這個文章重新整理完并分享出來。

作者開始搞數(shù)據(jù)產(chǎn)品是從09年開始搞數(shù)據(jù)產(chǎn)品，這些年七七八八的搞了一堆含內(nèi)部工具類型、偏用戶性質(zhì)數(shù)據(jù)產(chǎn)品、還有平臺級數(shù)據(jù)產(chǎn)品。 這次分享這個文章是按照面向內(nèi)部視角的數(shù)據(jù)產(chǎn)品維度去寫的。

一、數(shù)據(jù)價值的傳承

自1954年計算機用于工資處理以后，一直到2016年的今天，企業(yè)在信息化處理上得到了長足的發(fā)展。

在這個發(fā)展中經(jīng)歷過了數(shù)據(jù)處理系統(tǒng)、Mis管理系統(tǒng)、決策支持、商業(yè)智能。企業(yè)的信息化程度隨著時代的變遷已經(jīng)發(fā)生了猶如阿波羅登月般的翻天覆地變化。

1. 決策支持系統(tǒng)

Dss決策支持系統(tǒng)是建立在對傳統(tǒng)企業(yè)歷史數(shù)據(jù)集成基礎(chǔ)上的數(shù)據(jù)探索應(yīng)用，（備注決策支持系統(tǒng)發(fā)展此處不再敘述，感興趣的讀者可以自行查詢）自從數(shù)據(jù)倉庫的出現(xiàn)給對企業(yè)的決策支持注入了新的活力，發(fā)展到現(xiàn)在的互聯(lián)網(wǎng)、移動互聯(lián)網(wǎng)對數(shù)據(jù)的應(yīng)用又是一個嶄新階段。

不管是在哪個時代的企業(yè)高層都要做一項決策，其困難度也是不同的——

在20世紀(jì)60年到70年，決策中往往是需要查詢多種異構(gòu)數(shù)據(jù)源的業(yè)務(wù)系統(tǒng)、參考外部的數(shù)據(jù)，進行大量的數(shù)據(jù)分析后才能做出相關(guān)的決策來。

而進入到20世紀(jì)80年代后，隨著計算機技術(shù)發(fā)展、各類數(shù)據(jù)統(tǒng)計分析的工具逐步健全，尤其是數(shù)據(jù)倉庫的技術(shù)發(fā)展給傳統(tǒng)企業(yè)的決策支持系統(tǒng)帶來了更大的便利性。

2. 商業(yè)智能

傳統(tǒng)企業(yè)更多地是圍繞著日常經(jīng)營去做經(jīng)營分析，比如財務(wù)績效狀況、資產(chǎn)運營狀況、償債能力狀況、發(fā)展能力狀況等。

像前系列文章“我所經(jīng)歷的大數(shù)據(jù)平臺史”提到數(shù)據(jù)平臺的發(fā)展史與用戶的演進，在傳統(tǒng)企業(yè)前幾代數(shù)據(jù)平臺上支撐的是商業(yè)智能，輔助業(yè)務(wù)經(jīng)營決策，為公司高層提供決策。其主要是支持企業(yè)的分析人員、管理人員、從多個維度進行信息的快速分析。

商業(yè)智能（Business Intelligence，簡稱BI）的概念最早是Gartner Group 的 Howard Dresner在1996 年提出來，傳到國內(nèi)有將之翻譯為”商業(yè)智能”或”商務(wù)智能”。

商業(yè)智能的應(yīng)用領(lǐng)域典型電信、銀行、保險、零售等，所有建立了數(shù)據(jù)倉庫的企業(yè)其商業(yè)智能建設(shè)的主要目標(biāo)是企業(yè)決策支持。

商業(yè)智能通過對信息技術(shù)的運用在不同層面為戰(zhàn)略、決策提供新的支持：提升決策者洞察力以及支持信息獲取與分析。

在傳統(tǒng)企業(yè)的商業(yè)智能時代，我個人對其的認(rèn)識是商業(yè)智能本來是把數(shù)據(jù)分析和統(tǒng)計運算的結(jié)果以多角度的方式存儲，然后在OLAP、Report平臺上形成一個個面向不同業(yè)務(wù)需要的數(shù)據(jù)集市以可視化的展現(xiàn)，讓公司的管理層可以通過看及時和合適方式展示出來的信息來決策，讓基層可以用統(tǒng)計運算后的數(shù)據(jù)進行經(jīng)營分析與企業(yè)日常運作。

這種方式的核心是Bill Inmon 、Ralph Kimball的數(shù)據(jù)倉庫Data Warehouse與Codd創(chuàng)造OLAP一詞，E.F.Codd發(fā)明了在線分析處理（OLAP）一詞，來表示多維分所結(jié)合的模式，為客戶提供OLAP 平臺，通過開發(fā)一些Report、Dashboard，后臺通過ETL 自動刷新數(shù)據(jù)。

其中ETL工具在當(dāng)時使用的是Datastage、Informatica、微軟Dts或自己開發(fā)的腳本等系列來做數(shù)據(jù)的清洗、轉(zhuǎn)換、加載；而OLAP 平臺基本上為BO、Congos、Oracle 等幾家的OLAP引擎與報表設(shè)計平臺。

在數(shù)據(jù)倉庫 Data warehouse 中大家可以看到DW層為存儲、管理數(shù)據(jù)設(shè)計的模型、數(shù)據(jù)集市中為 OLAP 而設(shè)計的模型。

其中數(shù)據(jù)集市的數(shù)據(jù)就是數(shù)據(jù)倉庫各層的數(shù)據(jù)Join與Aggregate的數(shù)據(jù)集合。

傳統(tǒng)的數(shù)據(jù)團隊的困惑在盲目地跟著需求開發(fā)，導(dǎo)致開發(fā)成果無法確認(rèn)是否有用、夠用，也無法避免無休止的需求變更，導(dǎo)致系統(tǒng)開發(fā)成本高、周期長、失敗率居高不下。

這樣的數(shù)據(jù)平臺最大的特點是龐大，初次使用感覺功能非常新鮮，但是在面對具體需求時使用起來難用，無法真正的解決問題。根本沒有系統(tǒng)化、產(chǎn)品化，只是一堆數(shù)據(jù)的堆砌，僵死的報表或cube 開發(fā)、設(shè)計與開發(fā)與業(yè)務(wù)脫節(jié)非常嚴(yán)重，沒有任何銜接可言。

隨著時間的發(fā)展，業(yè)界聽到的BI的聲音越來越少了，反而是對探索數(shù)據(jù)的價值的數(shù)據(jù)分析、數(shù)據(jù)挖掘獨立的聲音出現(xiàn)——因為早期傳統(tǒng)企業(yè)的BI在這件上非常吃力，在過去只是簡單從不同角度的堆積數(shù)據(jù)看統(tǒng)計指標(biāo)已經(jīng)不適應(yīng)決策要看原因，要看影響的程度，執(zhí)行層面要根據(jù)數(shù)據(jù)分析、挖掘精確來執(zhí)行。

比如過去我們只是看商場的不同品牌的貨物賣出多少，在現(xiàn)在要看商品在一天的那個時間段賣得好、擺放哪個位置賣的好、什么樣的顧客容易買，客戶總消費多少錢，客戶訂單次數(shù)，客戶平均客單價、客戶最近訂單時間等等。

當(dāng)初到BI剛進入企業(yè)眼前的時候，認(rèn)為BI可以做很多厲害的事情，各種智能化。

隨著時間推移，BI從天上掉到了地下，90%多的企業(yè)只剩下數(shù)據(jù)集成和報表生成部門。目前一般企業(yè)普遍采用的辦法是由業(yè)務(wù)部門提出分析需求，讓BI部門統(tǒng)計和分析數(shù)據(jù)出結(jié)果，這樣的組合看似合理，卻有很多隱患。

記得有家公司組建自己的BI團隊前，曾經(jīng)去尋找多家第三方企業(yè)來實BI，建立了數(shù)據(jù)模型和數(shù)據(jù)處理，交付物開發(fā)出各個業(yè)務(wù)線的需求報表，按照會員維度的日報、周報、月報，商戶維度的日報、周報、月報。

然后呢，業(yè)務(wù)上嘗鮮幾天時還挺爽，隨后越來越少用直至不用——

因為隨著堆積迭代無法滿足后來的業(yè)務(wù)需求，其主要數(shù)據(jù)質(zhì)量有問題，每個報表數(shù)據(jù)經(jīng)常不準(zhǔn)、報表上根本看不出什么業(yè)務(wù)問題來，需要多張報表數(shù)據(jù)下載進一步加工，這是典型的不深入了解業(yè)務(wù)而導(dǎo)致數(shù)據(jù)模型、數(shù)據(jù)報表堆砌效應(yīng)引起的。

當(dāng)時大多數(shù)BI只能發(fā)揮不到1/3的作用，所受限制在于業(yè)務(wù)與數(shù)據(jù)的反復(fù)磨合，還有數(shù)據(jù)洞察與整合的客觀的業(yè)務(wù)需要代溝，所謂的數(shù)據(jù)驅(qū)動只是停留在數(shù)據(jù)與業(yè)務(wù)分開干的階段。

二、傳承者的辛勤 1. 數(shù)據(jù)化的精細運營

隨著互聯(lián)網(wǎng)企業(yè)的出現(xiàn)與發(fā)展，大家已經(jīng)從經(jīng)營、分析的訴求重點轉(zhuǎn)為數(shù)據(jù)化的精細運營上。

隨之而來的面臨創(chuàng)新壓力、如何做好精細化運營是當(dāng)今企業(yè)遇到的問題。

比如一款產(chǎn)品，想在互聯(lián)網(wǎng)生存下去， 用戶是基礎(chǔ)，沒有用戶的產(chǎn)品或許可以自娛自樂，否則將會面臨一個問題——如何拉新、如何研究新用戶，如何根據(jù)不同的用戶習(xí)慣來調(diào)整產(chǎn)品。

對于產(chǎn)品的新用戶，使用時會遇到各種問題，產(chǎn)品運營就必須去關(guān)注、去分析、以及去解決，這些過程都是需要數(shù)據(jù)來衡量與定位的。

如果整個公司都處在一種由之前簡單粗暴運營向經(jīng)營分析乃至數(shù)據(jù)驅(qū)動的運營，必然會造成數(shù)據(jù)需求暴增，我前雇主許多運營同事能養(yǎng)成上班先看幾十分鐘的數(shù)據(jù)來確認(rèn)自己運營的各種細節(jié)。

數(shù)據(jù)化運營對數(shù)據(jù)需求量越來越大，分析師、數(shù)據(jù)開發(fā)在面對大量的數(shù)據(jù)需求、海量的臨時需求疲憊不堪，變成了資源的瓶頸，無法快速響應(yīng)日常需求，其表現(xiàn)為——做數(shù)據(jù)的已經(jīng)無法滿足當(dāng)前業(yè)務(wù)日益增長的數(shù)據(jù)需求。

互聯(lián)網(wǎng)企業(yè)在運營上的精細化對數(shù)據(jù)的粒度要求，由高匯總逐漸轉(zhuǎn)為過程化細粒度明細數(shù)據(jù)。而傳統(tǒng)的各類的Report、OLAP 工具都無法滿足互聯(lián)網(wǎng)行業(yè)個性化的數(shù)據(jù)需求。

分析師、數(shù)據(jù)開發(fā)對于企業(yè)是非常寶貴的資源，每天浪費在各種數(shù)據(jù)提取、沒有經(jīng)過判斷的合理需求、一些無法證明蛋生雞還是雞生蛋數(shù)據(jù)證明上，自己造成的異常數(shù)據(jù)波動，或者是因為數(shù)據(jù)平臺建設(shè)的功能不給力，導(dǎo)致數(shù)據(jù)分析師費時費力。

統(tǒng)計過某公司近兩個月分析師們的工作內(nèi)容，背景是從3月份-5月份大家在郵件、需求登記管理平臺等內(nèi)容。大約覆蓋分析師3個月工作85%左右，臨時需求在69.44%之間，產(chǎn)品發(fā)布評估占到 8.89%、周期性需求為（新業(yè)務(wù)日報周報）6.11%、專題分析8%、數(shù)據(jù)類項占比為6.67%

分析師70%左右時間全部在臨時需求上，。臨時需求+周期需求占到總時間的 70%-73%左右，臨時需求+固定需求需要0.5天-2天內(nèi)完成占比了 77%左右，1天內(nèi)完成零散需求占比 71.66%。

這個團隊的分析師平均每月工作天數(shù)如果全飽和，單純臨時需求總共消耗分析師超過140%時間，均超過35%人月，分析師沒有一點時間搞其他的，變成了純粹人肉取數(shù)機，更何況分析師還有其它日常工作、專題分析等，更不要說讓分析師更有價值。

2. 數(shù)據(jù)產(chǎn)品的誕生

當(dāng)數(shù)據(jù)平臺、數(shù)據(jù)分析師想擺脫臨時需求的困擾，提高自身的價值時，開始考慮把需求固定化變?yōu)橐粋€面向用戶自助式、半自助的產(chǎn)品來滿足快速獲取數(shù)據(jù)&分析的結(jié)果，當(dāng)總結(jié)出的指標(biāo)、分析方法（模型）、使用流程與工具有機的結(jié)合在一起時候，適合互聯(lián)網(wǎng)時代的一類數(shù)據(jù)產(chǎn)品就誕生了。

數(shù)據(jù)產(chǎn)品從早期的形式存在，一直到這幾年的爆發(fā)與被大家得到逐漸的的認(rèn)可，但是數(shù)據(jù)產(chǎn)品不管是在國外與國內(nèi)沒有一個非常完善的說明。不管是百度上、還是谷歌對數(shù)據(jù)產(chǎn)品、數(shù)據(jù)產(chǎn)品經(jīng)理的內(nèi)容也是不多。

那到底什么是數(shù)據(jù)產(chǎn)品呢？

我覺得要想把數(shù)據(jù)產(chǎn)品定義清楚，要拆分成“數(shù)據(jù)”、“產(chǎn)品”兩個維度來看：

（1）產(chǎn)品是什么？

“產(chǎn)品”這個詞我相信大家都非常熟悉，我偷個懶直接借用“人人都是產(chǎn)品經(jīng)理”中一段：

“產(chǎn)品是一組將輸入轉(zhuǎn)化為輸出的相互關(guān)聯(lián)或相互作用的活動的結(jié)果,即“過程” 的結(jié)果“。

“產(chǎn)品是一組將輸入轉(zhuǎn)化為輸出的相互關(guān)聯(lián)或相互作用的活動的結(jié)果,即“過程” 的結(jié)果“。

在經(jīng)濟領(lǐng)域中，通常也可理解為組織制造的任何制品或制品的組合。

產(chǎn)品的狹義概念：

被生產(chǎn)出的物品;產(chǎn)品的廣義概念:可以滿足人們需求的載體。”

被生產(chǎn)出的物品;產(chǎn)品的廣義概念:可以滿足人們需求的載體。”

互聯(lián)網(wǎng)產(chǎn)品的概念是從傳統(tǒng)意義上的“產(chǎn)品”延伸而來的，是在互聯(lián)網(wǎng)領(lǐng)域中產(chǎn)出而用于經(jīng)營的商品，它是滿足互聯(lián)網(wǎng)用戶需求和欲望的無形載體。

簡單來說，互聯(lián)網(wǎng)產(chǎn)品就是指網(wǎng)站為滿足用戶需求而創(chuàng)建的用于運營的功能及服務(wù)，它是網(wǎng)站功能與服務(wù)的集成。

大家可以分析下百度、騰訊、新浪、優(yōu)酷、谷歌、facebook 各自的“產(chǎn)品”是什么？

（2）移動互聯(lián)網(wǎng)產(chǎn)品又是什么呢？

我是沒有找到比較貼切的概念，只好依照自己簡單的想象“已移動設(shè)別、網(wǎng)絡(luò)為基礎(chǔ)，構(gòu)建滿足人們的需求而創(chuàng)造出來的功能與服務(wù)”，例如基于手機、平板設(shè)備上的各種App，微信、手機百度、ingress手游、網(wǎng)易客戶端等。

綜上所述所謂的產(chǎn)品，簡單講就是滿足人們某個需求、或解決某個問題的東西。

• 那數(shù)據(jù)是什么呢？組合成的數(shù)據(jù)產(chǎn)品又是什么呢？
• 互聯(lián)網(wǎng)的數(shù)據(jù)產(chǎn)品又與傳統(tǒng)數(shù)據(jù)平臺又是什么關(guān)系呢？
• 我們該如何理解數(shù)據(jù)產(chǎn)品呢？
• 數(shù)據(jù)產(chǎn)品的三要素是什么？
• 不懂?dāng)?shù)據(jù)的人如何用好數(shù)據(jù)產(chǎn)品？
• 數(shù)據(jù)產(chǎn)品經(jīng)理的天花板又在哪里？
• 如何做好數(shù)據(jù)產(chǎn)品？

大家可以嘗試思考這些問題。

作者：松子（李博源），自由撰稿人，數(shù)據(jù)產(chǎn)品 & BI 資深總監(jiān)。2000 年開始數(shù)據(jù)領(lǐng)域，互聯(lián)網(wǎng)數(shù)據(jù)考古工作者一枚，經(jīng)歷了互聯(lián)網(wǎng)古生代、中生代、今生代。作者公眾號：songzi2016。

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

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