產(chǎn)品經(jīng)理必會(huì):可視化數(shù)據(jù)流量地圖

18 評論 31182 瀏覽 211 收藏 12 分鐘

Hi,各位看官老爺,我們又見面了,在這里祝各位新年快樂(*^▽^*)? ,首先在前三篇文章中我們已經(jīng)將數(shù)據(jù)從定義>部署>收集>匯總四個(gè)步驟已經(jīng)做了詳盡的討論,本篇將繼續(xù)基于前三篇的基礎(chǔ)之上,以實(shí)例討論數(shù)據(jù)可視化的價(jià)值。

了解產(chǎn)品的“健康”狀況嗎?

故事的主人公:X君登場,buling buling

X君深知對一個(gè)PM來說數(shù)據(jù)分析的重要性,通過數(shù)據(jù)監(jiān)控產(chǎn)品的健康狀況更是重中之重,工作中X君會(huì)拿出大量的時(shí)間來分析查詢各個(gè)埋點(diǎn)事件,試圖通過埋點(diǎn)事件的查詢,匯總,分析能夠?qū)?shù)據(jù)有清楚的了解與認(rèn)知,從而對產(chǎn)品的“健康”狀況有一個(gè)清晰的把控,并樂此不疲的把埋點(diǎn)數(shù)據(jù)從頭至尾看了一遍又一遍,卻自始至終沒有意識到自己犯的幾個(gè)錯(cuò)誤,直至某天與領(lǐng)導(dǎo)的一段對話:

Leader:“讓你了解移動(dòng)端的數(shù)據(jù)情況,你了解的咋樣了”

X君:“都了解好了,數(shù)據(jù)天天看,Android和iOS 都看完了”

Leader:“首頁環(huán)比上月各個(gè)入口的流量有啥變化嗎”

X君:“X入口的流量漲了”

Leader:“那對頻道內(nèi)其他模塊有影響嗎?”

X君:“額….這個(gè)…額….我想想…”

中間省去1000字…

后來X君對這件事情進(jìn)行復(fù)盤,發(fā)現(xiàn)犯了兩個(gè)很大的錯(cuò)誤!

第一就是“以戰(zhàn)術(shù)上的勤奮代替戰(zhàn)略上的懶惰”,以為只要把所有埋點(diǎn)從頭到尾都看上幾遍就能了解產(chǎn)品,了解產(chǎn)品的“健康”狀況,實(shí)則不然。

第二就是“盲人摸象”的錯(cuò)誤,只了解了每個(gè)點(diǎn),卻沒有把點(diǎn)連成線,不能整體分析,自然無法回答Leader提的對頻道內(nèi)其他模塊的影響這個(gè)問題。

向別人分享、展示數(shù)據(jù)高效嗎?

產(chǎn)品經(jīng)理在日常的工作中會(huì)對接各種各樣的角色,或是向領(lǐng)導(dǎo)匯報(bào)、或是向運(yùn)營同事分享數(shù)據(jù)、或是向產(chǎn)品線上的UED童鞋、開發(fā)童鞋、測試童鞋講解戰(zhàn)況,讓每一個(gè)環(huán)節(jié)都清楚明白的知道自己做的每一個(gè)需求的價(jià)值,等等。

其中如何向別人快速有效的傳達(dá)的數(shù)據(jù)會(huì)成為一個(gè)主要的問題—時(shí)間效率問題。因?yàn)樵谙蛲抡故緮?shù)據(jù)時(shí)少則一個(gè)頁面,多則一個(gè)頻道,而每個(gè)頁面中涉及的埋點(diǎn)數(shù)量與頁面的重要性是正相關(guān)的。

當(dāng)統(tǒng)計(jì)完一個(gè)頁面的埋點(diǎn)后,可能少則4張表格,多則7,8張表,密密麻麻的會(huì)非常多,當(dāng)向每一個(gè)角色解釋時(shí)就需要花費(fèi)一定的時(shí)間,我們假設(shè)向一個(gè)角色解釋數(shù)據(jù)需要1小時(shí),每個(gè)角色拿到數(shù)據(jù)后消化也需要1小時(shí),如果共計(jì)需要向3個(gè)角色解釋的話,則需要3+3=6小時(shí)的時(shí)間。無疑嚴(yán)重的降低了產(chǎn)品線的工作效率。

復(fù)盤時(shí)數(shù)據(jù)依據(jù)從哪來?

小到一個(gè)需求需要復(fù)盤其成功與失敗的原因,從而獲得經(jīng)驗(yàn)在下次做的更好,大到在季度或者年度的工作總結(jié)以及其他需要時(shí)需要對產(chǎn)品的整體數(shù)據(jù)情況進(jìn)行復(fù)盤,從而對產(chǎn)品迭代的路徑上對各個(gè)頻道下各個(gè)模塊的數(shù)據(jù)變動(dòng)有一個(gè)清晰的認(rèn)知,首先第一個(gè)問題就是:

