Product analytics for retention:從實施到決策
完整的 product analytics for retention 測量迴圈連線一個擁有的工作流程、一個有界事件契約、一個受控裝置和一個有人可以採取行動的問題。
- 1
設定邊界
定義產品的啟用時刻。
- 2
捕捉結果
Begin with onboarding_step_completed, first_meaningful_action_completed, feature_used and document the grain of each event.
- 3
證明行數
建置用於啟用、每週活躍團隊、採用和升級意圖的儀表板。
- 4
做出決定
哪個第一個行動最能預測保留的團隊?
用例與範本
選擇要衡量的內容
使用用例指南來選擇結果、事件邊界和分析問題。當您準備好接受較短的複製貼上實施簡介時,請開啟匹配的範本。
範圍和鄰近用例
選擇此頁面以獲得正確的測量邊界
- 使用此頁面來解答行為啟用、採用和返回使用問題。
- 當事實來源是訂閱 MRR 變動和收入保留時,請使用 SaaS 收入分析。
- 當問題是事件合約是否新鮮、完整、型別化和重複資料刪除時,請使用遙測資料品質。
代理提示
將其貼上到您的編碼代理中
更換 YOUR_API_KEY 註冊後,然後要求代理執行產品流程並驗證第一個事件。
Product analytics for retention 設定提示
Telemetry 儀器產品的使用和保留。
使用 /skill.md 和此 Telemetry API 金鑰:YOUR_API_KEY
請新增結構化事件:
1. 註冊、完成入職步驟、建立團隊、首次成功整合以及首次有意義的產品操作。
2. feature_name、action、曲面、team_id、user_id、status、latency_ms 和 error_type 相關的核心功能使用。
3. 保留里程碑:第二個活躍日、第一個儲存的儀表板、第一個共享工件、建立的第一個警示以及 7 天后的首次返回。
4. 擴充套件訊號:邀請的隊友、升級的計劃意圖、檢視的計費頁面、達到使用限制以及請求支援。
建立一個儀表板,用於顯示啟用率、每週活躍團隊、功能採用、按首次操作保留的團隊以及升級意圖事件。設定步驟
- 1定義產品的啟用時刻。
- 2要求客服人員記錄入職情況、核心功能使用情況和返回事件。
- 3傳送新帳戶和返回帳戶的測試事件。
- 4建置用於啟用、每週活躍團隊、採用和升級意圖的儀表板。
要捕獲的事件
由此解鎖的問題
- 哪個第一個行動最能預測保留的團隊?
- 後來升級的帳戶採用了哪些功能?
- 入職會在哪些方面失去其他合格的使用者?
事件結構描述範例
此工作流程的事件結構描述
在將查詢或程式碼片段適應生產之前,請檢查行粒度、發出邊界、所需型別、隱私類、範例有效負載和驗證清單。
相關產品功能
繼續此工作流程 儀表板
將經過驗證的產品或收入查詢轉變為集中的決策介面。
相關 SQL 查詢範例
更多 SQL 範例
針對此工作流程中的結構化欄位執行查詢,檢查範例結果,並將有用的答案轉換為儀表板或警示。
使用 SQL 建置註冊到啟用渠道
新使用者在達到第一個價值之前會離開哪裡?
開啟查詢範例計算每週群組保留率
每個註冊群體在第一週到第十二週內返回的百分比是多少?
開啟查詢範例計算 DAU、WAU 和產品粘性
平均每天返回的每週活躍使用者比例是多少?
開啟查詢範例測量啟用時間
新使用者需要多長時間才能採取第一個有意義的行動?
開啟查詢範例查詢升級前使用的功能
帳戶升級前最常採用哪些功能?
開啟查詢範例比較實驗轉化和收入提升
實驗是否提高了每個指定參與者的轉化率和收入?
開啟查詢範例按會話衡量產品旅程下降情況
會話從登入頁面到第一個查詢的路徑在哪裡?
開啟查詢範例比較功能推出錯誤率
功能標誌的推出是否不如其對照群體可靠?
開啟查詢範例客戶案例
相關客戶案例
相關頁面