大促值班与应急工作流

大促值班与应急工作流

2个实用技能 · 2步完成 · 每一步都能单独使用

大促的风险不只在报名和备货，客服、运营监控、履约与供应链在同一时段同时承压时，缺岗和升级路径会放大缺货、延误、超预算与消费者投诉。本套餐先把活动时段、岗位需求和脱敏人员可用性整理成覆盖排班草案，再把缺货、客服拥堵、履约延误等情境整理成带阈值、负责人、证据要求和停止条件的人工应急预案；不登录店铺、不发送消息、不改价、不下架、不暂停广告，也不替负责人批准加班或赔付。

2个可下载技能 · 每个技能可单独运行

2步自动化工作流

🔵 1 大促值班覆盖排班

技能文件：promotion-duty-roster

解决什么： 解决大促营业时段、客服、履约和运营监控岗位没有统一覆盖口径，排班草案无法快速发现缺岗的问题。

你会得到： 一份 promotion_duty_roster.json，按时间段列出岗位需求、内部代号分配、覆盖缺口、时区、审批人和人工确认门禁。

↓ 本步结果自动进入下一步： 排班结果与活动时段、重点风险岗位一起交给 promotion-incident-runbook，不触发内部排班发布或通知。

🟢 2 大促事件应急预案

技能文件：promotion-incident-runbook

解决什么： 解决缺货、客服队列拥堵、履约延误和预算异常出现时，谁先处理、何时升级、需要什么证据以及哪些动作必须停止不清楚的问题。

你会得到： 一份 promotion_incident_runbook.json，包含情境卡片、阈值、负责人岗位、升级对象、允许的人工动作、证据要求和停止条件。

↓ 本步结果形成最终交付： 由有权限负责人核对平台后台、库存快照、客服规则、仓配合同和劳动安排后，人工发布排班、执行应急动作或回滚；本套餐不执行这些外部或不可逆操作。

实际示例

示例使用 9.9 活动的脱敏时段与三名内部代号人员：客服需要两人、履约需要一人、运营监控需要一人。第1步按两小时切片生成覆盖草案并标出上午的客服缺口；第2步将可售库存低于安全线、未答队列超过十分钟和延误率超过阈值整理为升级卡片。示例仅用于本地验收，不代表真实人员结果、订单量、客服效率或活动收益。

适合谁

• 负责 9.9、双11、双12、黑五等节点的电商运营负责人

• 同时安排客服、仓配、运营监控和供应链值班的店铺团队

• 需要把大促前排班、异常升级和人工禁门集中留档的品牌或服务商

• 使用淘宝、抖音电商、Shopee、Lazada、Amazon、Shopify 等渠道但不希望工具直接改动后台的团队

买家只需提供

• 脱敏的活动时段、时区、班次长度和岗位最低覆盖人数

• 使用内部代号表达的人员可用时间、岗位技能和替补关系

• 经负责人确认的风险阈值、升级对象、证据要求和禁止动作

使用方式

1. 将两个技能目录导入 Python 3.9 或更新环境，用脱敏示例先回归

2. 运行值班覆盖排班，把输出连同活动风险规则交给事件应急预案

3. 由运营、人事、客服、仓配和平台负责人核对劳动规则、后台指标、合同与权限后人工执行

交付与验收

• 两个独立技能目录、元数据、OpenAI Agent 配置、Python 脚本、脱敏 JSON 示例和完整两步详情

• 示例可重复运行，能生成时间段覆盖、岗位缺口、情境阈值、升级链和停止条件

• 缺少活动日期、时区、岗位需求、人员可用性或情境阈值时必须 HOLD，不猜测人员安排或平台数据

• 两个输出固定保留 human_approval_required=true 与 external_action_executed=false

• 不包含账号、密码、Cookie、API 密钥、消息发送、排班发布、改价、下架、广告调整、赔付承诺或系统写回

服务说明

本套餐是本地离线的大促值班覆盖与事件升级资料工具，适用于买家自有脱敏资料和内部规则。各平台活动时间、客服指标、库存口径、物流时效、劳动安排和广告规则会变化，买家需以对应官方后台、仓配合同和内部制度为准。脚本不保证订单、响应、履约、曝光、转化、销量或利润结果，不能替代平台操作、排班审批、劳动合规、客服管理和供应链决策。