← 返回文档总览
产品文档 · 14/16 · 运营数据体系

数据埋点方案

覆盖激活、上传、评估闭环、咨询、随访全过程的数据采集与指标体系,支撑转化分析、业务线分布、时效与 AI 准确率监控。

版本:V1.0 归属阶段:上线运营 适用端:微信 H5 用户端 + 运营/医生后台 关联文档:09 PRD / 11 接口需求 / 06 流程
40+个
采集埋点事件
4条
核心转化漏斗
6大
看板指标体系
3类
数据上报方式
1.9条/次
关键路径埋点密度
1
方案概述
目标、原则、范围与数据采集总体架构

1.1 方案目标

为健康管理服务平台建立统一、规范、可追溯的数据埋点体系,以实现: 转化分析(激活→上传→评估闭环→建议书下载)、业务线分布(基础 / 慢病 / 肿瘤三大业务线)、评估时效(医助→医生→主任各环节耗时)、AI 准确率(自动解读与人工核对的一致程度)、用户满意度(评估结果与随访服务)。


1.2 埋点原则

  • 采集最小化:仅采集决策所需字段,默认敏感字段(手机号、身份证、病历详情)脱敏后上报,健康数据在服务端加密存储,不允许上报明文。
  • 事件语义统一:事件名采用 业务域_对象_动作 命名,属性名统一大小写风格,避免口径冲突。
  • 端侧无阻塞:所有上报采用异步、防重、本地缓冲(失败重试)策略,不影响用户主流程体验。
  • 三端一致:用户端(微信 H5)、运营后台、医生后台采用同一套事件字典与公共属性,便于跨端漏斗分析。

1.3 埋点范围与总体架构

埋点覆盖的服务闭环:打开链接激活 → 上传体检报告 → 资料审核 → 医助评估(AI解读) → 医生评估(初审) → 主任确认(专家复审) → 生成健康建议书 → 客户下载 → 随访/复查,以及线上咨询、健康问卷、就医协助等增值服务。

用户端 (H5)
  SDK 采集 → 本地队列(重试)
运营后台 / 医生后台 (Web)
  JS SDK + 服务端日志
─────────────────────────────
上报网关 (Token 校验 / 降采样 / 字段脱敏)
  ↓
数据仓库 (MySQL + 明细表 / 聚合表)
  ↓
看板 (激活转化 / 业务线分布 / 评估时效 / AI准确率 / 满意度)
2
埋点事件定义(用户端)
激活、上传、评估、咨询、问卷五大模块,42 个事件

2.1 激活链路事件(5 个)

事件 ID事件名触发时机核心属性
act_open打开分享链接用户点击短信/微信卡片链接进入share_channel, 业务线, activity_id
act_welcome_view进入欢迎页H5 首屏欢迎页渲染成功来源渠道, 是否重复访问, utm_token
act_agree_start同意协议并激活点击"同意并开始"接受服务协议协议版本, 激活方式(免登录), 手机号脱敏
act_enter_home进入首页激活成功后进入平台首页首次激活, 工具入口引导(上传体检)
act_abandon激活中途流失欢迎页/协议页停留后未继续点击退出流失页面, 停留时长ms

2.2 报告上传链路事件(6 个)

事件 ID事件名触发时机核心属性
up_enter进入上传页点击"上传体检报告",进入上传页业务线, 报告类型(体检/影像/检验)
up_choose_file选择文件用户从相册/拍照选择报告文件来源(相册/拍照), 文件数, 文件类型
up_upload_start开始上传点击"上传",发起文件传输文件大小, 文件数
up_success上传成功文件成功上传至云点播/CDN 存储耗时ms, 文件大小, 是否重试
up_fail上传失败文件上传失败返回错误失败码, 失败原因, 重试次数, 网络状态
up_abandon上传中途放弃进入上传后未上传成功离开停留时长, 已选文件数

2.3 评估闭环事件(用户侧感知,11 个)

