导图社区 埋点设计指南：拆解拼多多双十二营销活动
营销活动在当今互联网中十分常见，尤其是面向C端的产品，这是一个必不可少的常规操作，比如像双11、618等这些大型活动。本张则是通过拆解拼多多前期上线的“双12全民幸福日”活动，来试图还原“数据”如何从0到1去支撑这样的活动。
社区模板帮助中心，点此进入>>
埋点设计指南： 拆解拼多多双十二营销活动
案例介绍—拼多多： 双12全民幸福日
基本信息
双12全民幸福日是限时团购及特价销售的电商活动，并借助红包、 补贴等诸多形式激励用户消费使用
活动几乎囊括了整个电商品类
“幸福小镇”游戏活动模块，增多趣味性，让更多用户参与其中。
页面图：

活动初探
活动开发：
由H5技术开发
支持在浏览器打开的活动链接
主要入口则是从拼多多app首页
关键信息
这个基本是由H5形态支持的活动，但也涉及原生app入口， 所以需要考虑H5和原生native打开时候数据采集的差异；
这个活动大量为H5原因，同一台设备打开不同的浏览器会导致用 户多个情况，需注意游客用户的唯一性
用户类型：
游客用户： 此类用户没有真实的客户信息，所以一般通过设备ID来标记这个用户
微信用户： 以微信ID为识别用户，支持openid、用户头像、用户昵称、国家省份城市、用户性别等获取
QQ用户： 以QQID为识别用户，openid、用户头像、用户昵称、国家省份城市、用户性别
手机号用户： 指以手机号为id的用户。
协作结构
参与人员：
业务/运营人员：负责业务需求的反馈，真正业务kpi的背负者。
数据分析师/数据产品经理：把业务诉求转化成数据需求，并对数据口径、指标进行定义
前端开发：进行前端代码实现埋点需求
后台开发：借助后台统计实现数据需求，与埋点数据相辅相成；
数据工程师：针对由前端和后台反馈的数据信息进行相关数据开发，比如汇总、计算，乃至输出报表等
测试人员：对数据进行测试验证，确保符合业务诉求
数据角色支撑
业务需求拆解，转化为数据需求；
定义数据口径，指标统计方式；
输出数据方面的文档，比如埋点文档；。
针对需求输出定期的数据报告，及时关注数据表现情况
活动还原拆解
业务拆解
全局需求
主要体验点
主会场”
“幸福小镇”
“万券齐发”
“年度发布”
”百亿补贴“
”限时秒杀“
“我的1212”
活动用户
用户级别维度数据
活动整体
主会场
页面整体
秒杀万人团
属于团购模块
品类频道
活动账户中心：“我的1212”
接近于APP个人中心页
特殊的功能业务
登录
补贴红包
SDK采集
本身会自动采集一些常规数据
需要结合其他技术是否能够协助支持
埋点统计
定义：通过前端或后端去收集用户的操作行为信息，每一个操作行为都可以理解为一个埋点事件。
平台：前端方面的埋点，主要有APP、H5、小程序
类型：
曝光类事件:指页面加载完毕，没有做太多操作的页面曝光
浏览类事件:指页面不仅打开还进行一些浏览操作
交互类事件：指用户通过物理与应用产生交互的事件
价值：能够监控用户在使用过程中的一系列行为变化，对用户留存、转化等方面的分析十分之有帮助
后台统计（也可以是后端埋点）
定义：指统计一名“有身份”且不可那么容易被迁移信息的用户
特点：这类用户往往有比较多的客户子信息
技术：后台开发建立相应的数据库，以及需要存储的字段学校,记录客户数据和使用平台中产生的各类数据
拆解总结
技术工具
SDK：APP+H5
埋点：前端代码埋点，工作量大但是满足需求，相对准确，缺点是灵活性较低，不易更改
平台规则和指标能力
总次数： 在选定时间范围内，该事件触发的次数
触发用户数： 在选定时间范围内，触发该事件的独立用户数
人均次数： 在选定时间范围内，独立用户触发该事件的平均次数
人均时长：在选定时间范围内，触发该事件的总时长除以总人数
需求导向
基础需求导向:指通用的埋点需求，即不用业务反馈，都是默认且必须策划的地方
业务需求导向：以业务为导向，制定适应的埋点方案
用户链路：游客-注册-登录-活跃留存
交易链路：曝光-点击-浏览-下单-复购
渠道链路：投放渠道-曝光-转化量
垂直领域导向：
GMV
商品销售量
……
