編輯導(dǎo)讀：KPI是工作中的重要組成部分，是工作完成情況的參考。但是因為數(shù)據(jù)產(chǎn)品的特殊性，KPI很難制定。本文作者對數(shù)據(jù)產(chǎn)品的KPI制定提供了一些思路，與你分享。

一、為什么需要KPI

對個人而言，有目標(biāo)才有動力，清晰的目標(biāo)是照亮前行之路的燈塔；對管理者來說，目標(biāo)可以更加公平公正的評估同事績效成績，用客觀結(jié)果代替主觀評價。目標(biāo)制定時要符合SMART原則：

• S（Specific）：目標(biāo)必須是具體的，也就是要用具體的語言描述清楚想要達(dá)成的行為標(biāo)準(zhǔn)，例如“增強(qiáng)用戶意識”，提高產(chǎn)品質(zhì)量，提高響應(yīng)速度，提供專業(yè)服務(wù)這些可能都可以屬于增強(qiáng)用戶意識的范疇，“增強(qiáng)用戶意識”就會出現(xiàn)指向不明，不知如何著手的情況
• M（Measurable）：目標(biāo)是可衡量的，即要明確衡量目標(biāo)是否達(dá)成的標(biāo)準(zhǔn)，最好是有可量化的指標(biāo)，例如“提升用戶產(chǎn)品使用時長”,現(xiàn)狀是多少，提升至多少才算完成目標(biāo)呢？
• A（Attainable）目標(biāo)要是可以達(dá)到的，無法實現(xiàn)的目標(biāo)只是畫大餅而已，而且一直無法實現(xiàn)會影響個人及團(tuán)隊的積極性
• R(Relevant)目標(biāo)和業(yè)務(wù)方向或其他目標(biāo)有相關(guān)性，與主營業(yè)務(wù)無關(guān)的目標(biāo)只會占用資源
• T（Time-bound）目標(biāo)要有明確的完成時間，否則只會無限延期

有符合SMART原則的目標(biāo)很重要，有可以量化衡量目標(biāo)完成的情況的KPI（關(guān)鍵績效指標(biāo)）更重要。

二、數(shù)據(jù)產(chǎn)品KPI的困惑

C端產(chǎn)品或銷售部門的KPI比較容易確定，比如轉(zhuǎn)化率提升至XX，8月銷售額達(dá)到XX千萬等，指標(biāo)確定后基于歷史業(yè)務(wù)增長情況算一下高、中、低標(biāo)的增幅，或者基于歷史數(shù)據(jù)用時間序列的預(yù)測模型預(yù)測一把，下個月的KPI就出來了。但對于B端產(chǎn)品，尤其是數(shù)據(jù)產(chǎn)品，一般服務(wù)公司內(nèi)部（商業(yè)化的數(shù)據(jù)產(chǎn)品服務(wù)于外部企業(yè)的員工），如何確定產(chǎn)品的KPI呢？

看用戶數(shù)量？例如日活數(shù)為5精準(zhǔn)營銷平臺（DMP）和日活500的OA產(chǎn)品相比，DMP平臺產(chǎn)品表現(xiàn)就是很糟糕嗎?當(dāng)然未必，因為DMP核心用戶群體相對有限，主要是用戶運營，一個公司的運營人員的人數(shù)可能就是那么幾個，這些人可能每天高頻使用產(chǎn)品，進(jìn)行數(shù)百萬或千萬的用戶觸達(dá)，帶來十萬級的新客增長或老客召回。而OA平臺是員工日常辦公場景下的一個門戶入口而已。

看版本迭代速度和需求數(shù)量？每周都迭代的產(chǎn)品表現(xiàn)未必好，因為也可能是產(chǎn)品規(guī)劃的時候方案設(shè)計缺陷后期返工，或者用戶需求調(diào)研、挖掘不透徹，上線推廣應(yīng)用后，其他用戶提出新的訴求。

顯然，數(shù)據(jù)產(chǎn)品的KPI不能簡單從UV和需求完成數(shù)量來確定，要把用戶使用情況和產(chǎn)品價值兩個維度綜合考慮，數(shù)據(jù)產(chǎn)品的價值可以分為：決策支撐、降本提效、數(shù)據(jù)賦能。