事件 ID事件名触发时机核心属性
ev_status_query进度查询用户打开"进度查看"或停留查看评估进度当前状态, 距下一状态环节
ev_status_notify进度通知到达服务号/短信推送新进度给用户状态变化(from→to), 通知渠道
ev_ai_view查看AI解读用户点击查看 AI 智能解读结果报告数, 命中异常项数, AI置信度
ev_result_view查看评估结果评估通过后用户打开结果页结论类型(正常/需关注/异常), 风险等级
ev_report_download下载健康建议书用户点击下载/预览健康建议书 PDF文件大小, 业务线, 建议书版本
ev_report_share分享建议书用户将建议书分享给他人渠道, 建议书ID
ev_questionnaire_start开始健康问卷打开健康问卷填写问卷类型, 题数
ev_questionnaire_submit提交健康问卷问卷填写完成提交耗时ms, 完成率, 是否必填补齐
ev_questionnaire_abandon中途退出问卷问卷填写中途离开已完成题数/总题数, 停留时长
ev_feedback_submit提交满意度/评价评估完成后用户评价服务评分1-5, 评价标签, 评价文本
ev_trend_abandon评估闭环流失从提交后未等到建议书生成即离开流失环节, 等待时长

2.4 线上咨询事件(5 个)

事件 ID事件名触发时机核心属性
cs_enter进入咨询会话打开线上咨询(医助)会话界面咨询类型, 关联业务线
cs_send发送消息用户发送首条/单条消息消息数, 文字/图片/语音
cs_reply收到回复医助回复消息到达用户端首响耗时ms, 72h 窗口状态
cs_expire会话过期72 小时未回复,会话提示过期距上次消息时长, 是否提前提示
cs_satisfaction咨询满意度会话结束后用户评价咨询体验评分1-5, 是否解决诉求

2.5 增值服务与健康档案事件(5 个)

事件 ID事件名触发时机核心属性
arc_profile_view查看健康档案用户查看个人健康档案档案项数, 是否有缺失项
arc_profile_edit更新健康档案用户增删改健康档案字段更新字段名, 是否完整度提升
help_med_appoint就医协助预约用户提交就医协助/挂号预约科室, 医院, 期望日期
help_manager_call联系健康管家用户发起健康管家服务联系方式, 诉求类型
wear_data_sync穿戴数据同步用户授权同步穿戴(手环/手表)数据设备品牌, 数据类型(心率/步数/睡眠)
3
埋点事件定义(后台)
运营后台 7 事件 + 医生后台 5 事件 + 通用 3 事件

3.1 运营后台事件(材料审核 / 医助审核 / 工单)

事件 ID事件名触发时机核心属性
op_mat_enter进入待审材料运营打开"材料审核"列表待审数, 超龄(1年以上)报告数
op_mat_pass材料审核通过运营通过某客户资料审核工单号, 耗时, 是否退回过
op_mat_reject材料审核退回运营驳回资料并填写原因退回原因, 是否缺报告/不清晰
op_assist_pass医助评估通过医助完成 AI 核对后通过进入医生环节AI一致标记(一致/需修正), 修正数
op_assist_reject医助评估退回医助退回给客服补充资料退回原因, 是否需重新上传
op_sla_over审核超时告警材料/医助审核超过 SLA 时限环节, 超时时长
op_workorder线下工单处理运营创建/处理线下协助工单工单类型, 处理耗时, 状态

3.2 医生后台事件(医生评估 / 主任确认 / 建议书)

事件 ID事件名触发时机核心属性
doc_folder_in进入评估队列医生打开"医生评估"待审列表待审数, 分配方式, 科室
doc_assess_sign医生评估并签名医生完成初审并短信签名提交耗时, 是否短信验证, 签名方式
doc_expert_revoke主任专家撤回主任在"主任确认"环节退回/撤回给医生撤回原因, 是否评估质量不达标
doc_expert_confirm主任确认建议书主任专家复审通过并确认健康建议书耗时, 级别, 是否一次通过
doc_rebook_advise建议书二次修订已确认建议书被退回修订修订轮次, 原因

3.3 随访与通用事件

事件 ID事件名触发时机核心属性
ms_task_due随访任务到期随访计划(第1/2/3次)任务到达到期时间随访次数, 客户风险等级
ms_call随访电话执行健康管家拨打随访电话拨打状态(接通/未接), 时长, 结果标签
ms_record_add随访结果补录随访结果/复查提醒在后台补录随访次数, 结果类型, 是否需复查
sys_pageview页面浏览各端任意 page 关键页面曝光(公共)page_name, refer, 业务线
sys_login后台登录运营/医生登录后台(公共)角色, 登录方式, 设备
sys_error异常/错误JS 异常或接口报错(公共)错误码, 页面, 堆栈摘要
4
四大核心转化漏斗
激活 / 上传 / 评估闭环 / 随访

