01
为什么值得拆解
事件数据管道
自助分析
会话回放
功能开关与实验
02
产品主流程
- 01
创建项目并安装 SDK
- 02
定义事件与用户属性
- 03
建立趋势、漏斗和留存看板
- 04
定位用户行为与回放
- 05
使用功能开关发布并评估实验
03
系统架构分层
L1
采集入口
接收不同客户端的事件、用户属性和回放数据。
L2
处理管道
完成校验、丰富、分发、聚合和存储。
L3
分析应用
提供漏斗、趋势、留存、路径和用户行为探索。
L4
决策闭环
通过功能开关和实验把分析结果连接回产品发布。
04
已验证技术栈
系统层技术或平台作用
产品应用Python、TypeScript
承载查询服务、管理后台和分析界面。
性能组件Rust
用于部分强调吞吐或执行效率的组件。
数据系统事件存储与异步处理
支持采集、加工、查询和长时间范围分析。
客户端接入Web、服务端与移动 SDK
采集事件并读取功能开关配置。
05
从零开发的建议顺序
01
MVP · 完成事件分析闭环
交付：采集 API、事件表、趋势查询和基础看板
02
阶段 2 · 支持用户分析
交付：身份合并、属性、漏斗和留存
03
阶段 3 · 连接定性证据
交付：会话回放、反馈和错误关联
04
阶段 4 · 驱动发布决策
交付：功能开关、实验、权限和数据治理
06
关键取舍
统一产品数据能减少工具切换，但数据量、查询成本和隐私治理会迅速成为核心问题。
事件模型足够灵活，也容易因命名混乱和重复采集降低数据可信度。
07