我們如何使用 Amplitude 實施兒童安全分析

已發表: 2020-07-13

PopJam 是一個從頭開始構建的社交平台,對孩子們來說是安全、適當和完全匿名的。 這是一個安全、有節制的社區,供孩子們參與他們喜愛的內容和品牌,專為滿足 13 歲以下受眾的安全和數據隱私要求(COPPA、GDPR-K)而設計。 因為它針對的是 7-12 歲的觀眾,所以我們非常重視隱私和合規性。

任何平台的一個關鍵問題是您用來衡量和學習的產品分析。 要做到正確,這絕不是一件微不足道的事情。 決定測量什麼以及如何測量需要仔細考慮,但至少您有大量的產品和解決方案可供選擇,通常使用功能齊全的 SDK 可以更快、更輕鬆地實施。

在兒童數字生態系統中並非如此。

在為孩子們製作應用程序時,您還有一組額外的顧慮和限制。 如果您只是簡單地插入現成的分析 SDK,您很可能會發現分析 SDK 從您的客戶端應用程序廣播個人識別數據(由 COPPA 定義)並將其記錄在服務器端。 這是為成人互聯網製作的分析平台的標準,並使這些平台能夠提供更豐富的見解,例如地理熱圖。 但是,這是我們在整個 PopJam 平台(無論是 Web 還是移動平台)上採取一切預防措施來避免的事情,無論是作為獨立產品還是嵌入到客戶的產品中。

當你考慮你在這個領域的選擇時,請允許我回顧一下我們在 PopJam 上所經歷的旅程,以說明幾種可能的方法。

自己動手

我們都知道便宜/快速/好三角。 在 PopJam 團隊中,我們從自己推出的解決方案開始。 我們擴展了一個 Amazon Redshift 數據庫,將開源查詢運行程序 Re:Dash 放在首位,然後開始定義和實施我們自己的分析事件基礎設施。

設計分析事件基礎架構

我們創建了自己的客戶端 SDK,將產品分析事件廣播到我們自己的分析 API,確保不傳遞任何可用於識別或指紋用戶的數據。 然後,我們的事件服務小心地丟棄任何剩餘的 PII,例如請求中的 IP 地址和用戶代理,並將事件寫入原始數據庫以供夜間處理。

然後,我們煞費苦心地在原始 SQL 中手動構建了 ETL、分析師模式和指標定義,並使用 Re:Dash 來安排和運行這些查詢。

運行查詢

最初,這似乎是一個很好的解決方案。 便宜(基於開源和內部構建工具)、快速(我們控制範圍和路線圖)和良好(我們知道它是合規的,並且我們對數據有完全的可見性和控制權)。 不過沒過多久,裂縫就出現了。

沒那麼便宜

雖然運行起來相對便宜,但從基礎設施的角度來看,它的運行和維護遠非便宜。 我們的夜間批處理作業、Redshift、Re:Dash 都被證明有些不穩定,而且我們技術主管一個月的幾天時間都浪費在重新啟動、調試、恢復丟失的數據、響應心懷不滿的業務用戶以及通常保持產品分析活動上. 當它失敗時,各種業務功能都會受到影響,因為我們在其中的數據之上構建了活動報告、社區管理儀表板和營銷歸因等內容。

我們的產品經理也花費了大量時間,他們必須手動構建每個指標、圖表、儀表板、報告工具和查詢,邊學習邊學習。 犯了錯誤,這反過來又需要更多的時間來撤消。

機會成本

所有這些努力不僅耗時,更不用說讓團隊感到沮喪,還代表著巨大的機會成本。 由於我們的產品經理有時會每週花兩天時間深入研究 SQL,因此他們不太能夠專注於發現出色產品的工作。 在發現過程中提出的問題需要更長的時間來回答,進一步減慢了迭代周期,而且我們通常沒有能夠完全回答我們自己的問題的技能,不得不依靠更簡單的分析來代替。

此外,我們想要對我們的分析、分析或可視化工具包進行的任何改進都需要在我們的待辦事項中確定優先級。 除非我們發出咕嚕聲,否則隨著時間的推移,我們什麼也得不到。如果我們不這樣做,就沒有人推動我們前進。

還不夠好

