复盘直播场次与讲品表现

这个场景能帮你做什么

同一场直播有流量变化、讲品、优惠和库存变化，单看总成交难以安排下一场。WorkBuddy 可以对齐时间和商品，整理哪些变化有证据、哪些还需验证。

开始前需要准备什么

准备场次编号、时区与起止、整场及可取得的分时观看/点击/下单数据、后台指标定义、逐品讲解时间、价格库存事件及评论文字。提供目标和可比历史场次。数据不包含分时或逐品信息时，只做整场复盘。

分开准备“整场去重汇总”“分时事件”“商品归因明细”，不要把三张表混成同一粒度。以下为教学模拟：

表与时段	已确认数据或事件
整场 19:00—19:30	去重观看用户 1,000、去重商品点击用户 200、去重付款用户 40；支付订单 44、支付金额 2,640 元
19:03—19:11	讲解 L1；后台该时段去重观看 500、商品点击用户 80
19:15—19:21	讲解 L2；该时段去重观看 450、商品点击用户 90；19:18 出现链接异常

两个分段可能包含同一个人。各段观看 500 与 450，既不能证明整场只有 950 人，也不能用来检验整场去重数一定错误。

具体怎么做

第一步：还原场次时间轴

让 WorkBuddy 将讲品、福利、投流、缺货及技术异常放到同一时间轴，检查时间是否处于同一时区。事件没有记录就留空，不补写主播当时说了什么。

第二步：先整场，再看可定位环节

比较观看、停留、点击、订单和金额与目标；分时看明显流失或变化，逐品看点击与成交。明确去重人数和累计次数，不能把各时间段观看相加当整场人数。

在本例、且平台确认三种用户属于同一范围时，商品点击用户率＝200÷1,000＝20%，观看后付款用户率＝40÷1,000＝4%；若平台能确认付款用户是点击用户子集，才计算点击后付款用户率 40÷200＝20%。支付订单均额＝2,640÷44＝60 元；它与人均支付额 66 元含义不同。平台事件口径不满足关联条件时，分别展示计数，不能强行拼成漏斗。

第三步：形成下一场可验证调整

将高频问题与页面、讲解缺口对应，给下一场保留、修改和待证事项。成交可能滞后，不能机械把某时刻订单全部归给当时讲的商品。

本例的结论表可写：

类型	内容	下一步
已确认事实	19:18 有链接异常记录	运营核修复时间及受影响商品
待验证解释	L2 成交受异常影响	补商品归因订单、点击后延迟及异常前后数据
下一场动作	开播前逐一测试链接；场中异常卡明确停止引导	场控记录测试结果，下场核异常次数

不能只凭“当时成交低”给主播打低分。若有商品归因订单，按平台归属规则做逐品复盘；按成交发生时间统计的订单另列。

可以直接交给 WorkBuddy 的完整要求

请分析本场直播的导出数据、讲品时间和事件文字记录。先核时区、指标定义、期间、去重与累计口径、退款及观察截止。
先给整场目标对照，再在数据允许时对齐分时、单品、流量和异常。区分变化事实、可能解释、待补证据，不根据汇总数据倒推现场。
输出场次复盘、买家疑虑、下一场单项调整和回看指标。缺分时或逐品数据就缩小分析，本轮只按提供的文字与报表分析，不补写未观察的现场，不自动改价或排场。
请先确认用户数、次数、订单数之间的关系；分别输出整场、分时和逐品结果，展示可计算指标的分子分母，不把不同粒度相加。事件未知就留空，给出下一场需要新增的记录项。

完成后会得到什么

整场复盘、时间轴和下一场动作表。没有足够数据得出原因时，也应能明确先补哪项记录。

结果应该怎么检查

总量与后台一致；人数、次数不混；转化率分母明确；多商品下单与退款按当前口径。回看高峰时同时检查优惠和投流，避免单归功于讲品话术。

遇到这些情况怎么处理

只有汇总，保留整场结论；数据回流未结束，标阶段观察；讲品时间缺失，不能精准分段；异常出现在缺货期间，先区分供给限制与用户兴趣。

若工具把两段观看数相加，可继续要求：“请撤回分时求和，整场人数只用平台整场去重表；对每个转化率说明分母、事件关系和时间范围，无法成立的指标改为并列计数。”

哪些由工具处理，哪些必须人工决定

工具对齐与整理；运营和主播确认现场事实与改动，投手核流量，仓配核库存。下一场效果通过实际运行验证。