摘要：很顯然在一個接著一個的迭代背后，我們必須要讓需求到數(shù)據(jù)到改進實現(xiàn)閉環(huán)，才能在產(chǎn)品上精益求精。因此對于需求數(shù)據(jù)改進的閉環(huán)，可分解為以下三點產(chǎn)品功能交互設(shè)計之初，明確方向，設(shè)定指標。

本文由作者周巧芬授權(quán)網(wǎng)易云社區(qū)發(fā)布。

互聯(lián)網(wǎng)的產(chǎn)品相對傳統(tǒng)IT產(chǎn)業(yè)而言，需求更富有多樣性。傳統(tǒng)IT行業(yè)的需求點多是固定且符合驗收條件。但互聯(lián)網(wǎng)的產(chǎn)品則更多的從用戶體驗出發(fā)，更多的用數(shù)據(jù)來說話，不管是PV、UV、轉(zhuǎn)化率、留存等等。很顯然在一個接著一個的迭代背后，我們必須要讓需求到數(shù)據(jù)到改進實現(xiàn)閉環(huán)，才能在產(chǎn)品上精益求精。今天就來探討下如何從項目經(jīng)理的角度出發(fā)，將這些環(huán)節(jié)形成閉環(huán)，更好的為產(chǎn)品的精益求精服務(wù)。

近期，筆者所在的團隊也正在探討全流程項目管理的探索。項目經(jīng)理在理清這些環(huán)節(jié)之余，更多的參與其中，想必對行業(yè)背景的積累以及產(chǎn)品觀等多有益處。

什么是閉環(huán)？

閉環(huán)(閉環(huán)結(jié)構(gòu)）也叫反饋控制系統(tǒng)，是將系統(tǒng)輸出量的測量值與所期望的給定值相比較，由此產(chǎn)生一個偏差信號，利用此偏差信號進行調(diào)節(jié)控制，使輸出值盡量接近于期望值。

顧名思義，要形成一個閉環(huán)，則需要一個期望值，一個測量值，并有反饋和調(diào)節(jié)。對于互聯(lián)網(wǎng)產(chǎn)品來說，亦是如此。而對于互聯(lián)網(wǎng)產(chǎn)品而言，期望值和測量值往往都是由數(shù)據(jù)去呈現(xiàn)。因此對于需求—數(shù)據(jù)—改進的閉環(huán)，可分解為以下三點：

l 產(chǎn)品功能交互設(shè)計之初，明確方向，設(shè)定指標（KPI）。

l 產(chǎn)品開發(fā)過程做好埋點，確認數(shù)據(jù)來源，獲取數(shù)據(jù)。

l 分析數(shù)據(jù)，并反饋到產(chǎn)品功能交互設(shè)計。

下面，分別展開講講每一點在項目中我們應(yīng)該如何去做。此處只是從項目經(jīng)理的角度出發(fā)我們在項目開展中可以去關(guān)注的環(huán)節(jié)，對于數(shù)據(jù)驅(qū)動創(chuàng)新等更專業(yè)的內(nèi)容建議大家可以閱讀《精益數(shù)據(jù)分析》。

功能設(shè)計之初，制定指標

明確定義：

產(chǎn)品的孵化和各功能模塊的設(shè)計在最初的時候都有一個初衷，去解決用戶的痛點。從產(chǎn)品初衷到產(chǎn)品形態(tài)，如何去衡量我們做的每一個功能用戶是買賬的。在最初始階段，我們就需要設(shè)定指標來衡量，而其中數(shù)據(jù)指標是最為量化和直觀的。但在這個過程中，不能僅僅就提出數(shù)據(jù)指標，更要明確定義每個指標的具體意義以及計算方式。

舉個例子，比如想用每日活躍用戶的數(shù)量來衡量app的受歡迎程度。初一看覺得這樣的指標很合理，但其實是不夠的，因為沒有對活躍用戶做一個定義，是登錄到前臺就算活躍用戶還是產(chǎn)生行為了才算活躍用戶。又比如，留存率，也有不同的維度，是次日留存還是7日留存，什么樣的用戶可被定義為留存用戶。不同的定義會極大的影響我們的判斷。所以我們必須做到精確定義，排除可能造成干擾的其他因素。

而每個指標的背后，都應(yīng)該為產(chǎn)品的方向和目標服務(wù)。比如一個即時通訊的工具，那么用戶之間的消息量、好友數(shù)也許是我們衡量這個產(chǎn)品健康度的指標，因為這兩個指標和我們的核心功能切合。

通常來說，在產(chǎn)品設(shè)計之初，產(chǎn)品經(jīng)理和策劃就應(yīng)該根據(jù)自己對產(chǎn)品的思考整理出核心指標。核心指標也并不是不變的，在產(chǎn)品MVP驗證探索階段，也許產(chǎn)品的方向都可能發(fā)生變化，此時核心指標也會發(fā)生相應(yīng)的轉(zhuǎn)變。

達成共識：

在定義好核心的指標之后，我們應(yīng)該針對這樣的指標整個團隊達成共識。這樣的方式可以采取多次的頭腦風暴，以及討論會。在這樣的過程中，其實大家可以更加深入的去挖掘。參與人員包含運營市場產(chǎn)品設(shè)計以及開發(fā)測試，只有大家共同理解目標，在每個工作環(huán)節(jié)才能集中精力為這樣的目標去努力奮斗。同時這樣的一個過程也建立大家對產(chǎn)品的一種主人翁意識。

鋪平數(shù)據(jù)來源之路

對于數(shù)據(jù)指標達成一致意見之后，那又如何常規(guī)的獲取數(shù)據(jù)呢？

在產(chǎn)品研發(fā)過程中，對于數(shù)據(jù)獲取的途徑一并考慮，則可以節(jié)約很多后期跑取數(shù)據(jù)的繁復(fù)過程。比如數(shù)據(jù)埋點的接入，核心kpi系統(tǒng)的搭建。都是用來呈現(xiàn)常規(guī)數(shù)據(jù)的手段，隨用隨查，而無需再要開發(fā)人員跑取。

在我們?nèi)粘．a(chǎn)品中，通常數(shù)據(jù)的來源有三處，一個是服務(wù)器數(shù)據(jù)庫數(shù)據(jù)、二是日志數(shù)據(jù)，三是埋點后收集的數(shù)據(jù)。服務(wù)器的數(shù)據(jù)和日志的數(shù)據(jù)相對來說比較精準，但很難做用戶使用路徑的分析。而埋點數(shù)據(jù)，由于受第三方數(shù)據(jù)分析系統(tǒng)的上傳策略限制，在精確性上存在一定的折損，通常用來做用戶路徑的分析，數(shù)據(jù)對比，以及日常觀測。

