一、為什么需要KPI

對(duì)個(gè)人而言榜苫，有目標(biāo)才有動(dòng)力护戳，清晰的目標(biāo)是照亮前行之路的燈塔；對(duì)管理者來說垂睬，目標(biāo)可以更加公平公正的評(píng)估同事績效成績媳荒，用客觀結(jié)果代替主觀評(píng)價(jià)。目標(biāo)制定時(shí)要符合SMART原則：

S（Specific）：目標(biāo)必須是具體的驹饺，也就是要用具體的語言描述清楚想要達(dá)成的行為標(biāo)準(zhǔn)钳枕，例如“增強(qiáng)用戶意識(shí)”，提高產(chǎn)品質(zhì)量赏壹，提高響應(yīng)速度鱼炒，提供專業(yè)服務(wù)這些可能都可以屬于增強(qiáng)用戶意識(shí)的范疇，“增強(qiáng)用戶意識(shí)”就會(huì)出現(xiàn)指向不明蝌借，不知如何著手的情況

M（Measurable）：目標(biāo)是可衡量的昔瞧，即要明確衡量目標(biāo)是否達(dá)成的標(biāo)準(zhǔn)，最好是有可量化的指標(biāo)菩佑，例如“提升用戶產(chǎn)品使用時(shí)長”,現(xiàn)狀是多少自晰，提升至多少才算完成目標(biāo)呢？

A（Attainable）目標(biāo)要是可以達(dá)到的稍坯，無法實(shí)現(xiàn)的目標(biāo)只是畫大餅而已酬荞，而且一直無法實(shí)現(xiàn)會(huì)影響個(gè)人及團(tuán)隊(duì)的積極性

R(Relevant)目標(biāo)和業(yè)務(wù)方向或其他目標(biāo)有相關(guān)性搓劫，與主營業(yè)務(wù)無關(guān)的目標(biāo)只會(huì)占用資源

T（Time-bound）目標(biāo)要有明確的完成時(shí)間，否則只會(huì)無限延期

有符合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ù)用時(shí)間序列的預(yù)測模型預(yù)測一把聪舒，下個(gè)月的KPI就出來了辨液。但對(duì)于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)營銷平臺(tái)（DMP）和日活500的OA產(chǎn)品相比燎悍，DMP平臺(tái)產(chǎn)品表現(xiàn)就是很糟糕嗎?當(dāng)然未必，因?yàn)镈MP核心用戶群體相對(duì)有限盼理，主要是用戶運(yùn)營谈山，一個(gè)公司的運(yùn)營人員的人數(shù)可能就是那么幾個(gè)，這些人可能每天高頻使用產(chǎn)品宏怔，進(jìn)行數(shù)百萬或千萬的用戶觸達(dá)奏路，帶來十萬級(jí)的新客增長或老客召回。而OA平臺(tái)是員工日常辦公場景下的一個(gè)門戶入口而已臊诊。

看版本迭代速度和需求數(shù)量鸽粉？每周都迭代的產(chǎn)品表現(xiàn)未必好，因?yàn)橐部赡苁钱a(chǎn)品規(guī)劃的時(shí)候方案設(shè)計(jì)缺陷后期返工抓艳，或者用戶需求調(diào)研触机、挖掘不透徹，上線推廣應(yīng)用后玷或，其他用戶提出新的訴求儡首。

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

決策支撐：一般是可視化報(bào)表、數(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í)間&人力成本

數(shù)據(jù)賦能：個(gè)性化推薦炬灭、AI產(chǎn)品、CDP/DMP平臺(tái)等靡菇，通過數(shù)據(jù)產(chǎn)品重归，促進(jìn)用戶轉(zhuǎn)化，拉升業(yè)務(wù)增長

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

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

用戶使用情況：DAU、MAU博烂、累計(jì)用戶數(shù)香椎、訪問頻次、使用時(shí)長禽篱、活躍用戶占比(訪問用戶數(shù)/開通權(quán)限用戶)畜伐、用戶滿意度（問卷調(diào)研制定量化指標(biāo)）

內(nèi)容生產(chǎn)&消費(fèi)情況：人群數(shù)、場景數(shù)躺率、標(biāo)簽數(shù)玛界、觸達(dá)用戶數(shù)

人效提升：業(yè)務(wù)自助配置VS依賴開發(fā)變現(xiàn)，單營銷場景時(shí)長從XX天降低至XX小時(shí)肥照，節(jié)省人力成本XX人/日脚仔，周營銷頻次提升XX

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

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

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

用戶使用情況：DAU刨秆、MAU、累計(jì)用戶數(shù)忆畅、訪問頻次衡未、使用時(shí)長、活躍用戶占比(訪問用戶數(shù)/開通權(quán)限用戶)家凯、用戶滿意度（問卷調(diào)研制定量化指標(biāo)）

平臺(tái)穩(wěn)定性：系統(tǒng)性能（頁面加載時(shí)長2s內(nèi)）缓醋、故障時(shí)長、故障頻率绊诲、數(shù)據(jù)異常次數(shù)

效果提升：分析效率提升（交互式分析送粱、智能分析時(shí)長VSSQL取數(shù)或離線excel分析時(shí)長）、臨時(shí)取數(shù)頻次變化（定制化報(bào)表上線一般為了解決常態(tài)化的數(shù)據(jù)獲取需求掂之，一個(gè)報(bào)表上線葫督，相應(yīng)的臨時(shí)取數(shù)會(huì)有所減少，否則只能說明固化報(bào)表并未充分挖掘和覆蓋業(yè)務(wù)需求）

業(yè)務(wù)價(jià)值：問題發(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é)和匯報(bào)乃至求職簡歷中，關(guān)于工作的價(jià)值也會(huì)更有說服力冯乘。

討論：關(guān)于數(shù)據(jù)產(chǎn)品KPI洽胶，你還有哪些思路呢？歡迎在留言區(qū)交流裆馒。

數(shù)據(jù)干飯人

大數(shù)據(jù)產(chǎn)品知識(shí)分享姊氓，數(shù)據(jù)中臺(tái)產(chǎn)品從0-1實(shí)戰(zhàn)經(jīng)驗(yàn)

公眾號(hào)