4.1 激活漏斗(打开链接 → 进入首页)

打开链接
100.0% · 全部
100%
进入欢迎页
88.0%
88%
同意协议
76.0%
76%
进入首页
71.0%
71%
基准参考:激活转化率(agree→enter_home)目标 ≥ 90%;整体激活漏斗(open→enter_home)目标 ≥ 65%。埋点用于诊断是协议页文案、加载速度还是免登录流程导致流失。

4.2 上传漏斗(进入上传 → 上传成功)

进入上传页
100% · 全部
100%
选择文件
92.0%
92%
开始上传
86.0%
86%
上传成功
80.0%
80%
上传完成率(enter→success)目标 ≥ 85%。up_fail 需采集失败码用于区分格式不支持、网络中断、文件过大,以定位高失败率根因。

4.3 评估闭环漏斗(上传 → 建议书下载,核心)

上传成功
100% · 全部
100%
材料审核通过
92.0%
92%
AI 解析
90.0%
90%
医助评估
84.0%
84%
医生评估
78.0%
78%
主任确认
74.0%
74%
生成建议书
71.0%
71%
下载建议书
60.0%
60%
关键指标:上传→建议书生成完成率目标 ≥ 68%,上传→下载转化率目标 ≥ 58%。社群漏斗聚焦 ev_status_query(进度等待时长)与 ev_trend_abandon(流失环节),识别因审核时效导致的流失。

4.4 随访漏斗(任务到期 → 执行 → 补录)

随访任务到期
100% · 全部
100%
电话执行(接通)
74.0%
74%
结果补录
66.0%
66%
随访接通率低是主要痛点(第 2/3 次随访电话未接居多)。埋点 ms_call(拨打状态)与 ms_record_add(补录)用于监控第 1/2/3 次随访完成率与补录及时性。
5
上报方式与规范
采集方式、字段规范、脱敏与质量保障

5.1 三种上报方式对比

上报方式适用场景实时性重试保障延迟列
前端 SDK 埋点用户端 H5、运营/医生后台页面交互秒级本地队列 + 失败延迟重试高渗透
服务端日志埋点状态机流转(审核/医助/医生/主任)、建议书生成、随访任务触发准实时消息队列 + 消费幂等可靠、与业务一致
批量 ETL 汇总跨时段指标、行为聚合进仓库、看板刷新T+1 / 定时重跑幂等用于下游看板
关键原则:业务状态类事件一律走后端日志(数据库为准,保证与审批状态机完全一致),避免前端上报丢漏;纯粹 UI 交互类事件走前端 SDK。

5.2 公共属性与字段规范

  • 公共属性(每个事件必带):event_id、user_key(脱敏)、session_id、biz_line(基础/慢病/肿瘤)、platform(h5/web)、channel、ts、app_version、network。
  • 命名规范:事件 ID 采用 域_对象_动作 蛇形命名,属性使用小驼峰,时间统一为时间戳(ms)。
  • 脱敏规则:手机号保留前三后四,身份证/user_key 使用不可逆哈希 + 盐值;不采集明文病历正文,仅采集结构化异常项摘要。
  • 采样策略:全量事件精确计数;行为明细(如页面位置)按 5% 采样以控制存储成本;超高频事件限流保护网关。
6
数据看板需求
五大看板:激活转化 / 业务线分布 / 评估时效 / AI 准确率 / 满意度

6.1 看板一:激活转化看板

指标口径目标/参考刷新
总激活数进入首页去重用户数—实时
激活漏斗各步转化率open→welcome→agree→home整体 ≥65%T+1
渠道激活来源分布share_channel 维度—T+1
激活耗时 P50/P90open→enter_homeP90 ≤ 4sT+1
协议页流失率welcome→agree 流失≤12%T+1

6.2 看板二:业务线分布看板

指标口径说明
业务线占比基础/慢病/肿瘤上报业务线占比用于资源配置与运营策略
各业务线上传完成率按 biz_line 拆分漏斗诊断业务线差异
各业务线评估衔接数上传→建议书生成识别瓶颈业务线
异常集中域业务线×异常标签供专家资源配置

6.3 看板三:评估时效看板(SLA)

