互聯網產品經理的KPI之一,是每次版本發佈後有沒有帶來新的數據增長環比、新用戶拉新、付費率提高。前端
雖說大致的方向是以業務需求、領導任務爲優先點。web
每一個互聯網產品都有本身的數據後臺。隨着產品線增長和業務要求,數據後臺最終會成爲大數據平臺。小程序
但從0到1搭建互聯網產品APP、小程序、web的大數據平臺,有什麼關鍵的模塊設計?緩存
今天拆解下數據平臺,神策的案例模塊。markdown
爲了方便理解大數據平臺,首先每一個產品都有共有模塊。模塊設計以下網絡
▲數據平臺案例模塊app
和其餘後臺產品同樣,每一個SaaS產品都有系統設置。若是你看過我以前的B端產品設計,應該瞭解系統設置版塊。框架
同時上面的分析工具是在1.0後迭代開展的。通常來講企業會把用戶分析、分析工具、用戶畫像、用戶標籤合在一塊兒。工具
應用列表模塊一樣不適用企業自身研發。由於產品線緣由因此每家公司只有本身的產品線不會超過多個應用。一般一家互聯網公司,只會有一個app或小程序產品。大數據
總覽數據報表是給老闆、運營負責人、產品負責人看的。
▲ 概況數據報表
1.今日新增用戶
帳戶體系下的惟一註冊用戶,新增狀況環比日、月、周
2.累計活躍老用戶述
活躍的定義每一個企業不一樣,有的公司定義一天登陸2次。有的定義一天1次。
3.今日累計日活躍數
今日符合活躍定義的用戶參加。
4.今日累訪問次數
今天累計訪問產品的UV數
5.今日分時增加用戶數
當前小時/分鐘增長的用戶數
6.均值
平均增加值,可做爲產品迭代的北極星指標
時間趨勢長度以今日、周、月爲記錄。同時用色彩區分出今日數據、平均值數據,彙總爲總體趨勢表。
▲總體趨勢報表
1.啓動次數
產品APP、web、小程序的打開次數。
2.新用戶佔比趨勢
新用戶佔比全量用戶的百分比
3.7日留存率
7天內方位過2次產品的用戶
4.次周留存率
7天后,還登陸過或產生過付費行爲的用戶佔比
5.活躍用戶趨勢
按照30天、365天,以一年的時間定義用戶活躍狀況。
6.平均單次時間趨勢
每一次用戶訪問產品到殺掉進程的平均時間
7.平均單日使用時長
每一天用戶使用產品的平均時間。好比10個用戶,累計300分鐘。則一個用戶30分鐘。
在打造該模塊,咱們須要提早定義清楚迴流用戶、沉默用戶、連續活躍用戶、流失用戶4個對象
▲用戶生命週期報表
經過上述柱狀圖,你能夠快速瞭解用戶生命週期的百分比。
當活躍用戶+流入用戶=流失用戶+沉默用戶,則表示一個生命週期階段。
前面總看板上咱們能夠看到總體功能性數據,可是卻沒有新增的細節。所以有條件能夠建設新增的詳細看板以下。
▲新增用戶趨勢
1.每日/月/周/新增用戶
不一樣時間維度下的用戶新增狀況
2.新增用戶7日留存
7天內登陸過產品的用戶
3.新增用戶8周留存
8周內,再次訪問過產品的用戶
4.新增用戶6個月留存
6個月內,再次訪問過產品的用戶
活躍用戶從頁面、頁面瀏覽到用戶活躍。
因爲不一樣企業的活躍指標定義可能不一樣,這裏咱們以PMTalk的活躍定義:登陸過社區的用戶。
▲活躍用戶排行
1.月/周活躍數
不一樣時間維度下的活躍用戶人數
2.頁面瀏覽排名
每一個頁面的PV排名
3.瀏覽頁面累計退出率
用戶在某個頁面離開的退出比率
4.頁面按鈕點擊排名
在頁面裏的按鈕點擊排行榜
終端設備的使用狀況,用下面的圖表便可拆解
▲終端設備報表
操做系統活躍數
蘋果系統活躍數
安卓系統活躍數
設備品牌活躍用數
設備型號佔比
安卓分辨率活躍用戶數
蘋果分辨率活躍用戶數
網絡類型活躍用戶數
應用版本活躍用戶數
網絡運營商活躍用戶數
經過設備型號,你能夠減小開發成本。好比安卓版本的發包,既能夠重點作用戶佔比較高的設備型號適配,減小資源和時間投入在時配上。
同時經過了解用戶的網絡運營狀況,及時更新應用在文件大小、緩存的技術方案。
在不一樣渠道下用戶的留存、註冊數量、激活數目。
以渠道下載的用戶,經過檢測用戶登陸狀況、帳戶註冊數量,來創建上述邏輯。
綜上,總體的數據平臺搭建。能夠從上面的模塊開始,數據統計的來源邏輯要從前端埋點、後臺服務端邏輯、指標定義三點來處理。
作數據平臺的產品經理,剛開始以業務需求、運營需求爲優先。因此幾乎每一個人都有打雜的感受。
畢竟數據是今天這裏加一些,明天又哪裏加一點。始終沒有終結和完善的一天。
因此若是你剛開始作數據平臺,建議先從總概述報表開始。再依次針對渠道、設備、用戶畫像、用戶生命週期作細分統計
今天的分享就在這裏。
想了解更多關於產品經理的知識,能夠關注「kevin改變世界的點滴」公衆號,同時也可添加vx:kevingbsjddd0123,獲取更多相關資料哦~