直播电商与内容带货 · 行业场景库

岗位依据

岗位依据与数据 · WorkBuddy · 直播电商与内容带货场景库

4 个子角色为什么按一场直播的责任链划分

公开招聘信息常把选品、脚本、主播训练、中控、投流、库存与复盘集中到同一名直播运营；头部 MCN 的公开案例又显示，混场直播会同时连接大量商家和十余个协作环节。这说明中小团队的真实结构不是完整职能部门，而是少数人围绕一场直播承担多角色、跨载体协作。

本库按直播主流程划分为四个责任角色：货品与商务履约负责把商品、达人、样品、价格与合同变成可执行货盘；内容与合规负责把商品证据变成可播表达并留痕；场次与流量运营负责把货盘、主播、中控、素材与投流组织成一场直播；交易履约与经营复盘负责用订单、退款、佣金和成本还原净结果，并把问题送回下一场。

货品与商务履约负责人

Merchandise & Partnership

先把商品、达人、样品、价格、库存与合同变成同一份可执行事实，再谈能不能上场。

2 个场景

这个子角色为什么真实存在：中小团队的直播运营往往同时承担选品、排品、促销、库存与跨部门协调。MCN 混场会同时连接大量商家，商品信息、机制与样品状态天然分散。平台样品状态只覆盖平台履约，合同里的口播、授权、坑位费与结算仍需企业自己留证。

公开来源：品牌自播运营招聘职责同时覆盖脚本、排品、主播训练、投流、库存和复盘MCN 协作案例：单场连接多角色与大量商家，产品信息长期分散在多张表格精选联盟样品服务规则：申样、发货、物流、收货和交付状态可追踪

它实际在用的数据：场次货盘与排品表.xlsx商品资质与价格机制包.zip达人合作合同与对接群.txt样品寄送与履约台账.xlsx关键字段与口径商品ID、SKU、到手价、券承担方、毛利、库存锁定量、脚本版本、链接状态达人UID、合同号、排期、交付件、素材授权、坑位费、佣金版本、结算状态

本组场景：

• HP-01 货盘可播状态联检 · 优先级 15.0
• HP-02 达人合作履约证据包 · 优先级 13.8

升为客户真实案例还缺什么：需要客户提供当前有效货盘、商品事实资料、达人合同、样品台账与最新库存快照。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

内容与合规负责人

Content & Compliance

把每一句对外表达绑定到可追溯证据，并把临场纠错变成可审计记录。

2 个场景

这个子角色为什么真实存在：法规要求选品和营销用语审核、直播前事前审核、直播中现场纠错并留存记录。平台规则覆盖口播、贴片、封面、评论和购物车标题，审核范围远大于一份脚本。监管典型案例已覆盖虚假功效、价格、合作资质与收益承诺。

公开来源：《直播电商监督管理办法》：主体核验、选品和营销用语审核、现场纠错及不少于三年留存快手带货达人宣传规范：口播、背景板、评论、价格、功效和售后均受约束市场监管总局直播电商典型案例：虚假功效、价格与合作资质宣传均已有处罚案例

它实际在用的数据：批准版商品事实库.xlsx直播脚本与主播手卡.docx检测报告与授权链.pdf直播回放逐字稿.txt现场纠错记录.xlsx

关键字段与口径：主张原文、证据文件、页码/条款、允许表达、禁用表达、有效期、审核人场次ID、时间戳、主播原话、纠正话术、执行人、回放定位、最终处置

本组场景：

• CC-01 证据化直播脚本 · 优先级 15.0
• CC-02 直播口误纠错与证据包 · 优先级 12.0

升为客户真实案例还缺什么：需要客户提供批准版商品证据库、历史违规记录、实际直播逐字稿与现行审批链。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

场次与流量运营负责人

Live Session & Traffic

把人、货、场、素材、投流和应急权限装进一张作战单，异常只推给有权决定的人。

2 个场景

这个子角色为什么真实存在：公开岗位职责把上下架、改价、发券、评论、库存、投流和异常处置交给同一场次运营。平台实时大屏已提供流量、商品、退款与违规数据，但合同、成本与库存承诺仍在平台外。数字人和生成素材受平台适配与标识要求约束，不能按跨平台通用逻辑处理。

公开来源：品牌自播运营招聘职责同时覆盖脚本、排品、主播训练、投流、库存和复盘抖音电商罗盘直播大屏：实时人货场、流量、商品、退款与违规指标《人工智能生成合成内容标识办法》：生成合成内容显式与隐式标识要求

它实际在用的数据：场次立项与排期表.xlsx开播联检清单.xlsx千川投放明细.csv素材授权与审核台账.xlsx直播群决策记

