得物男性时尚作者21群（穿搭&理容）
由企业微信用户创建的外部群，含139位外部联系人
•••♙＋
☺ ✂ ▧ ▤ ☑ ▰ ⌘
可点击交互原型与埋点方案
围绕“问题是否被看到、回复是否被生成并采用、人工是否完成处理”搭建问题级漏斗。事件以 question_id 串联，不采集用户问题原文，避免将群聊内容写入埋点日志。
所有问题相关事件统一携带，便于按群、活动、问题、运营及模型版本拆解。
| 参数 | 说明 | 示例 | 要求 |
|---|---|---|---|
operator_id | 运营账号匿名ID | op_8f21 | 必传，不上传姓名 |
group_id | 当前企微群唯一ID | group_1021 | 必传 |
activity_id | 关联活动ID，未绑定时为空 | act_202608 | 建议传 |
question_id | 问题任务唯一ID | q_1024 | 问题事件必传 |
question_status | 事件发生前的问题状态 | pending | 枚举：pending / processed / ignored |
question_created_at | 用户原问题时间 | 2026-08-09 15:42:00 | 用于计算处理时长 |
time_filter | 当前时间筛选条件 | 7d | 枚举：today / 7d / custom |
context_count | 本题实际组装的关联消息数 | 4 | 0—6 |
answer_id | 单次生成结果ID | ans_q1024_01 | 生成成功后传 |
model_version | 推荐回复模型／提示词版本 | reply_v1.3 | 生成链路必传 |
session_id | 一次打开侧边栏的会话ID | sess_a82c | 用于还原操作路径 |
P0覆盖完整处理漏斗；P1用于进一步诊断上下文和回复依据的使用价值。
| 优先级 | 事件名 | 中文含义 | 触发时机 | 关键参数 | 分析目的 |
|---|---|---|---|---|---|
| P0 | question_assistant_open | 打开问题助手 | 侧边栏成功进入群问题处理页 | group_id、session_id、pending_count | 使用UV/PV、群覆盖 |
| P0 | question_list_load_result | 问题列表加载结果 | 列表请求返回 | result、latency_ms、error_code、question_count | 可用性与性能 |
| P0 | question_status_tab_click | 切换状态 | 点击待处理／已处理／已忽略 | from_status_tab、to_status_tab | 历史结果查看需求 |
| P0 | question_time_filter_change | 切换时间筛选 | 筛选条件发生变化 | from_filter、to_filter、result_count | 筛选使用情况 |
| P0 | question_card_click | 选择问题 | 点击问题折叠卡片 | question_id、list_position | 问题进入处理台的转化 |
| P1 | question_context_scroll | 查看更多上下文 | 关联信息区域首次发生有效滚动 | question_id、context_count、scroll_depth | 判断3条首屏是否足够 |
| P0 | question_locate_click | 定位原消息 | 点击“一键定位” | question_id | 判断上下文能否独立支撑判断 |
| P0 | question_locate_result | 定位结果 | 定位成功或失败 | result、latency_ms、error_code | 定位能力稳定性 |
| P0 | reply_generate_click | 点击生成回复 | 运营点击“生成回复” | question_id、context_count | 生成意愿 |
| P0 | reply_generate_result | 回复生成结果 | 生成成功或失败 | result、answer_id、latency_ms、error_code、model_version | 生成成功率与时延 |
| P1 | reply_evidence_expose | 回复依据曝光 | 答案及依据完整进入可视区 | answer_id、evidence_count | 依据是否实际被看到 |
| P0 | reply_insert_click | 点击回复到对话框 | 点击“回复到对话框” | answer_id、answer_length | 答案采用意愿 / 填入对话框 |
| P0 | reply_insert_result | 填入对话框结果 | 填入对话框成功或失败 | result、error_code | 填入对话框功能稳定性 |
| P0 | question_ignore_click | 点击忽略 | 生成前或生成后点击“忽略” | ignore_stage：before_generate / after_generate | 识别误判与无需回复比例 |
| P0 | question_ignore_confirm | 确认忽略 | 二次确认成功 | question_id、ignore_stage | 已忽略问题量 |
| P0 | question_status_change | 问题状态变化 | 回复填入成功或确认忽略后 | from_status、to_status、trigger_action | 问题级最终闭环 |
打开问题助手的运营UV ÷ 有权限运营UV；同时看有问题群的页面覆盖率。
被点击进入单题处理台的问题数 ÷ 问题列表曝光的问题数。
点击生成回复的问题数 ÷ 被打开的待处理问题数。
生成成功次数 ÷ 生成请求次数；同时监控平均、P50和P95耗时。
点击“回复到对话框”成功的问题数 ÷ 生成成功的问题数，衡量推荐答案的直接采用程度。
进入已忽略的问题数 ÷ 已完成处理的问题数；拆分生成前、生成后忽略。
进入已处理或已忽略的问题数 ÷ 进入待处理的问题数，按问题创建日做队列口径。
状态完成时间 − 用户原问题时间，分别看已处理和已忽略。
定位点击问题数 ÷ 单题处理台曝光问题数，判断关联信息是否足够。
reply_send_matched 作为真实回复口径。“忽略”用于运营人工判断该消息无需处理。确认后，问题将进入「已忽略」，不再出现在待处理列表。