• 決策支撐：一般是可視化報表、數(shù)據(jù)分析類產(chǎn)品，通過數(shù)據(jù)產(chǎn)品幫助業(yè)務(wù)發(fā)現(xiàn)經(jīng)營問題，調(diào)整業(yè)務(wù)策略
• 降本提效：工具類數(shù)據(jù)產(chǎn)品，提升數(shù)據(jù)獲取&分析效率，節(jié)省開發(fā)時間&人力成本
• 數(shù)據(jù)賦能：個性化推薦、AI產(chǎn)品、CDP/DMP平臺等，通過數(shù)據(jù)產(chǎn)品，促進(jìn)用戶轉(zhuǎn)化，拉升業(yè)務(wù)增長

三、數(shù)據(jù)產(chǎn)品KPI案例

UGC類型的產(chǎn)品：主要是工具類，用戶基于平臺進(jìn)行數(shù)據(jù)加工任務(wù)、數(shù)據(jù)可視化報表配置、或者SQL查詢，以DMP精準(zhǔn)平臺為例：

• 用戶使用情況：DAU、MAU、累計用戶數(shù)、訪問頻次、使用時長、活躍用戶占比(訪問用戶數(shù)/開通權(quán)限用戶)、用戶滿意度（問卷調(diào)研制定量化指標(biāo)）
• 內(nèi)容生產(chǎn)&消費情況：人群數(shù)、場景數(shù)、標(biāo)簽數(shù)、觸達(dá)用戶數(shù)
• 人效提升：業(yè)務(wù)自助配置VS依賴開發(fā)變現(xiàn)，單營銷場景時長從XX天降低至XX小時，節(jié)省人力成本XX人/日，周營銷頻次提升XX

效果提升：基于平臺算法模型或系統(tǒng)推薦精細(xì)化人群VS業(yè)務(wù)經(jīng)驗或粗放式版本，這里不能簡單用訂單數(shù)、轉(zhuǎn)化率指標(biāo)來衡量，因為給用戶發(fā)Apppush，即使不使用平臺，也可以產(chǎn)生訂單和轉(zhuǎn)化，而且用戶是否點擊會受到push文案等多種因素影響。

系統(tǒng)性能：數(shù)據(jù)處理效率、數(shù)據(jù)時效性、接口QPS、接口響應(yīng)時長

PGC類型的產(chǎn)品：平臺生產(chǎn)內(nèi)容，業(yè)務(wù)直接使用或者調(diào)用，如定制化主題報表、交互式數(shù)據(jù)查詢&分析系統(tǒng)、數(shù)據(jù)服務(wù)接口等。以數(shù)據(jù)可視化平臺為例：

• 用戶使用情況：DAU、MAU、累計用戶數(shù)、訪問頻次、使用時長、活躍用戶占比(訪問用戶數(shù)/開通權(quán)限用戶)、用戶滿意度（問卷調(diào)研制定量化指標(biāo)）
• 平臺穩(wěn)定性：系統(tǒng)性能（頁面加載時長2s內(nèi)）、故障時長、故障頻率、數(shù)據(jù)異常次數(shù)
• 效果提升：分析效率提升（交互式分析、智能分析時長VSSQL取數(shù)或離線excel分析時長）、臨時取數(shù)頻次變化（定制化報表上線一般為了解決常態(tài)化的數(shù)據(jù)獲取需求，一個報表上線，相應(yīng)的臨時取數(shù)會有所減少，否則只能說明固化報表并未充分挖掘和覆蓋業(yè)務(wù)需求）
• 業(yè)務(wù)價值：問題發(fā)現(xiàn)占比(數(shù)據(jù)系統(tǒng)監(jiān)控預(yù)警發(fā)現(xiàn)的異常數(shù)/系統(tǒng)發(fā)現(xiàn)+人工發(fā)現(xiàn))

四、總結(jié)

制定可量化的數(shù)據(jù)產(chǎn)品KPI，不僅是產(chǎn)品迭代的方向指引，在工作總結(jié)和匯報乃至求職簡歷中，關(guān)于工作的價值也會更有說服力。關(guān)于數(shù)據(jù)產(chǎn)品KPI，你還有哪些思路呢？歡迎討論交流。

#專欄作家#

數(shù)據(jù)干飯人，微信號公眾號：數(shù)據(jù)干飯人，人人都是產(chǎn)品經(jīng)理專欄作家。專注數(shù)據(jù)中臺產(chǎn)品領(lǐng)域，覆蓋開發(fā)套件,數(shù)據(jù)資產(chǎn)與數(shù)據(jù)治理，BI與數(shù)據(jù)可視化，精準(zhǔn)營銷平臺等數(shù)據(jù)產(chǎn)品。擅長大數(shù)據(jù)解決方案規(guī)劃與產(chǎn)品方案設(shè)計。

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

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