編輯導語：許多公司自研的數(shù)據(jù)產(chǎn)品投入成本很多，也迭代了一年多，但是在業(yè)務(wù)上還是有很多欠缺的地方。在投入這么多但卻不見成效的情況下，為什么不購買外部商業(yè)數(shù)據(jù)平臺產(chǎn)品呢？

今天隨便聊一個話題，自研的數(shù)據(jù)產(chǎn)品迭代了一年多，為什么不買第三方商業(yè)數(shù)據(jù)平臺產(chǎn)品呢？

一、大數(shù)據(jù)產(chǎn)品研發(fā)現(xiàn)狀

多企業(yè)在大數(shù)據(jù)建設(shè)中會遇到一個問題， 投入產(chǎn)研經(jīng)過一年多迭代，做出了一些數(shù)據(jù)產(chǎn)品，大數(shù)據(jù)團隊在建設(shè)中會結(jié)合市面上的工具和業(yè)務(wù)的需求，迭代了一段時間是能夠滿足企業(yè)自身業(yè)務(wù)發(fā)展對數(shù)據(jù)訴求。

隨著時間公司發(fā)展中經(jīng)常會受到企業(yè)組織結(jié)構(gòu)變動、細分，團隊工作交叉以及重復工作等，或者是資源的被調(diào)用，企業(yè)大數(shù)據(jù)產(chǎn)品在長時間迭代中受到了數(shù)據(jù)產(chǎn)品團隊的能力、技術(shù)的大數(shù)據(jù)能力（比如前段資源、后端資源、服務(wù)器資源）等影響，在數(shù)據(jù)產(chǎn)品跌得帶中越來越緩慢。

在數(shù)據(jù)平臺的某些功能隨著時間流失欠缺更大。此時在盤點中發(fā)現(xiàn)投入那么多人力物力為什么這些平臺業(yè)務(wù)要什么沒有什么的程度（先不談業(yè)務(wù)要的是否合理）。此時大家都開始聊要不要采買外部的產(chǎn)品。

二、外部數(shù)據(jù)產(chǎn)品的對比之路

這幾年外部有一些專業(yè)的大數(shù)據(jù)工具平臺公司在研發(fā)自己的數(shù)據(jù)平臺工具，比如元數(shù)據(jù)工具、報表工具、APP 日志分析工具等。

這些工具會更加專業(yè)、通用性更好，但是缺點也會很明顯在切合某些企業(yè)業(yè)務(wù)堵上就欠缺蠻多。

比如在第三方的 BI 功能非常全面完整，圖表庫豐富，展現(xiàn)非常漂亮，一些特色權(quán)限很難與公司的組織結(jié)構(gòu)吻合，還有一些業(yè)務(wù)鏈條特別長，但是只買了日志分析工具，流量數(shù)據(jù)與交易數(shù)據(jù)會交叉分析等一些場景，這些第三方工具就會偏差一些。

還有比如業(yè)務(wù)的精細化各類交叉分析要構(gòu)建大量的中間層， 一些工具雖說支持數(shù)據(jù)導入功能，但是也是很難用。

自助研發(fā)數(shù)據(jù)產(chǎn)品的數(shù)據(jù)產(chǎn)品呢，缺點是在數(shù)據(jù)儀表盤功能、報表功能、UI 美觀功能以及圖標豐富度都比第三方要差 ，在資源緊張情況下可能報表中的一個行轉(zhuǎn)列表格功能要排期到幾個 Q 以后，業(yè)務(wù)團隊使用中經(jīng)常吐槽這個功能差、那個功能有 bug。優(yōu)點是吻合業(yè)務(wù)個性化訴求。

三、自研與采買的 ROI

一個第三方數(shù)據(jù)產(chǎn)品平臺算下來才幾十萬， 企業(yè)要養(yǎng)做這個事情的人可能一年要幾百萬 ，此時是要持續(xù)自研呢？還是采買第三方呢？

從本質(zhì)上來講，這是個自研與采購的沖突問題，算是決策需要考慮的事情，決策點是短、中期、長期的 ROI 對比情況。

從企業(yè)規(guī)模來講：