數(shù)據(jù)埋點：市面上目前有很多種第三方數(shù)據(jù)分析統(tǒng)計平臺，比如GA等，但功能較為完善的通常都需要收費。目前我們使用的是網(wǎng)易杭研新推出的hubble。

對于埋點，會涉及到埋點事件，以及埋點事件的屬性和標簽，結(jié)合數(shù)據(jù)分析平臺。產(chǎn)品策劃同樣需要在產(chǎn)品設(shè)計過程中，理清楚埋點的需求，提交給開發(fā)。而埋點的需求通常會結(jié)合分析用戶行為、各維度數(shù)據(jù)呈現(xiàn)的要求。如下圖就是hubble當前提供的分析功能。以及某產(chǎn)品策劃整理的埋點文檔。

圖1 hubble提供的功能列表

圖2 某產(chǎn)品埋點文檔示例

同樣埋點需求文檔也是需要在產(chǎn)品迭代中不斷的維護更新。因此，也建議大家將埋點需求文檔和需求管理結(jié)合起來。在整體的開發(fā)流程中，關(guān)注埋點需求的落實和驗證。在開發(fā)工作量上，埋點需求處理起來較為簡單。而驗證的環(huán)節(jié)可以通過埋點包來完成，也可以直接在第三方后臺查看數(shù)據(jù)生成的狀況。

所謂工欲善其事必先利其器，想讓數(shù)據(jù)驅(qū)動，那么這些工作的完備開展會極大的幫助大家的日常工作。

數(shù)據(jù)指標帶來的反饋

有了數(shù)據(jù)，我們又應(yīng)該如何去對待數(shù)據(jù)從而帶來正向的反饋呢？

對于團隊

數(shù)據(jù)指標應(yīng)該定期的反饋給團隊，做到數(shù)據(jù)信息透明。這個有很多的方式，比如例行的數(shù)據(jù)周報發(fā)送，數(shù)據(jù)平臺的權(quán)限開放。另外，也需要培養(yǎng)和調(diào)動大家對數(shù)據(jù)的敏感性。我們以前一直在談如何提高成員的ownership感，而我認為，讓大家更透明的了解自己正在為之奮斗的產(chǎn)品的狀況則是非常重要的一點。核心數(shù)據(jù)指標較為健康，整體向上的趨勢，對團隊來說無疑是最好的激勵。而當數(shù)據(jù)下滑或者出現(xiàn)異常，整個團隊就需要提高危機感，從而共同審視當前的工作，是否可以為了數(shù)據(jù)上揚而做些力所能及的事情。

