PRODUCT REVIEW · 2026 Q2
运营工作流
智能自动化平台
以业务语言驱动平台自动调用工具、查表、配置、触达 — 让运营从"信息搬运工"回归"决策与判断"
01
项目背景
1.1 平台运营的四大共性痛点
⚡
频繁切换 · 信息孤岛
同一项目链路要打开 6+ 个系统，数据在各处分散，反复粘贴汇总。
🔁
大量重复手工劳动
每天拉表、算公式、找小二、复制 push 话术；同样的动作每周重复一遍。
📦
项目重复但无法复用
每个 Q 都要从零拼装一遍工作流，上一次的经验没有沉淀机制。
🧩
现有工具 Skill 搭建门槛过高
QoderWork、悟空已开放通用 MCP / Skill / 数据接口，但让运营自己拼装门槛过高：业务术语与接口不对齐、数据权限分散、沉淀机制缺失。
1.2 六大原子能力 × 项目场景 · 复用度矩阵
核心洞察：直播运营团队并行管理 12 个项目，每个项目 SOP 各异、周期不同。但拆解全部工作后发现：看似复杂的操作可以归纳为 6 个可复用的原子能力，覆盖了全部项目 82.6% 的工作时间（697h / 843.7h）。将这 6 项能力平台化后，新项目只需组合已有模块即可落地，而非每次从零搭建。
12
直播运营项目总数
843.7h
单周期总工时
82.6%
6 大能力耗时覆盖率
各原子能力工时占比
6 大能力合计覆盖 697h，剩余 146.7h 为项目特有操作（资源配置、法务协议、激励发放等）
六大原子能力 × 项目场景 复用度矩阵
数据来源：直播运营全部项目表「总耗时」列（小时）。深色 = 耗时占比高。商家圈选与项目复盘为每个项目必不可少的首尾动作，未单独列出的按 2h 计。
02
产品目标
一句话定位：运营用业务语言描述工作 → 平台自动识别项目类型 → 匹配工具 → 生成一体化工作台 → 单一界面同时承接项目流水线和日常监控，模板可跨大促复用。
6+ → 1
系统切换次数
从 6+ 个散点工具收敛到单一 Agent 入口
≥ 70%
重复手工劳动减少
拉表 / 拼数据 / 找小二 / 发 push 全部 Agent 接管
100%
项目模板可复用
同一项目跨大促一键触发，越用越准
实时
风险预警 & 触达
从 T+1 复盘提前到 T+0 自动告警
03
功能描述
3.1 运营工作流 Before / After 示意——以头部对赌返佣为例
💡 点击下方任一流程节点，查看对应阶段的 Before / After / Demo 详情
1
目标测算
72h / 季
基于商家店播确收及店播商业化数据测算目标
→
2
目标确认
24h / 季
行业确认目标，部分商家目标需调整，调整则需 1V1 盘点沟通
→
3
返佣形式确认
8h / 季
商家返佣形式确认
→
4
目标配置
4h / 季
协同目标配置，下发目标及活动规则
→
5
商家报名
10h / 季
分行业报名跟进，push 行业报名；特殊商家反馈
→
6
对赌进展跟进
40h / 季
分行业及单商家盘点进度风险，定期同步行业进展，风险商家单独跟进解决
① 目标测算
3次/季 × 24h = 72h
Before · 现状
- 底表依赖财务，测算逻辑复杂且每期计算
- 每次计算至少 3 个版本以上
- 单次版本耗时 24 小时
- 手动从 ODPS 拉取店播确收 / 广告消耗多张表
- Excel 写公式逐家计算
卡点：底表依赖财务，逻辑复杂，反复迭代版本
After · Agent 执行
用户"帮我测算一下这个季度头部对赌返佣的商家目标"
↓
Agent调用「目标测算 Skill」，加载项目历史测算逻辑
↓
Agent引导用户确认/微调测算公式与参数
↓
底表调用 ODPS 经营底表，拉取确收 + 广告等数据
↓
Agent批量计算 → 输出目标表 + 标记极端商家
↓
用户针对极端商家完成单商家目标修正 → 保存本次逻辑供下周期复用
个性化复用：Agent 提供通用测算逻辑，运营可保存项目个性化调整，下周期一键复用，越用越精准。
Demo · QoderWork
帮我测算一下这个季度头部对赌返佣的商家目标
Agent
已加载「头部对赌返佣」历史测算逻辑：
目标测算 Skill 加载成功
上季度公式：1.2 × (确收×0.8 + 广告×0.2)，是否沿用？还是需要调整参数？
系数改成 1.3，其他不变
Agent
ODPS·查询 51 家数据 · 完成
公式引擎 总目标 8,274万
已完成测算。发现 3 家极端商家（目标偏差 >50%），是否逐家调整？
💡 本次逻辑已保存，下季度可一键复用
② 目标确认
1次/季 × 24h = 24h
Before · 现状
- 纯表格对接效率低
- 商家情况和财务来回沟通争取目标
- 逐个钉钉发送，等待回复
- 人工统计确认 / 异议状态
卡点：纯表格对接效率低，来回沟通争取目标
After · Agent 执行
用户"发互动卡片让 51 家确认目标"
↓
Agent生成互动卡片（含目标 GMV + 确认/异议按钮）
↓
接口调用钉钉互动卡片 API 批量发送 51 家
↓
Agent实时接收回调 → 自动汇总确认状态 → 同步看板
Demo · QoderWork
发互动卡片让 51 家确认目标
Agent
钉钉·互动卡片 51/51 已发出
当前状态：⏳ 待回复 51 · ✓ 已确认 0有回复时我会实时通知你。
Agent
回调·接收 +3 家已确认
📊 实时进度：✓ 已确认 38 · ✗ 异议 5 · ⏳ 待回复 8异议商家清单已同步看板，是否逐家沟通？
📱 小二侧 · 钉钉收到的确认卡片
【头部对赌返佣】目标确认
商家：XX旗舰店
本季度目标 GMV：162.4 万
测算依据：确收×0.8 + 广告×0.2
本季度目标 GMV：162.4 万
测算依据：确收×0.8 + 广告×0.2
✓ 确认
✗ 异议
③ 返佣形式确认
1次/季 × 8h = 8h
Before · 现状
- 默认为王炸补贴，部分商家反馈需调整为超级直播 1:1 妈妈券
- 返佣额度：返超级直播 = 商业化增量×0.3；返王炸补贴 = 商业化增量×0.4
- 需制定标准并单独收集每家商家的返佣形式选择
- 和淘直、商家小二反复沟通确认
卡点：需制定标准并单独收集，且和淘直、商家小二反复沟通
After · Agent 执行
用户"向各商家确认返佣形式，默认王炸补贴"
↓
Agent生成返佣形式确认卡片（王炸补贴 / 超级直播妈妈券）→ 批量发送小二
↓
小二点击卡片选择 → 回收确认结果
↓
Agent汇总选择结果 → 自动计算返佣额度 → 输出确认清单
Demo · QoderWork
给各商家确认返佣形式，默认王炸补贴，部分要改超级直播妈妈券的收集一下
Agent
已向 51 家商家对应小二发送返佣形式确认卡片
钉钉互动卡片·发送 51 条
默认：王炸补贴（商业化增量×0.4）可选：超级直播妈妈券（商业化增量×0.3）
回收后将自动汇总并计算各商家返佣额度
④ 目标配置
1次/季 × 4h = 4h
Before · 现状
- 51 家逐个粘贴目标到后台
卡点：暂无明显系统卡点，主要是重复操作
After · Agent 执行
用户"把目标批量写入项目配置"
↓
Agent读取目标表 → 校验数据完整性
↓
接口调用配置项接口 → 批量写入 51 家
↓
Agent返回结果：51/51 成功，失败自动重试
最优解：拿到直播中控台目标配置接口，即可完成对话配置。
Demo · QoderWork
把目标批量写入项目配置
Agent
配置接口·批量 51/51 成功
⑤ 商家报名 BD
5次/季 × 2h = 10h
Before · 现状
- 手动拉取招商报名数据
- 行业无权限，需找人开通
- 拉未报名名单 → 按行业分小二 → 逐个发 push
卡点：手动拉数，行业无权限
After · Agent 执行
用户"未报名商家分组 push 给对应小二"
↓
底表调用招商报名接口 → 获取未报名名单
↓
底表查人员关系表 → 按行业分组小二
↓
Agent生成催报名话术 → 调钉钉按小二分组批量发送
Demo · QoderWork
未报名 30 家分组 push 给对应小二
Agent
招商接口 未报名 30 家
人员关系 坡坡15 / 秉白15
钉钉·push 2 位小二 ✓
⑥ 对赌进展跟进
20次/季 × 2h = 40h
Before · 现状
- 分行业及单商家盘点进度风险
- 定期同步行业进展，风险商家单独跟进
- 需明确各商家目标
- 每天手动拉取多张表数据完成拼接
- 找到每个商家对应小二
- 在钉钉中发送 push 话术
卡点：行业无法主动看到数据进展及判断风险，每天手动拉取数据并汇告行业（多张表并表分析）
After · Agent 执行
用户"每天 9 点查达成率，<90% 风险商家通知小二"
↓
Agent任务拆解：查询 → 测算 → 预警 → 通知
↓
底表每天查询商家经营数据底表 → 计算目标达成率
↓
Agent制定每周需完成的目标进展基线
↓
Agent对目标达成有问题的商家 → 即时预警
↓
接口通知对应小二（按行业分组 · 钉钉触达）
关键点：目标达成进展非线性增长——日销期与大促期的增速节奏完全不同，预警阈值需动态调控，不能一刀切。
Demo · QoderWork
每天 9 点查达成率，<90% 通知小二
Agent
已设定每日 9:00 定时任务
经营底表 51 家查询完成
达成率计算 风险 12 家(<90%)
钉钉·分组通知 坡坡5家 / 秉白7家
风险商家已按行业归集并通知对应小二
3.2 底层能力分层——产品需要什么
数据 → 原子能力 → 接口三层串联：底表统一供数，能力做语义封装，接口完成自动执行
P0 数据层统一接入
天猫服饰商家经营数据宽表（GMV、商业化投入、UV 等）
商家-小二认领关系
P1 原子能力层业务语义封装，运营开口即得
商家圈选
目标测算
目标下发
商家报名 BD
进度追踪
项目复盘
P2 接口层行动出口 · 自动执行
高优保障钉钉触达 & 互动卡片状态回收
高优保障招商报名情况
配置项权限接口（红包发放、资源位配置等）
三层能力调用关系
数据层统一接入 → 原子能力业务语义封装 → 接口层行动出口
3.3 交互方式
保守方案：对话+看板双形态；探索方案：个性化小二工作台
保守方案
对话 + 看板 双形态
同一份数据支持两种交互模式：对话式快速查询，看板式持续监控。运营既可以"问一句得一答"，也可以"开看板日常盯"。
对话模式快速查 · 即时回答
我需要看一下这个项目的商家完成情况
Agent
为你查询「头部对赌返佣」项目进展：
经营底表·查询 51 家最新数据
达成率计算 完成
📊 整体达成率：58.7%
✓ 达标（≥90%）：21 家
⚠ 关注（70-90%）：18 家
✗ 风险（<70%）：12 家
风险 TOP3：商家A（43%）、商家B（51%）、商家C（56%）
是否需要通知对应小二跟进？
看板模式日常监控 · 一屏呈现
我需要看一下这个项目的商家完成情况
Agent
检测到您可能需要持续关注此项目，是否生成日常监控看板？
需要
OpFlow
对赌进展看板
| 商家 | 目标GMV | 达成率 | 状态 |
|---|---|---|---|
| 商家A | 280万 | 43% | 风险 |
| 商家B | 195万 | 51% | 风险 |
| 商家C | 320万 | 78% | 关注 |
| 商家D | 150万 | 95% | 达标 |
| 商家E | 410万 | 92% | 达标 |
探索方案
个性化小二工作台
我们无法为每个运营产出定制工作台，但可以把「搭建工作台」这件事 Skill 化 — 运营描述自己的工作流程，Agent 自动生成专属看板。
Step 1
描述工作流
"我有 51 家商家的对赌项目，需要跟踪目标测算→报名→进度 6 个阶段"
→
Step 2
能力与数据接入
6 个原子能力、底层数据宽表与接口权限的标准化接入
→
Step 3
Agent 生成工作台
自动生成应用：6 阶段流水线 + 公式引擎 + 钉钉通知 + 数据自动刷新
实际验证：从单项目到跨项目复用
① 头部对赌返佣 · 个人工作台
localhost:5000 · 6 阶段流水线 + 公式引擎 + 钉钉通知 + 互动卡片
② 将搭建流程提炼为 Skill
完整 Skill 文档：钉钉文档链接
# OpFlow Workbench Skill · 完整流程文档
## 整体流程
- 询问用户是横向运营 or 商家运营
- 若为横向运营，询问他的职责范围
- 示例回答：直播运营，负责商家对赌项目和直播看点录制等
- 若为商家运营，和用户确认分管商家范围
- 根据用户花名，在表 tmall_fs.fs_seller_contact 中根据 team_cont 查询归属于该用户的全部商家 seller_id 和 nick
- 询问用户想要把哪些部分制作为日常可以监控的个人工作台看板，按照用户身份给选项，支持多选：
- 横向运营
- 项目进度管理，如直播对赌返佣、购物金BD等
- 日常商家表现情况追踪
- 商家运营
- 商家大促 or 重点项目（直播对赌返佣、购物金BD等）报名及表现情况
- 日常商家表现情况追踪
- 引导用户输入自己的工作流
- 基于用户输入的 SOP 语义，完成路径拆分
- 拆分后引导用户完成整体流程确认
- 用户确认后完成各子流程的任务确认
- 询问用户项目覆盖的商家范围
## 匹配基础 Skill 能力
- 目标测算
- 需要调用通用的目标测算逻辑，但允许用户调整
- 向小二完成商家 BD 的通知（目标确认、商家报名push、商家完成率push等）
- 根据用户输入的阶段流程完成通知目的的判断，输出基本的消息模板
- 询问用户是否需要回收小二反馈
- 如目标确认场景：需要回收「确认」或「有异议」
- 如商家完成率 push：无需回收用户反馈
- 若需回收反馈：提供消息回收卡片样式，平台监控反馈并做状态调整
- 商家报名情况
- 询问用户所需监控的字段，并提供一键 push 的操作按键
- 进度追踪
- 询问用户所需监控的字段，并提供一键 push 的操作按键
- 项目复盘
- 根据流程中商家的表现完成综合的诊断
- 无匹配能力（如用户提到 xx 配置）
- 告诉用户当前没有这部分能力
- 建议用户提供配置平台的链接，把链接放到子模块里
## 约束
- 平台页面风格需严格按照 demo 文件标准
③ 跨项目验证 · 超级时刻工作台
localhost:5002 · 同一 Skill 生成，验证跨项目复用可行性
⚠️ 当前瓶颈
1. 服务器部署：工作台需上传到服务器运行
2. 数据库支持：数据增删改查与持久化
3. 接口稳定性：原子能力接口需保障稳定可用
4. 规范定义：视觉/交互/功能边界统一标准
2. 数据库支持：数据增删改查与持久化
3. 接口稳定性：原子能力接口需保障稳定可用
4. 规范定义：视觉/交互/功能边界统一标准
💡 产品优势
规则约束 + 灵活定制：统一规则 + 自定义工作流
极大节省开发成本：对话即生成，无需排期
项目管理一体化：周期性轮转一键复用
运营的工作小站：每人一个专属工作台
极大节省开发成本：对话即生成，无需排期
项目管理一体化：周期性轮转一键复用
运营的工作小站：每人一个专属工作台
3.4 在效率提升之外，AI 还能做什么
短期完成流程 Skill 化沉淀，长期积累经验后 AI 介入策略优化
短期
重复项目 Skill 化
头部对赌返佣每个季度都要完成一次全流程。将整个工作流打包为 Skill 后，每个 Q 开始时自动向用户触发任务流程；AI 的介入会随用户反馈持续优化，下一次执行表现更好。
运营工作流 Agent
刚刚 · 来自 Skill 调度器
📋 2026 Q3 头部对赌返佣即将启动
检测到新季度开始，上一期（Q2）项目模板已就绪：
• 商家池：51 家 → 本期预计 58 家（+7 新增）
• 公式：1.2 × (确收×0.8 + 广告×0.2)
• 返佣阶梯：80% / 90% / 100% 三档
是否加载 Q2 配置并开始本季度流程？
• 商家池：51 家 → 本期预计 58 家（+7 新增）
• 公式：1.2 × (确收×0.8 + 广告×0.2)
• 返佣阶梯：80% / 90% / 100% 三档
是否加载 Q2 配置并开始本季度流程？
加载配置，启动流程
查看上期总结
调整参数
Q1 首次配置
Q2 优化迭代
Q3 自动触发
长期
AI 介入目标与策略优化
在积累了运营经验后，AI 不仅是执行者，更可以成为策略优化的参与者 — 从历史数据中学习，主动给出建议。
📈 目标合理性校验
基于历史达成数据，AI 可主动提示"该商家连续两季目标完成率 <60%，建议下调 15%"
🔄 策略迭代建议
学习多轮项目执行经验，识别哪些催促时机、话术、频次带来更高转化，自动优化 SOP
🧠 风险预判
结合行业趋势、商家经营波动，在问题出现前提前预警并给出干预建议