• 一般中小型企業(yè)是建議采買的（悄悄話：有蠻多的第三方平臺都有一個共性問題， 續(xù)簽率都很低， 客戶的流失率很高，咱們不探討這個問題）。
• 中大型企業(yè)要看，企業(yè)是否在自研上投入成本去做了， 一般的來講組織結(jié)構(gòu) ReOrg，整合資源后會優(yōu)先去做商業(yè)價值更大的事情，一般的數(shù)據(jù)產(chǎn)品團隊在這個工具上拿不到壁壘式的產(chǎn)出會優(yōu)先做出調(diào)整。如果在資源過剩情況下，大數(shù)據(jù)團隊是可以做一些價值類的數(shù)據(jù)產(chǎn)品。

這個是需要從實施的短、中期、長期的 ROI 綜合來判斷。

• 自身自研：優(yōu)勢 貼近業(yè)務(wù)，技術(shù)實施大部分可空， 兼容好，業(yè)務(wù)吻合度 100%。? 內(nèi)部重要不緊急工具建設(shè)，建設(shè)周期長，受到前端資源、后端資源的影響。投入產(chǎn)出比中等。
• 采買 ：優(yōu)勢，周期短，見效快。功能豐富且很快可以使用起來，滿足業(yè)務(wù)快速發(fā)展需要， 業(yè)務(wù)支撐吻合度達頂?shù)?50%-70%。

四、實施第三方一些潛在可能性

引入新系統(tǒng)會導致整體系統(tǒng)變復雜一段時間（比如自研系統(tǒng) A，采買系統(tǒng) B 會并存，這個對團隊、系統(tǒng)層面都不是好事）。?實施中短期（1-3 個月較為痛苦 工作大），中期優(yōu)勢明顯。長期存在個性化功能定制麻煩，極有可能要做二次開發(fā)。

一般的短期內(nèi)（3 個 Q 內(nèi)），自研成本大于采買實施成本 ：需要數(shù)據(jù)團隊做好在一定階段內(nèi)拿出自研的 Plan 多久只能能夠在人力成本投入下構(gòu)建好可代替方案。

中長期（12 個月以上），業(yè)務(wù)發(fā)展非常迅速所帶來對數(shù)據(jù)的需求也會多變，對數(shù)據(jù)的采集、數(shù)據(jù)中間層的訴求就是要求快速實施來支撐對業(yè)務(wù)的訴求，第三方平臺的半封閉性以及自身的存儲格式導致在中間層的擴展上會變得跟不上業(yè)務(wù)需求節(jié)奏，久了矛盾會爆發(fā)出來的。需要有相應(yīng)的方案跟上。

五、數(shù)據(jù)產(chǎn)品一些優(yōu)勢的建立

數(shù)據(jù)產(chǎn)品以及技術(shù)在對業(yè)務(wù)的支撐與實施中是否建立起了對第三方平臺的一個壁壘，當然在內(nèi)容建設(shè)上的壁壘優(yōu)勢會大于在工具功能優(yōu)勢。

互聯(lián)網(wǎng)企業(yè)在大數(shù)據(jù)建設(shè)一般都是遵循短平快的方式， 甚至都是把業(yè)務(wù)系統(tǒng)的表整合到數(shù)倉，很少做設(shè)計或者是按照需求的方式做一下簡單整合， 就 export 寬表或匯總數(shù)據(jù)提供給業(yè)務(wù)使用。

在互聯(lián)網(wǎng)行業(yè)的企業(yè)很少有發(fā)布一些針對行業(yè)有沉淀的數(shù)據(jù)模型。我知道這些年在大數(shù)據(jù)領(lǐng)域只有阿里巴巴在去年發(fā)布了一套電商交易標準數(shù)據(jù)模型。

數(shù)據(jù)中臺的建設(shè)，可以說互聯(lián)網(wǎng)企業(yè)數(shù)據(jù)中臺如果想在數(shù)字化轉(zhuǎn)型進入到不同領(lǐng)域， 需要沉淀大量的行業(yè)模型才能進入一些業(yè)務(wù)很重的行業(yè)的數(shù)據(jù)整合上， 否則很難產(chǎn)出很好的數(shù)據(jù)模型導航圖。? 比如數(shù)據(jù)治理現(xiàn)在提的很重要，但是落地有點勉強，數(shù)據(jù)治理很重要但是很多東西有點本末倒置。

作者：松子（李博源）

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

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