數(shù)據(jù)從哪里獲?。?/p>

難道我們要對各個(gè)頻道涉及的所有埋點(diǎn)全部重新跑一遍?

難道我們要對所有的數(shù)據(jù)進(jìn)行一個(gè)整體的分析?這樣會(huì)有結(jié)論嗎?

基于以上背景,針對文中提到的三類問題,提出解決方案:“流量地圖”,通過“流量地圖”利用數(shù)據(jù)可視化的方式使產(chǎn)品對流量的整體變化情況有一個(gè)清晰的認(rèn)知,簡單且高效的解讀數(shù)據(jù)。其次當(dāng)向領(lǐng)導(dǎo)以及產(chǎn)品線各個(gè)環(huán)節(jié)解釋數(shù)據(jù)時(shí),別人可輕易的對數(shù)據(jù)的變動(dòng)有一個(gè)直觀的了解,不需要花大量的時(shí)間來整理解讀數(shù)據(jù),節(jié)省時(shí)間。再次“流量地圖”可作為文檔按照功能、時(shí)間的維度進(jìn)行歸類存檔放在企業(yè)公有云中,當(dāng)任何有涉及到查詢、復(fù)盤等需求時(shí),可直接分享鏈接給別人,不再需要跟別人單獨(dú)的解釋,節(jié)省雙方的時(shí)間,從而達(dá)到提升雙方工作效率的目的。

解決方案:

什么是“流量地圖”?

在討論“流量地圖”之前首先需要介紹以下名詞:

UV(Unique Visitor)

是指通過互聯(lián)網(wǎng)訪問、瀏覽這個(gè)網(wǎng)頁的自然人。訪問您網(wǎng)站的一臺電腦客戶端為一個(gè)訪客。00:00-24:00內(nèi)相同的客戶端只被計(jì)算一次。

PV(Page View)

即頁面瀏覽量或點(diǎn)擊量,用戶每一次對網(wǎng)站中的每一個(gè)網(wǎng)頁訪問均被記錄1次PV,用戶對同一個(gè)頁面的多次訪問,訪問量累計(jì),用以衡量網(wǎng)站用戶訪問的網(wǎng)頁數(shù)量。

“流量地圖”是基于埋點(diǎn)數(shù)據(jù)之上的上層應(yīng)用,即通過數(shù)據(jù)埋點(diǎn)首先將對應(yīng)時(shí)間周期內(nèi)的數(shù)據(jù)取出,其次根據(jù)每一個(gè)埋點(diǎn)取出的數(shù)據(jù)情況取平均值(均值或者中位數(shù)),并將每一個(gè)埋點(diǎn)數(shù)據(jù)算出的平均值對應(yīng)到頁面上,并使用標(biāo)注的方式可視化出來,最終形成易讀的,易于分享的可視化的數(shù)據(jù)圖—“流量地圖”。

怎么做“流量地圖”?

下面我們通過實(shí)例來對“流量地圖”做進(jìn)一步的討論。

例如要針對首頁的數(shù)據(jù)情況做一張“流量地圖”,如下圖所示:

通過觀察我們可以得出首頁的功能點(diǎn):

  • 掃一掃功能
  • 搜索功能
  • 消息中心功能
  • Banner圖片
  • 業(yè)務(wù)導(dǎo)流入口功能
  • 新聞?lì)^條功能
  • 金融產(chǎn)品推薦功能

根據(jù)已知的功能點(diǎn),從點(diǎn)擊事件總表和曝光事件總表摘取查詢數(shù)據(jù)所需的埋點(diǎn),整理匯總成新表,如圖所示:

然后我們將埋點(diǎn)一一的輸入數(shù)據(jù)后臺,根據(jù)需求選擇數(shù)據(jù)周期(本例中使用的時(shí)間周期為月度),例如向后臺輸入的是功能“掃一掃”的事件ID:c_app_bank_Qrcode,得出如圖所示結(jié)果:

根據(jù)數(shù)據(jù)周期內(nèi)的數(shù)據(jù)波動(dòng)情況找出事件PV的平均數(shù),本例中使用均值當(dāng)成平均數(shù),即57800.

得出的結(jié)果根據(jù)事件與產(chǎn)品的對應(yīng)關(guān)系,標(biāo)注在原型圖上,并計(jì)算當(dāng)前入口功能的流量占整個(gè)首頁流量的百分比,便于后面整體分析。其他功能點(diǎn)以此類推,最終整理得出如下所示可視化流量地圖。

注釋:圖中PV數(shù)據(jù)以及占比僅做展示,并非真實(shí)數(shù)據(jù)以及百分比。

依次邏輯,可根據(jù)實(shí)際的需求選擇性的做幾個(gè)重要頻道的流量地圖,或者根據(jù)需求針對全站進(jìn)行全站自上而下涉及所有頁面的流量地圖,以做后期分析的基礎(chǔ)參考。