关键字段与口径：场次ID、账号、主播、中控、货盘版本、脚本版本、预算阈值、库存阈值、应急联系人素材ID、计划ID、审核状态、授权期限、消耗、成交、退款、净成交、停投原因

本组场景：

• FO-01 开播前人货场投联检 · 优先级 12.0
• FO-02 投流素材衰退与亏损诊断 · 优先级 10.0

升为客户真实案例还缺什么：需要客户提供场次ID体系、投放明细、素材台账、库存快照及预算与改价权限矩阵。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

交易履约与经营复盘负责人

Transaction & Review

把支付额还原成退款后的净结果，并让每条问题进入下一场的责任队列。

2 个场景

这个子角色为什么真实存在：联盟结算受确认收货、货款结算、售后退款与扣回影响，当场支付额不是最终收入。平台复盘可下载商品和售后明细，但企业成本、合同口径、仓配与人工决策不在同一后台。消费者纠纷中，直播录屏、聊天、交易凭证和检测报告共同构成事实证据链。

公开来源：精选联盟结算规则：结算基数、确认收货、售后退款与扣回会改变推广费抖音罗盘直播间诊断：商品、售后、退款与单场明细可下载某行业协会直播间材质虚标调解案例：录屏、聊天、交易凭证和检测报告构成维权证据

它实际在用的数据：直播订单与退款明细.csv联盟佣金结算单.xlsx投流与仓配成本.xlsx客服售后记录.xlsx直播逐字稿与场记.txt

关键字段与口径：订单号、场次ID、SKU、支付额、退款额、佣金扣回、投流、仓配、净收入问题、证据、影响金额、根因类型、责任人、截止日、下一场验证结果

本组场景：

• TR-01 退款原因与主播承诺归因 · 优先级 15.0
• TR-02 退款后净收入复盘 · 优先级 15.0

升为客户真实案例还缺什么：需要客户提供订单、退款、结算、成本、客服文本与场次逐字稿，并确认财务净收入口径。

这里列的是这个岗位真实会用到的数据类型，不表示已经取得任何客户的生产数据。

不做什么

明确不做的伪需求 · WorkBuddy · 直播电商与内容带货场景库

24 个伪需求以及为什么不做

客户看到「四十个场景」的第一反应不是「好全」，而是挑最不靠谱那个来问。

一个伪需求会削弱旁边所有真场景的说服力 —— 所以这一页存在的意义，是让 15 个真场景更可信。

直播电商是伪需求的重灾区，因为内容生成、实时操作和增长承诺很容易被包装成同一件事。判断只需要三句话：这项任务是确定性规则吗？它是否需要真人体验或对外担责？即使内容生成完，下游的库存、预算、商品力和执行权限会改变吗？第三句答不上来，就不要做。

8

法则一 · 一段脚本更快更准更便宜

10

法则二 · 需物理感知或对外担责

6

法则三 · 真实瓶颈不在这一步

!

最典型的一条：办公用品领用登记电子化

它看起来完全合理：纸质登记乱、统计麻烦、月底要追问还剩多少。

但制度里写着「月度汇总提交采购与财务作成本核算依据」——

现实中签完字这件事就结束了，汇总表没有人看。

把一张没人看的表加速录进系统，等于加速垃圾数据入库。

真正有价值的是另一个问题：为什么某个部门的耗材是别人的三倍。

清单逐条说明

最后一列是客户主动提出时的回应口径 —— 不是拒绝，是把他引到真场景上

伪需求命中法则

更优解 / 真实瓶颈在哪客户提出时怎么回应