环节指标SLA 目标告警
材料审核 → 医助平均耗时 P50/P90P90 ≤ 2h超时黄色
医助评估 → 医生平均耗时 P50/P90P90 ≤ 4h超时黄色
医生评估 → 主任平均耗时 P50/P90P90 ≤ 8h超时黄色
全流水线端到端上传→建议书生成P90 ≤ 48h超时红色
待审积压数各环节当前排队量—超阈值红色
进度等待时间长是用户高频反馈,评估时效看板为根因定位(是审核资源不足还是报告质量问题导致)提供数据支撑,是 V1.5 优化的核心依据。

6.4 看板四:AI 准确率看板

指标口径目标
AI 首解准确率AI 解读与医助核对结果完全一致占比≥ 90%
AI 修正率医助对 AI 结果进行字段修正占比≤ 15%
典型误读分类修正项分布(异常项/漏项/单位)驱动模型迭代
解读耗时 P90AI 解析完成时间≤ 40s

6.5 看板五:满意度看板

指标口径目标
综合满意度评估+咨询满意度均分≥ 4.5
建议书下载率上传用户中下载建议书占比≥ 58%
咨询首响时长用户发首条消息到首次回复P90 ≤ 30min
72h 会话过期率72 小时未解决会话占比≤ 20%
随访接通率随访电话接通占比≥ 75%
7
数据字典(关键维度与字段)
核心枚举字典,保证口径统一

7.1 枚举字典

字段取值说明
biz_line 业务线base / chronic / tumor基础健康管理 / 慢病专项 / 肿瘤专项
评估状态 statepending / material_ok / ai_parsed / assistant_pass / doctor_pass / expert_confirm / report_ready / download / closed评估流水线状态机
upload_statussuccess / fail / processing上传状态
review_reasonmissing_report / unclear / expired(超1年) / other审核退回原因
followup_no1 / 2 / 3随访计划第几次
risk_levelnormal / attention / abnormal健康风险等级
cs_statusactive / expiring / expired(72h) / closed线上咨询会话状态
satisfaction1-5满意度评分

7.2 指标口径与维度约定

  • 活跃用户:当日内发生 ≥1 次关键交互(上传/咨询/进度查看/下载)的去重用户。
  • 上传完成率:进入上传页用户中 upload_status=success 的去重占比(按 user_key 去重)。
  • 建议书下载率:上传成功且生成的建议书被下载占比。
  • 评估按期完成率:所有环节均在 SLA 时限内完成的评估工单占比。
  • 时间维度:统一按 早八点自然日(Asia/Shanghai)统计,支持天/周/月滑动窗口。
  • 去重口径:除特别说明外以 user_key(脱敏哈希)去重,session 类事件以 session_id 聚合。
8
埋点实施与质量保障
实施步骤、验收与监控

8.1 实施步骤

步骤内容负责角色
1. 埋点清单确认会对齐本方案事件/属性/口径,冻结字典版本产品 + 数据
2. SDK 集成用户端 H5 SDK、后台 JS SDK、服务端日志接入前端/后端
3. 埋点开发按清单实现事件上报与公共属性注入前端/后端
4. 埋点验收冒烟用例逐事件核对属性、触发时机(附录验收清单)QA
5. 看板搭建配置五大看板与 SLA 告警规则数据/BI
6. 灰度观测上线后 72h 数据一致性抽查 + 事件命中率检查数据

8.2 验收与监控要点

  • 事件命中率监测:关键事件(up_success、ev_report_download)偏差超 5% 触发告警。
  • 重复上报治理:后端幂等消费,前端 session_id 去重,防止漏斗被虚报。
  • 异常监控:sys_error 分布 TopN 进入监控,与评估时效联动。
  • 脱敏抽查:每周对明细抽样校验是否有健康明文外泄,合规红线。
9
埋点验收清单
QA 冒烟用例核心项
事件验收点预期
act_agree_start免登录激活点击后实时上报属性含手机号脱敏 + 协议版本号
up_fail构造大文件/断网场景失败码 & 重试次数正确,且重试成功不重复漏斗
ev_report_download建议书生成后下载记录 biz_line、文件大小、版本
doc_assess_sign医生短信签名后服务端上报与状态机 doctor_pass 一致
sys_pageview关键 16 页面曝光page_name 符合本方案字典
全链路漏斗跑通完整闭环任一用户8 环节漏斗数据连贯、无断档
专项健康管理服务 · 产品文档 14/16 · 数据埋点方案 V1.0 · 本文结论以真实交付为准