對于產(chǎn)品和運營：

    上面講了那么多，其實最終還是要為產(chǎn)品和運營服務(wù)。那么最后一環(huán)我們應(yīng)該怎么做，才能真正的達到閉環(huán)，讓數(shù)據(jù)真正的被利用起來呢。配合相應(yīng)案例，希望對大家能有所思考。

l 預(yù)警和產(chǎn)品、運營的優(yōu)化：

數(shù)據(jù)的異常變動，可能提示著某個異常，舉個例子：某產(chǎn)品在頁面上端做了黃條的消息提示，用來做日常信息通知等。但在一次版本改版中，為了便于區(qū)分不同的信息類型，新增了灰條。數(shù)據(jù)后臺則會發(fā)現(xiàn)，頂端消息通知的點擊率大幅度的下降，灰色相對黃色，醒目程度大打折扣。后續(xù)產(chǎn)品做了緊急調(diào)整，棄用灰條。

又比如用戶流失預(yù)警系統(tǒng)，下圖則是某產(chǎn)品流失預(yù)警中的某個表格。很顯然，通過這個表格，則可以明顯的發(fā)現(xiàn)有一部分用戶流失概率較高。從而可以抽取這部分用戶，對這部分的用戶做一些特征的挖掘，或者直接通過電話訪問等方式來調(diào)查用戶流失的原因。從而使得產(chǎn)品在這些方面得到反省和優(yōu)化。當然，也可以針對高流失概率的用戶做一些運營活動的召回。

圖3 某產(chǎn)品流失預(yù)警數(shù)據(jù)表之一

又比如下圖所示：則是某產(chǎn)品日常數(shù)據(jù)周報中很常見的一點。我覺得已經(jīng)無需贅述，大家自然就可以看到在這個過程中，運營策略發(fā)生的變化。。

圖4 某產(chǎn)品日常數(shù)據(jù)運營周報部分截圖

l 驗證設(shè)想， A/Btest

舉個很簡單的例子，某產(chǎn)品需要獲取用戶的GPS信息，便于補充用戶畫像的數(shù)據(jù)。但由于手機系統(tǒng)權(quán)限的設(shè)計，獲取GPS信息會在app啟動初始彈窗詢問用戶是否允許。在這樣的情況下，產(chǎn)品猜測會有對新用戶的注冊轉(zhuǎn)化率有一定的影響。

于是，挑取兩個小眾化的渠道來做測試，只針對這兩個渠道下載包的用戶做了GPS信息的收集。最終發(fā)現(xiàn)注冊轉(zhuǎn)化率的數(shù)據(jù)上和之前對比沒有異常和波動。得到這個結(jié)論后，則可以大膽的將此功能開放到全局平臺。

再舉個例子：在某產(chǎn)品的某個頁面中，對于商品的展示方式如何能帶來更高的點擊率，設(shè)計了兩個模式。因此需要對這兩種方案設(shè)計A/B test。如下圖所示，就是A/B test的數(shù)據(jù)對比，很顯然，下圖中的D版本明顯點擊優(yōu)于其他版本。最終則考慮所有的頁面全部切到D方案。

圖5 某產(chǎn)品A/B test數(shù)據(jù)對比圖

綜上幾個案例，我相信大家肯定可以看到數(shù)據(jù)在產(chǎn)品和運營中的這種反饋作用。而這個過程更多的需要產(chǎn)品策劃和運營具有一定的數(shù)據(jù)驅(qū)動意識，在這個方向上的精進，無疑對工作會帶來很大的益處。

如上，是筆者在日常項目管理過程中，對于需求—數(shù)據(jù)—改進 閉環(huán)形成的看法。對于數(shù)據(jù)創(chuàng)新驅(qū)動業(yè)務(wù)等課題，已經(jīng)有很多專業(yè)性的文章和書籍做了研究，但筆者想表達的是，在日常工作中，我們關(guān)注點點滴滴，踏實做好每一步才是最重要的。

免費領(lǐng)取驗證碼、內(nèi)容安全、短信發(fā)送、直播點播體驗包及云服務(wù)器等套餐

更多網(wǎng)易技術(shù)、產(chǎn)品、運營經(jīng)驗分享請訪問網(wǎng)易云社區(qū)。

文章來源： 網(wǎng)易云社區(qū)