用大模型计算固定佣金法则一 · 确定性规则任务用规则引擎按结算基数和费率计算，AI只解释差异这部分应交给确定性公式，重点看退款扣回和合同口径为什么不一致。用大模型判断优惠券能否叠加法则一 · 确定性规则任务接平台活动规则做字段校验叠加规则应配置化，AI只处理跨文件的自然语言条件。用大模型做倒计时与开播提醒法则一 · 确定性规则任务日历或任务系统提醒提醒本身不需要模型，真正难的是提醒前能否确认材料齐全。用大模型批量改文件名和归档法则一 · 确定性规则任务脚本按场次ID和商品ID归档命名可自动化，AI负责识别文件类型和证据缺口。用大模型做库存阈值触发法则一 · 确定性规则任务ERP/WMS阈值告警比较数量不需要模型，价值在于库存与投流和排期的联检。用大模型做合同到期提醒法则一 · 确定性规则任务合同系统按日期提醒日期提醒交给系统，AI负责抽取授权范围和履约节点。用大模型核算发票税额法则一 · 确定性规则任务财务系统计算税额计算必须确定可审计，AI只整理差异说明。用大模型自动分配全部售后工单法则一 · 确定性规则任务标准原因码规则分流，复杂争议转人工先用规则分流，AI提供摘要与证据。AI替代真人验货和质检法则二 · 需物理感知或对外担责现场质检或第三方检测，AI整理报告材质、气味、手感和内部缺陷必须基于实物。AI宣称亲测有效或亲身体验法则二 · 需物理感知或对外担责真人试用留证后再改写已确认事实AI没有真实体验，不能虚构测评。AI生成疾病治疗、绝对功效或收益保证法则二 · 需物理感知或对外担责批准话术库、证据映射与人工审核只能基于已批准事实生成候选表达。AI自动改价、发券和切商品链接法则二 · 需物理感知或对外担责给出建议和影响金额，由授权场控执行交易承诺和平台操作必须保留人工权限。AI作为最终合规审批人法则二 · 需物理感知或对外担责AI初审、来源引用、法务与业务签批合规责任不能外包给模型。AI自主承诺退款、赔付或补偿法则二 · 需物理感知或对外担责权限矩阵加标准政策再由人工批准对外承诺涉及金额和责任。AI自动停播、下架或召回法则二 · 需物理感知或对外担责风险分级告警并交授权人执行高影响动作必须二次确认。AI完全替代复杂售后人工法则二 · 需物理感知或对外担责AI分流摘要并一键转人工复杂诉求容易答非所问和形成空头承诺。AI保证判责或申诉成功法则二 · 需物理感知或对外担责输出事实证据包交人工和相邻场景处理最终裁定在平台，不在本库。跨平台无人直播并保证不封号法则二 · 需物理感知或对外担责平台适配检查、合规试播、真人值守和接管平台规则不同且持续变化，不能做结果保证。用更多脚本解决断货法则三 · 真实瓶颈不在这一步库存—排期—投流联检，降预算或换品商品没货时，文案越好风险越大。用AI文案解决供应链延期法则三 · 真实瓶颈不在这一步交期预警、替代SKU与履约协同内容不能缩短生产和物流周期。用批量素材解决测试预算不足法则三 · 真实瓶颈不在这一步优先级投放和单变量小样本实验没有反馈预算，素材数量不会变成有效学习。用达人推荐解决无佣金或坑位预算法则三 · 真实瓶颈不在这一步先明确预算、毛利红线和合作模式合作条件不成立时，匹配算法没有意义。用AI复盘解决商品质量差法则三 · 真实瓶颈不在这一步质检、整改、暂停销售，AI聚合问题证据分析不能替代产品整改。用自动复盘解决组织无权限或不执行法则三 · 真实瓶颈不在这一步明确责任人、截止日、升级机制和管理复核没有执行权，再准确的洞察也不会改变下一场。

声明这套东西不承诺什么

主动讲限制比被问出来强得多

这是演示与验证资产，不是已接入生产系统的软件所有页面展示应该怎么跑、每一步看什么、交付什么；使用真实业务格式的脱敏构造数据，不冒充任何客户生产数据。不承诺效率提升百分比没有用客户自己的单据实测前，不给出耗时压缩、节省比例或增长倍数；只讲覆盖范围、问题条数与影响金额。拿不到的数据会明确说拿不到没有回放、结算单、库存快照或商品证据时，报告会写明无法分析和建议补建的记录，不估数填入。高风险动作只建议不执行商品最终准入、脚本最终审核、改价发券、开停投流、停播下架、赔付与对外承诺全部由授权人员执行。产出是初稿与清单，最终签字权在人正式交付物保留编制、审核、会签、批准栏；推荐意见、完成质量评定、责任认定留空。

那哪些是真场景？15 个逐条打过分的场景，全部保留了评分口径可核

回到场景总览 →

来源说明

本场景库的痛点均有公开来源可查。网页版已对来源中的具体机构做了脱敏处理，不再逐条列出。

场景审核

场景审核 · WorkBuddy · 直播电商与内容带货场景库

先过场景不急着做素材

共 8 个场景。逐个点「保留 / 待讨论 / 后置」，

结果只保存在本机浏览器，可以复制出来。

建议的判断顺序：先问这件事没做好谁会生气（痛感）→

再问错了能不能当场看出来并改（能不能交给 Agent）→

最后问客户手上现有的文件够不够跑（落地难度）。

需要客户先做数据治理的场景，不要放在第一批。

清空选择

返回总览

货盘

货品与商务履约负责人

先把商品、达人、样品、价格、库存与合同变成同一份可执行事实，再谈能不能上场。

2 个

HP-01

15.0

货盘可播状态联检排品表里有 18 个商品 · 真正同时满足价格、库存、证据和链接条件的只有 13 个

保留

待讨论