雖然 Re:Dash 運行得還算不錯,但也有一些缺點,甚至超出了可靠性(如果我們優先考慮投入時間,這很可能已經解決了)。 我們的關鍵問題是我們對團隊內自己的統計分析和查詢製作技能的依賴。 產品經理(我!)不是數據科學家。 我們在業務中沒有專門的數據分析師。

雖然我們能夠在基礎上進行自助服務,並在數據中進行合理數量的發現,但仍有許多更高級的分析技術和方法對我們不開放。 我們需要一個分析平台,它可以真正提升我們,超越我們自己的技能,並增強我們真正了解我們的數據告訴我們的用戶和客戶使用 PopJam 平台的能力。

升級

隨著我們開始更頻繁地挑戰我們的技能極限,我們開始尋找一些可能能夠解決我們問題的專家。 我們知道存在更高級的解決方案,因為我們中的許多人在以前的角色中都使用過它們。 我們需要更豐富的洞察力來繼續改進我們的產品開發流程。

在選擇 Amplitude 之前,我們嘗試了幾個不同的分析平台。 我們被他們完全致力於產品開發的用戶界面所震撼。 Amplitude 平台包含許多功能強大且易於使用的分析工具,我們在之前的解決方案中沒有切實可行的方法來製作這些工具。

最有影響力的改進之一是能夠使用顯微鏡從任何數據點定義群組。 除了讓產品團隊能夠輕鬆深入了解那些(例如)最常發表評論的用戶的行為並查看他們還做了什麼之外,營銷團隊還能夠立即使用此功能來了解由於特定營銷活動而加入的一群用戶的參與度如何,並評估該策略是否帶來了“合適”的孩子。

另一個我們無法投入時間來創建自己的工具是影響分析。 使用這個分析工具,我們能夠揭示和探索這樣一個假設,即在您的 PopJam 旅程的早期遇到和享受個性測驗對您如何看待產品以及您繼續參與和保留多少有很大影響。

用戶保留儀表板

移民

遷移到 Amplitude 很簡單。 我們保留了現有的兒童安全事件管道和客戶端代碼,但通過他們的 HTTP API 將所有事件從我們的事件服務傳輸到 Amplitude。 這確保我們可以完全控制哪些數據會離開(或更重要的是不會離開)兒童設備。 我們繼續使用我們定制的客戶端 SDK,而不是 Amplitude 的客戶端 SDK,因為這使我們能夠完全控制離開孩子設備的數據。 我們維護了我們的事件服務,以確保 (a) 我們與任何特定的分析平台保持分離,以及 (b) 在將數據傳輸到 Amplitude 之前,我們完全控制數據的隱私。

結果是我們可以充分利用 Amplitude 強大的前端工具帶來的所有好處,並且完全相信 Amplitude 包含來自我們用戶的絕對零個人識別數據。

雖然比我們以前的解決方案更昂貴,但我們已經重新關注我們創新和迭代我們的產品和平台的能力,這是非常寶貴的。

兒童安全分析

我們現在擁有的工具集在分析複雜性方面比我們能夠在內部實現的目標領先數光年,為產品迭代提供了深度的洞察力和指導,這是我們永遠無法接近的。 團隊和企業現在信任這些數字。 我們在 SuperAwesome 的多個非產品團隊中推出了 Amplitude,因為 UI 直觀且無威脅(再見 SQL!)。

PopJam 的負責人 Scarlett Cayford 領導著一個由戰略家、設計師和廣告運營主管組成的團隊,他們都經常使用 Amplitude 來分析 PopJam 不同領域的數據。

“雖然我們自己的一套工具是可行的,但這意味著我們在衡量的範圍內受到限制,並且完全依賴產品經理來構建新的查詢。 幅度非常簡單,我們可以構建自己的查詢,並且將數據分解為不同的時間範圍和地理區域非常簡單。 Amplitude 的採用賦予了我們自主權和權威性,使我們能夠更快地做出反應。”

從內部開發的基於開源的分析解決方案遷移到 Amplitude 對我們來說是一個不錯的選擇。 我們能夠找到一種設置,使我們能夠以繼續保護 13 歲以下用戶的數據隱私的方式使用 Amplitude,同時為我們提供了一個複雜的工具集來了解我們的產品的使用方式。

我們不再擔心分析。 我們不斷改進我們的工具和新功能,因為整個其他企業都在考慮這個問題空間。 我們不再需要成為與讓兒童更安全的互聯網無關的領域的專家。