當(dāng)完成流量地圖后,良好的目錄存檔習(xí)慣,可幫助后期工作中復(fù)盤時(shí)更加高效的查找文件。本汪在之前的工作中就因?yàn)闆]有形成良好的存檔規(guī)范,覺得分類建文檔很浪費(fèi)時(shí)間,考慮邏輯的分層結(jié)構(gòu)等等,吃過虧,隨著時(shí)間的推移,工作中的各種文件越來越多,每次查找歷史文件時(shí)都會(huì)浪費(fèi)少則半個(gè)小時(shí)多則半天的時(shí)間來回憶查找文件的路徑位置,非常浪費(fèi)時(shí)間。良好的存檔規(guī)范雖然在開始時(shí)可能會(huì)浪費(fèi)你5分鐘或者10分鐘的時(shí)間,但請相信我,現(xiàn)在花費(fèi)的5分鐘在將來會(huì)幫你節(jié)省成倍的時(shí)間成本!下圖所示分類以供各位參考:

總結(jié):

本文詳細(xì)討論了如何利用數(shù)據(jù)埋點(diǎn)將數(shù)據(jù)加工成可視化的圖表—“流量地圖”,并利用可視化的數(shù)據(jù)圖表解決以下三個(gè)問題:

  • 整體監(jiān)控產(chǎn)品的“健康”狀態(tài),及時(shí)發(fā)現(xiàn)問題,調(diào)整迭代方向的問題。
  • 高效的向別人(兄弟部門或者部門領(lǐng)導(dǎo))直觀簡單的展示數(shù)據(jù)情況,效率的問題。
  • 對產(chǎn)品的數(shù)據(jù)波動(dòng)情況存檔,后期復(fù)盤作為基礎(chǔ)參考的問題。

寫到這里,文章已經(jīng)將近尾聲,僅以本文期望能夠幫助大家在日常工作中針對業(yè)務(wù)中的特定問題的解決提供一些思路。各位看官可根據(jù)自身實(shí)際情況靈活應(yīng)對!

以上我說的都是錯(cuò)的,只有適合你的才是正確的!

相關(guān)閱讀

數(shù)據(jù)分析入門:初識數(shù)據(jù)埋點(diǎn)(一)

數(shù)據(jù)分析入門:初識數(shù)據(jù)埋點(diǎn)(二)

數(shù)據(jù)分析篇|基于推斷統(tǒng)計(jì)學(xué),把握問題核心洞悉數(shù)據(jù)模式與趨勢

 

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

題圖來自unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 寫得好!

    回復(fù)
  2. 兄弟你是招行的?

    來自廣東 回復(fù)
  3. 一口氣看完了四篇文章,必須贊,最近也是剛接觸數(shù)據(jù)以及數(shù)據(jù)埋點(diǎn),不得不說看完后幫助很大,看有段時(shí)日沒更新了,期待下一篇。但…….同時(shí)有一個(gè)問題,愈發(fā)不解,那就是雄兔腳撲朔,雌兔眼迷離;雙兔傍地走,安能辨我是雄雌?

    來自上海 回復(fù)
  4. 入坑數(shù)據(jù)產(chǎn)品,可以加微信請教嗎

    回復(fù)
  5. c_app_bank_Qrcode事件表中PV和UV 哪個(gè)值能反映掃一掃功能的點(diǎn)擊次數(shù)呢?

    來自上海 回復(fù)
    1. 自己看用UV,給領(lǐng)導(dǎo)匯報(bào)用PV

      來自北京 回復(fù)
    2. 機(jī)智啊

      來自北京 回復(fù)
    3. 哈哈哈哈哈哈哈哈哈哈哈

      來自北京 回復(fù)
  6. 希望還有持續(xù)更新,受益匪淺

    來自北京 回復(fù)
  7. 很贊的文章!實(shí)用性強(qiáng)

    來自北京 回復(fù)
  8. 系列4篇文章都看了,很棒,深入淺出,淺顯易懂。希望后續(xù)能有更深入的分析,加油!

    來自上海 回復(fù)
  9. 受教了

    來自河北 回復(fù)
  10. 666~流量地圖根據(jù)數(shù)據(jù)大小有顏色深淺的區(qū)分就更好啦,類似熱力圖 一點(diǎn)小小建議哈~

    回復(fù)
    1. ??美美噠

      來自北京 回復(fù)
  11. 可視化 應(yīng)該主要還是自動(dòng)生成數(shù)據(jù)報(bào)表吧

    來自浙江 回復(fù)
  12. 很有收獲。還有后續(xù)的文章嗎?

    來自北京 回復(fù)
    1. 感謝這位看官的認(rèn)可,后續(xù)不定期更新,敬請期待

      來自北京 回復(fù)
  13. 文章的寫很好

    來自廣東 回復(fù)