后置

HP-02

13.8

达人合作履约证据包平台显示样品已签收 · 合同要求的口播、挂车、授权和回传仍有 4 项没证据

保留

待讨论

后置

内容

内容与合规负责人

把每一句对外表达绑定到可追溯证据，并把临场纠错变成可审计记录。

2 个

CC-01

15.0

证据化直播脚本供应商给了 27 条卖点 · 能被现有证据直接支持的只有 19 条

保留

待讨论

后置

CC-02

12.0

直播口误纠错与证据包标准脚本审核通过 · 真正出风险的是主播临场加的 3 句话和一张旧贴片

保留

待讨论

后置

场次

场次与流量运营负责人

把人、货、场、素材、投流和应急权限装进一张作战单，异常只推给有权决定的人。

2 个

FO-01

12.0

开播前人货场投联检设备、主播和货盘都就绪 · 但库存锁定、券生效与数字人标识有 3 项未确认

保留

待讨论

后置

FO-02

10.0

投流素材衰退与亏损诊断素材 A-17 仍在带来支付订单 · 退款与授权到期把它从明星素材变成风险项

保留

待讨论

后置

复盘

交易履约与经营复盘负责人

把支付额还原成退款后的净结果，并让每条问题进入下一场的责任队列。

2 个

TR-01

15.0

退款原因与主播承诺归因平台把 126 笔退款归成质量与不喜欢 · 逐字稿显示其中 43 笔集中在同一句承诺之后

保留

待讨论

后置

TR-02

15.0

退款后净收入复盘支付额 486,000 元看起来达标 · 扣完退款、佣金、投流和履约后，两个明星 SKU 实际贡献为负

保留

待讨论

后置

审核进度未选择 8

交付说明

交付说明 · WorkBuddy · 直播电商与内容带货场景库

直播电商与内容带货场景库怎么用这套东西

这是一套售前演示与客户验证资产，不是已经接入客户生产系统的软件。

包含 4 个子角色、8 个场景、24 个内容页、

8 个 Skill 包与配套素材和预期输出。

8完整场景

24三件套页面

24明确不做的伪需求

18可核验来源

路径三种人怎么看

客户初次看

从总览按子角色选场，先看「场景引入」。三分钟看清这件事现在什么样、痛点依据在哪、产出是什么。

打开场景总览

现场演示

打开「Live Demo」逐步讲。重点讲 Agent 在哪一步拦住了 ——

一、个会在该停的地方停下来的助手，比一个永远给得出答案的助手可信得多。

看一个完整 Demo

内部选型

在「场景审核」页逐场标保留 / 待讨论 / 后置，复制结果后再决定哪些进入真实素材制作。

打开场景审核

话术现场必备的三句话

开场 · 先说 AI 做不到什么

把限制先摆出来：不承诺效率百分比、拿不到的数据会说拿不到、高风险动作只建议不执行。

主动说限制比被问出来强得多 —— 而且这一句会把后面所有内容的可信度垫起来。

中场 · 用一句话帮客户剔掉伪需求

客户提到某个表单类需求时，问一句：「这张表现在有人看吗？看完做了什么决定？」

答不上来就当场建议先不做。这一下建立的是顾问式信任 ——

客户会开始相信你不是来卖东西的。

收尾 · 三个问题要金额

「你们上一次大场的支付额扣完退款、佣金、投流和履约成本后还剩多少？主播当场说过的每一句价格与功效承诺能回到哪份证据？复盘里的问题有没有在下一场变成责任人、截止日和验证结果？」

三、问都答不上来，场景就成立了。

状态已完成与未冒充完成

已经完成4 子角色 × 8 场景完整内容每场景：场景引入 / Live Demo / 能力沉淀 三页每场景：Skill 包（含输出骨架与渲染脚本）、素材、预期输出痛点逐条挂来源，可点开核对24 个伪需求逐条说明命中哪条排除法则岗位依据页说明子角色为什么这样切

明确未冒充完成尚未接入任何客户的生产系统素材是真实业务格式的脱敏构造数据，不是客户生产数据场景尚未用客户自己的原始文件实跑过（这是下一步）有来源支撑不等于完成客户一手验证没有实测前不出现任何效率提升百分比商品最终准入、脚本最终审核、改价发券、开停投流、停播下架、赔付与对外承诺一律人工

下一步怎么往前推

第 1 步过场景8 个逐场标保留 / 待讨论 / 后置

第 2 步选 3 到 5 个按客户类型组合，优先零集成的

第 3 步要一手材料真实文件、审批链、一次出过问题的案例

第 4 步用客户文件实跑记录结果、返工点、真实耗时

第 5 步再谈系统对接此时才评估 API、权限与回写