选品与市场机会
优先试点这一场景的目标是把平台趋势、搜索、竞品、价格和供应数据整理成候选品、证据、风险和验证计划。
- 输入
- 平台趋势、搜索、竞品、价格和供应数据
- 输出
- 候选品、证据、风险和验证计划
- 验收
- 检查评论分析时间、退货原因覆盖率、行动项完成率
- 边界
- 趋势不等于销量,需小规模试卖

电商运营可以把选品、商品、投放、客服、库存和复盘串联起来,平台规则与真实库存是
左起第一列是这个岗位可交给 WorkBuddy 的场景; 中间两列是它需要什么、能交付什么;最后一列是必须由人或系统决定的部分 —— 这一列才是评审时真正要看的,因为它决定哪些环节不能自动化。
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 选品与市场机会 | 平台趋势、搜索、竞品、价格和供应数据 | 候选品、证据、风险和验证计划 | 趋势不等于销量,需小规模试卖 |
| 商品标题与详情 | 真实参数、卖点、受众和平台规则 | 标题、卖点、详情页结构 | 禁止虚构功能、销量和效果 |
| 商品图与视频 | 实物图、品牌规范、尺寸和场景 | 主图、详情素材和视频脚本 | 不能误导商品外观,注意版权与平台规定 |
| 竞品与价格监控 | 竞品、SKU、价格、活动和评价 | 变化表、价格带和机会提示 | 抓取方式和频率遵守平台规则 |
| 广告与活动投放 | 商品、预算、受众、素材和历史数据 | 投放组合、文案和实验设计 | 预算、出价和上线由运营审批 |
| 客服问答 | 商品、订单、物流、售后政策 | 答复草稿、工单分类和升级 | 退款、赔偿和承诺不能自动决定 |
| 订单库存协同 | 订单、库存、在途、活动和交期 | 缺货、超卖、补货和异常清单 | 真实库存来自系统,不根据聊天推断 |
| 评论与退货分析 | 评论、退货原因、客服和商品数据 | 主题、缺陷、需求和改进优先级 | 保留原文,避免只按情绪分类 |
| 店铺经营复盘 | 流量、转化、客单、毛利、退款和广告 | 漏斗、商品/渠道对比和行动项 | 平台口径与财务口径需对齐 |
三个优先场景在各岗位下按同一套方法拆解:明确任务口径 → 收集并检查输入 → 让 WorkBuddy 执行整理、检索或生成 → 输出可编辑结果 → 由岗位负责人复核后进入下一流程。
这一场景的目标是把平台趋势、搜索、竞品、价格和供应数据整理成候选品、证据、风险和验证计划。

这一场景的目标是把真实参数、卖点、受众和平台规则整理成标题、卖点、详情页结构。

这一场景的目标是把实物图、品牌规范、尺寸和场景整理成主图、详情素材和视频脚本。
同一个岗位的场景会分散在四层里:文件层只用本地文档就能跑, 知识层要先建好有版本、有出处、有权限的资料,系统层要接业务系统, 决策层则必须保留人工批准。先看自己能从哪一层起步。
使用本地文档、表格和模板,结果可人工检查
建立有版本、有出处、有权限的知识资料
通过受控的Connector、MCP或API读写业务系统
展示依据、假设和影响,高风险决定由人批准
推荐先做“评论与退货分析”。它所需输入是评论、退货原因、客服和商品数据,目标交付是主题、缺陷、需求和改进优先级。
试点可按四个动作推进:第一,抽取一批真实历史任务作为基线;第二,用同一批输入让人工流程和WorkBuddy流程并行;第三,记录失败、遗漏和人工修改原因;第四,只在结果稳定、权限清楚、可以回滚时扩大范围。
建议验收指标包括:评论分析时间、退货原因覆盖率、行动项完成率。如果结果需要大量重做、来源无法追溯、系统写入不可回滚,试点应暂停并先修复数据或流程。
把你们这个岗位最耗人的一件事说清楚,我们按上面四层能力给出可切入点、需要对接的系统清单和人工边界 —— 不是通用方案,是照着你们现有流程改的版本。