Afa Ops

afa-ops — 运营与供应链优化引擎

Supervisor: afa-scale · 版本：v2.4.7

1. Context Matrix (上下文矩阵)

在执行任何任务前，必须加载以下 Brand Brain 文件：

• Requires: products.md
• Optional: learnings.jsonl, stack.md, brand-master.md
• Never: 未经授权的供应商内部报价、竞品供应链成本数据

1.1 Shared Inherited Context（共享继承上下文）

本 Worker 不是独立入口。执行前必须承接 Hub / Supervisor 已编译的共享上下文，不得把上游已确认的问题重新问一遍，也不得在用户可见层暴露内部路由代号。

如果上游未显式提供这些字段，先按 _system/context-matrix.md 与 _system/degradation-rules.md 做最小可执行继承：保留当前主问题、优先沿用已识别的主市场；若只确认单市场但未点名，则先按英语电商场景中的通用 DTC 做法给保守起步版，并把支付、物流、法规、平台生态等待校准项放进验证清单，而不是用追问取代首答。

2. Preamble & Visible Loading (启动协议)

系统协议加载：在执行任何任务前，必须严格遵守 _system/ 目录下的全局协议。

- 遵循 _system/interaction-protocol.md 进行工作流确认和跨模块协同。

- 遵循 _system/output-format.md 进行四段式输出和报告视觉化。

- 遵循 _system/degradation-rules.md 处理信息不足或无联网环境。

- 遵循 _system/localization-rules.md 进行目标市场本地化适配。

- 遵循 _system/edge-cases.md 处理边界情况和 Level 0 需求。

- 遵循 _system/preamble.md 进行初始化检查和规则优先级判定。

当用户首次唤醒运营优化流程时，必须输出以下可见的加载状态：

[运营效率引擎] 正在初始化运营优化引擎...
├── 加载 products.md ✓
├── 检查 learnings.jsonl {✓/✗}
├── 检查 stack.md {✓/✗}
├── 检查 brand-master.md {✓/✗}
└── Ops 数据就绪度：{X/1 必需}

3. Core Workflow

意图路由表

读取用户输入 → 匹配触发词 → 路由到对应工作模式（详见 references/work-modes-and-templates.md 七大工作模式 SOP）：

诊断决策树（当用户描述运营异常时）

当用户描述的是异常症状而非明确任务时，按以下决策树路由到对应诊断模式（详见 references/diagnostic-system.md 6 大诊断模式）：

症状 → 诊断模式：
├── 毛利率下降 / 隐性成本升高 / 单位经济恶化
│   → 诊断模式 1：利润侵蚀诊断
│   → 检查项：COGS 结构 / 履约成本 / 退货成本 / 折扣侵蚀 / 广告分摊
├── 断货频繁 / 库存周转慢 / 滞销库存高
│   → 诊断模式 2：库存健康诊断
│   → 检查项：周转率 / ABC 分类 / 安全库存 / 需求预测准确度 / 滞销比例
├── 发货时效差 / 退货率高 / 履约成本异常
│   → 诊断模式 3：履约效率诊断
│   → 检查项：发货时效 / 退货原因分布 / 3PL SLA 达标率 / 包装破损率
├── 工单飙升 / 响应时间变长 / CSAT 下降
│   → 诊断模式 4：客服运营诊断
│   → 检查项：工单量/人效比 / 工单分类分布 / 首次解决率 / 自助服务覆盖率
├── 团队超负荷 / 招人难 / 人效低
│   → 诊断模式 5：团队瓶颈诊断
│   → 检查项：订单/人效比 / 外包 vs 全职分布 / 关键岗位单点故障风险
└── 供应商交期不稳 / 断供风险 / 质量波动
    → 诊断模式 6：供应链风险诊断
    → 检查项：供应商集中度 / 交期达标率 / 质检通过率 / 备用供应商覆盖

诊断优先级排序（ICE 框架）：

• Impact：对利润/现金流的直接影响
• Data Basis：是否有数据支撑诊断
• Ease：修复难度和时间成本

季节性模式路由

根据 seasonal_mode 切换运营策略重心：

seasonal_mode → 策略重心：
├── off_season（淡季）
│   → 六大支柱：现金流管理 / 库存与供应链 / 产品测试 / 系统升级 / 团队流程 / 营销与品牌
│   → 参考：`work-modes-and-templates.md` 淡季运营指南
├── pre_season（旺季前）
│   → 优先：库存备货 + 供应链确认 + 履约压测 + 客服扩容
│   → 参考：`core-frameworks.md` 季节性日历
├── peak_season（旺季）
│   → 优先：履约时效监控 + 库存实时预警 + 客服应急 + 现金流日报
│   → 参考：`anti-patterns.md` 旺季应急策略
└── none（无季节性）
    → 正常模式，按意图路由表执行

危机模式路由

当 crisis_mode ≠ none 时，优先激活止血策略：

crisis_mode → 止血优先级：
├── cash_crisis
│   → 立即：单位经济审计（找出利润泄漏点）+ 库存清理（释放现金）+ 财务运营（支付回收）
│   → 暂缓：团队扩张 / 自动化升级 / 新供应商开发
└── pr_crisis
    → 立即：客服运营应急（工单洪峰处理）+ 履约检查（确保产品质量）
    → 暂缓：常规优化项目

Reference 加载规则

始终加载：

• references/core-frameworks.md — 2026新范式 · 供应链风险 · 团队建设 · 自动化 · 财务运营 · 季节性日历 · 行业基准
• references/anti-patterns.md — 10大致命错误 · 旺季应急 · 供应链中断 · 降级策略 · Dropshipping适配 · 危机模式

按工作模式加载（见意图路由表第三列）

诊断类任务 → references/diagnostic-system.md（6大诊断模式 + ICE 优先级框架）

输出阶段 → references/work-modes-and-templates.md（KPI体系 + 5个输出模板）

执行流程

Phase 1 → 意图识别：匹配触发词 → 确定工作模式
Phase 2 → 环境检查：检查 supply_chain_mode / seasonal_mode / crisis_mode
Phase 3 → 加载知识：按工作模式加载对应 Reference
Phase 4 → 执行 SOP：按 work-modes-and-templates.md 中的具体步骤执行
Phase 5 → 交叉检查：核对 anti-patterns.md 中的致命错误清单
Phase 6 → 输出交付：套用对应输出模板，交付结果

⟐ 用户确认点：

• 单位经济审计：成本结构分解完成后展示给用户确认（确保数据准确性），再给优化建议
• 团队架构规划：岗位分配和外包策略确定后展示给用户确认，再输出招聘方案
• 自动化蓝图：工作流架构图展示给用户确认，再进入具体实施步骤

数据不足时的降级策略：

Dropshipping 适配：当 supply_chain_mode = dropshipping 时，所有库存/履约建议自动切换为无库存模式（供应商直发）。

4. Completion Protocol

每次输出必须遵循 _system/output-format.md 的四段式结构，并在 WHAT'S NEXT 中附带与内部 completion.status 对齐的用户可读状态：

---
**FILES SAVED**: [列出本次更新或创建的文件，如无则写 None]
**WHAT'S NEXT**:
├── ★ 推荐：{下一步行动}
├── ◑ 可选：{备选行动}
└── 当前状态：{本轮主问题已完成 / 主问题已完成但仍有保留项 / 当前被真实阻塞需先补齐关键前提 / 可继续推进但补充最小必要上下文后会更准确}

如果当前回答仍可自然展开，必须在 WHAT'S NEXT 之后追加与当前模块职责相匹配的自然语言升级出口（不得机械复用固定句式，具体规则见 _system/output-format.md 第 3.5 节）。

4.1 Internal Completion Handoff（内部完成回传）

除用户可见的四段式输出外，必须在内部 completion 回传中显式对齐 _system/context-matrix.md 的统一模板，不得只写状态码，也不得省略 market_scope_used 与 primary_market_used。

completion:
  from: afa-ops
  status: DONE | DONE_WITH_CONCERNS | BLOCKED | NEEDS_CONTEXT
  main_question_answered: true/false
  deferred_goals:
    - "{本轮未展开、需后续处理的次问题}"
  evidence_state_used: sufficient / partial / minimal
  market_scope_used: single_market / multi_market / unknown
  primary_market_used: "{本次结论主要适用的市场；若单市场已明确到具体国家/区域则写具体市场；若只知单市场但未点名，可写 english_ecommerce_generic 这类保守占位，不得凭空猜具体国家}"
  concerns:
    - "{保留事项 1}"
  blocked_reason: ""
  unblock_condition: ""
  needs:
    - what: "{需要什么}"
      where: "{去哪里获取，具体到菜单路径}"
  files_written:
    - path: "./brand-brain/{file}.md"
      type: "{profile / asset / campaign}"
  suggested_next:
    - skill: "afa-{next}"
      reason: "{为什么建议接下来做这个}"
  out_of_scope:
    reason: "{为什么当前请求超出本模块职责}"
    suggested_route: "afa-{next}"
  handoff_summary:
    completed: "{本模块完成了什么}"
    key_findings: "{下游模块需要知道的核心信息}"
    data_handover: "{传递的文件或数据点}"
    suggested_focus: "{下游模块应该重点关注什么}"

补充规则：

• 只要还能给保守可执行版，优先不用 BLOCKED。
• 若主问题已回答但仍有保留项，优先用 DONE_WITH_CONCERNS。
• 若当前请求真实越界，必须通过 out_of_scope 结构化回交上层，而不是只在正文口头停工。
• primary_market_used 必须与本次结论真正适用的市场一致，不得机械复写输入字段。

完成前检查清单：

• 更新 ops_memory 状态变量（品牌/阶段/痛点/单位经济/库存/履约）
• 将本次执行中发现的新教训以 JSONL 格式追加到 learnings.jsonl，遵守 _system/brand-memory-protocol.md 第九章的数据结构定义。写入时遵循 _system/interaction-protocol.md 第五章的静默捕获协议
• 列出下一步行动项 + 负责人 + 截止日期

5. 边界与越界处理

本模块仅负责运营与供应链优化领域：单位经济审计、库存健康管理、履约优化、客服运营、团队架构规划、自动化蓝图和供应链风险评估。

如果用户需求超出此范围（例如广告投放、品牌定位、内容创作、转化率优化、客户留存、国际市场扩张或财务仪表盘等非运营领域），不要尝试回答，也不要向用户暴露其他 Skill 代号。请向用户简要解释边界，并在内部回传中使用结构化 completion.out_of_scope（填写 reason 与 suggested_route）将控制权交还给 Supervisor（afa-scale）重新路由；用户可见文案只保留自然语言下一步建议。

特别提示：如涉及专业财务审计或法律建议，请建议用户咨询持牌会计师或专业律师。

反模式与边界规则

本文件为运营效率引擎的内部参考文件，用于沉淀本模块的常见误区、边界规则与异常处理原则。

如需整理为用户可见交付物，应删除内部路由标签、模块代号和系统字段，只保留自然语言、业务角色与行动建议。

---

一、致命错误清单（10 条）

---

二、常见错误模式（3 种）

错误模式 1："增长掩盖一切"

症状：收入在增长，但利润率在下降。创始人认为"规模会解决一切"。

根因：单位经济为负或极薄，增长越快亏损越多。

修复：优先进行单位经济审计，在恢复健康利润率之前收紧激进增长。

错误模式 2："永远在救火"

症状：团队每天都在处理紧急问题（断货、客诉、发货错误），没有时间做系统性改进。

根因：缺乏预防性流程和自动化，所有问题都在发生后才处理。

修复：投入一个阶段性窗口建立预警系统和自动化工作流，从"救火"转向"防火"。

错误模式 3："工具堆砌"

症状：订阅了大量 SaaS 工具，但大部分功能未使用，工具之间数据不互通。

根因：被营销驱动购买工具，而非需求驱动。

修复：审计所有工具的使用率和 ROI，清理长期低利用率且无法证明价值的工具，聚焦核心工具栈。

---

三、边缘情况处理

3.1 旺季应急预案（5 场景）

3.2 供应链中断应急（3 级）

---

四、ops 专有降级策略

Level 1（完整数据）：订单数据 + 库存数据 + 财务数据 + 客服数据
  → 执行全维度运营诊断，输出完整优化方案 + 自动化蓝图

Level 2（部分数据）：有部分运营数据但不完整
  → 针对可用数据维度进行诊断
  → 缺失维度标注"数据待补充"，提供数据采集模板

Level 3（最少数据）：仅有品牌规模和品类信息
  → 输出运营体系搭建蓝图（基于品类最佳实践）
  → 提供 KPI 仪表盘设计和数据采集优先级建议

终端无联网：
  → 基于用户描述生成运营诊断框架和改进清单
  → 输出离线可用的 SOP 模板和流程图

---

五、Dropshipping 适配

当 supply_chain_mode = dropshipping 时：

提升优先级：

降低优先级（但仍然提供）：

• 复杂的库存管理系统（无自有库存时不适用）
• 多仓库策略和 3PL 优化（尚未到达该阶段）
• 高级自动化运营流程（先跑通基础流程）

当 supply_chain_mode = wholesale 时：

提升优先级：

降低优先级：小额订单自动化（批发订单通常需要人工审核）、快速上架流程（批发产品目录更新频率低）。

当 supply_chain_mode = manufacturing 时：

提升优先级：

降低优先级：第三方物流优化（制造商通常自有物流）、代发货供应商管理（不适用）。

当 supply_chain_mode = dtc 时：保持现有所有运营策略和优先级不变（DTC 是系统的默认设计目标）。

---

六、危机模式止血

当 crisis_mode ≠ none 时（即 cash_crisis 或 pr_crisis），运营策略聚焦「现金流保护」：

季节性排除：如果 seasonal_mode = off_season（用户已确认处于季节性淡季）→ 不自动触发危机模式。使用 YoY（同比）而非环比来评估业绩趋势。

止血五步： 1. 优先审计所有固定支出：哪些可以砍掉或降级？ 2. 库存审计：哪些库存占用了现金？可以清仓变现？ 3. 供应商谈判：能否延长账期？能否减少 MOQ？ 4. 订阅服务审计：哪些 SaaS 工具可以取消或降级？ 5. 不建议新买工具或扩充团队（危机期不应增加支出）

输出格式：

现金流保护方案：
─ 可砍掉的支出：$X/月（列出具体项目）
─ 可降级的支出：$Y/月（列出具体项目）
─ 库存可变现：$Z（列出可清仓的 SKU）
─ 供应商谈判：延长账期 / 减少 MOQ
总可节省：$W/月

重要补充：以上是「止血建议」的方向指引，不是「禁止用户做其他事」。如果用户在危机期坚持要做非止血类的事，尊重用户意愿，正常执行。

自动化蓝图与工作流引擎

定位: 将重复性的人工操作转化为 24/7 不知疲倦的代码，实现"睡后运营"。

1. 自动化成熟度模型 (Automation Maturity Model)

不要一开始就追求全链路 AI 自动化。自动化是一个循序渐进的过程。

1.1 L1: 基础连接 (Basic Connections)

特征: 点对点的数据传输，消除手动复制粘贴。 工具: Zapier (免费/基础版), Make (基础版), Shopify 原生集成。 典型场景:

• Shopify 新订单 → 自动推送到 Google Sheets 记录。
• 客户在网站提交表单 → 自动添加到 Mailchimp 订阅列表。
• 收到特定主题的邮件 → 自动在 Slack 发送通知。

1.2 L2: 规则引擎 (Rule-Based Workflows)

特征: 引入条件判断 (If/Then) 和多步操作，处理简单的业务逻辑。 工具: Zapier (高级版), Make (高级版), Gorgias Rules。 典型场景:

• 高风险订单拦截: Shopify 标记订单为高欺诈风险 → 自动暂停 3PL 发货 → 在 Slack 提醒人工审核。
• VIP 客户识别: 客户终身价值 (LTV) > $500 下单 → 自动打上 VIP 标签 → 触发专属感谢邮件。
• 库存预警: 每天定时检查 Shopify 库存，若某 SKU < 50 件 → 自动发送补货提醒邮件给采购。

1.3 L3: 业务流程编排 (Process Orchestration)

特征: 跨多个系统、包含复杂逻辑、循环和错误处理的端到端自动化。 工具: n8n (自托管/云版), 编写自定义脚本 (Python/Node.js)。 典型场景:

• 退货全链路自动化: 客户在退货门户提交请求 → 自动生成退货标签 → 3PL 收到退货并质检通过 → 自动在 Shopify 发起退款 → 自动更新库存 → 自动发送退款成功邮件。
• 动态定价调整: 每天抓取竞品价格和自身库存水平 → 若库存积压且竞品降价 → 自动在 Shopify 下调价格 5% → 自动更新广告素材中的价格。

1.4 L4: 智能决策 (AI-Driven Automation)

特征: 引入机器学习模型或大语言模型 (LLM)，处理非结构化数据和复杂决策。 工具: OpenAI API, Anthropic API, 结合 n8n/Make。 典型场景:

• 智能客服分发: 收到长篇投诉邮件 → LLM 提取核心诉求、判断情绪 (愤怒/询问) → 自动生成安抚回复草稿 → 路由给高级客服审核发送。
• UGC 自动挖掘: 监控社交媒体提及 → LLM 判断内容是否正面且包含产品图 → 自动私信创作者请求使用授权 → 获得授权后自动存入素材库。

---

2. 核心自动化蓝图 (Top 5 Blueprints)

以下是 DTC 品牌 ROI 最高的 5 个自动化工作流。

2.1 蓝图 1：WISMO (Where Is My Order) 自动回复

痛点: 占据客服 30%+ 的工单量，纯粹的重复劳动。 触发器: 收到包含 "where is my order", "tracking", "shipping status" 等关键词的邮件/消息。 工作流 (n8n/Make): 1. 提取发件人邮箱。 2. 调用 Shopify API，查询该邮箱最近的订单状态和物流单号。 3. 调用物流追踪 API (如 AfterShip/17TRACK)，获取最新物流轨迹。 4. 条件判断:

• 若已发货且正常运输：生成包含最新轨迹和预计送达时间的回复。
• 若未发货 (在 SLA 内)：回复正在打包，预计 X 天内发货。
• 若异常 (延误/丢失)：打上 WISMO-Exception 标签，转交人工处理。

5. 自动发送回复邮件。

2.2 蓝图 2：支付失败挽回 (Failed Payment Recovery)

痛点: 订阅模式 (Subscription) 或分期付款中，信用卡过期/余额不足导致流失。 触发器: Stripe/ReCharge 触发 charge.failed 事件。 工作流 (Stripe/Klaviyo): 1. 尽快发送第一封挽回邮件（语气温和，提示可能卡过期，附带更新链接）。 2. 等待一个合理观察窗口。 3. 若仍未支付，发送第二封邮件（强调服务即将暂停）。 4. 再次等待一个合理观察窗口。 5. 若仍未支付，发送第三封邮件（可视毛利与品牌策略评估是否提供支付更新激励）。 6. 若在连续提醒后仍未支付，可自动在 Shopify 暂停订阅或取消订单。

2.3 蓝图 3：差评自动预警与工单生成

痛点: 客户在网站或第三方平台留下低星评价，若不及时处理会引发公关危机。 触发器: 评价应用 (如 Yotpo, Loox, Trustpilot) 收到新评价。 工作流 (Zapier/Gorgias): 1. 检查评价星级。 2. 条件判断: 若星级明显偏低或命中负面评价预警条件。 3. 在客服系统 (Gorgias/Zendesk) 自动创建高优先级工单。 4. 在 Slack 的 #urgent-reviews 频道发送通知，包含评价内容、客户信息和订单号。 5. (可选) 调用 LLM 分析差评原因，自动打上 Product-Quality 或 Shipping-Delay 标签。

2.4 蓝图 4：KOL/红人样品寄送与追踪

痛点: 手动记录红人地址、手动下单、手动查物流、手动跟进，极易遗漏。 触发器: 在 Airtable/Notion 的红人管理表中，将状态改为 Send Sample。 工作流 (Make/Shopify): 1. 读取红人姓名、地址、选定的 SKU。 2. 调用 Shopify API，创建一个 100% 折扣的草稿订单 (Draft Order)，并标记为 Influencer-Sample。 3. 自动完成订单，触发 3PL 发货。 4. 将生成的订单号和物流单号回写到 Airtable/Notion。 5. 等待物流状态变为 Delivered。 6. 自动发送邮件给红人："Hi [Name], 看到样品已经签收啦！期待你的体验反馈..."

2.5 蓝图 5：每日利润播报 (Daily P&L Digest)

痛点: 创始人每天需要登录 5 个不同的后台才能算清昨天赚了多少钱。 触发器: 每天早上 8:00 定时触发。 工作流 (n8n/Google Sheets/Slack): 1. 调用 Shopify API 获取昨日净销售额。 2. 调用 Meta/Google/TikTok Ads API 获取昨日总消耗。 3. 从 Google Sheets 读取固定成本分摊和预估 COGS/运费比例。 4. 计算：昨日净利润 = 净销售额 - 广告消耗 - (销售额 × COGS%) - (销售额 × 运费%) - 固定成本分摊。 5. 计算：昨日 MER = 净销售额 ÷ 广告消耗。 6. 格式化数据，发送到 Slack 的 #daily-metrics 频道。

---

3. 实施自动化的最佳实践与避坑指南

3.1 先标准化，再自动化 (Standardize Before Automate)

黄金法则: 自动化一个糟糕的流程，只会让糟糕的结果产生得更快。 在构建任何工作流之前，宜先用人工跑通足够多的样本，写出清晰的 SOP，并处理过各种边缘情况 (Edge Cases)。

3.2 异常处理 (Error Handling) 是核心

工作流 90% 的时间在处理正常情况，但 90% 的代码/节点应该用于处理异常。

• API 限制 (Rate Limits): 遇到 429 错误时，应具备重试机制 (Retry/Backoff)。
• 数据缺失: 如果客户没有填电话号码，发短信的节点会不会报错导致整个流程崩溃？应预留 Fallback 路径。
• 断路器 (Circuit Breaker): 如果某个 API 在短时间内连续失败多次，可自动暂停工作流并发送紧急通知，防止产生大量垃圾数据。

3.3 保持工作流的原子性 (Atomicity)

不要把所有逻辑塞进一个巨大的、有 50 个节点的工作流中（这被称为"意大利面条式工作流"）。

• 将复杂流程拆分为多个小的工作流（如：一个负责接收 Webhook，一个负责处理逻辑，一个负责发送通知）。
• 使用子工作流 (Sub-workflows) 来复用通用逻辑（如"查询订单状态"可以作为一个独立的子工作流被多次调用）。

核心框架

本文件为运营效率引擎的内部参考文件，用于沉淀本模块的核心框架、判断模型与关键方法论。

如需整理为用户可见交付物，必须删除内部路由标签、模块代号和系统字段，只保留自然语言、业务角色与行动建议。

---

一、2026 运营新范式 — 五大范式转变

---

二、供应链风险管理框架

2.1 供应链风险映射矩阵

2.2 供应商评估记分卡

2.3 中断成本计算公式

中断成本 = 直接损失 + 间接损失 + 恢复成本

直接损失 = 断货天数 × 日均销售额 × (1 - 替代品转化率)
间接损失 = 客户流失数 × LTV + 品牌声誉损失估值
恢复成本 = 紧急采购溢价 + 空运差价 + 加急费用

---

三、团队建设增强内容

3.1 四阶段详细架构（含薪酬参考）

Phase 2: 新手创业者 ($50K-$300K/月)

Phase 3: 上升者 ($300K-$1M/月)

Phase 4: 电商强者 ($1M+/月) — 完整组织树

CEO (创始人)
├── COO (首席运营官)
│   ├── 供应链经理 → 采购专员 + 库存规划师
│   ├── 履约经理 → 3PL 关系管理
│   ├── 客服总监 → 客服主管 × 2 → 客服代表 × N
│   └── 质量经理
├── CMO (首席营销官)
│   ├── 效果营销经理 / 品牌经理 / 内容团队 / CRM经理
├── CFO / 财务总监 → 会计 + 财务分析师
└── CTO / 技术负责人 → 前端开发 + 数据分析师

3.2 关键人效指标

3.3 招聘黄金法则

1. "痛则招"原则：只有当某个岗位的缺失让你感到非常痛苦和瓶颈时，才去招聘 2. 先 SOP 后招人：在招聘前先把流程文档化，确保新人有清晰的操作指南 3. 先试后聘：用 1-2 周的试用项目评估候选人，而非仅凭面试 4. 不要因爆发式增长过度招聘：短暂的增长高峰过后，人员冗余会成为沉重负担 5. 客观评估现有团队：定期评估每个岗位的 ROI，不合适的人要果断替换

---

四、自动化与工作流引擎增强内容

4.1 自动化优先级矩阵

4.2 Shopify API 核心操作

4.3 N8N 工作流模板

工作流 1：客服聊天机器人

触发器: 新客服消息 (Gorgias/Zendesk Webhook)
→ AI 分类 (OpenAI: 判断意图)
→ 路由:
  - 订单查询 → Shopify API 查订单状态 → 自动回复
  - 退货请求 → 检查退货政策 → 生成退货标签 → 回复
  - 投诉 → 标记 P1 → 通知人工客服
  - 其他 → 知识库匹配 → 回复或升级

工作流 2：支付失败挽回

触发器: Stripe webhook (payment_intent.payment_failed)
→ 识别失败原因 (卡过期/余额不足/风控)
→ 路由:
  - 卡过期 → 发送更新支付方式邮件 (Klaviyo)
  - 余额不足 → 24h 后重试 + 提醒邮件
  - 风控 → 人工审核
→ 追踪挽回结果 → 3 次失败后 → 最终通知 + 标记流失风险

工作流 3：库存预警

触发器: 每日定时 (Cron: 09:00)
→ Shopify API: 拉取所有 SKU 库存 → 计算每个 SKU 的 DOS
→ 筛选:
  - DOS < 14 天 → 红色预警 (Slack + 邮件)
  - DOS 14-28 天 → 黄色预警 (Slack)
  - DOS > 84 天 → 积压预警 (周报汇总)
→ 生成每日库存健康报告

---

五、财务运营框架

5.1 现金转换周期 (CCC)

DTC 品牌的现金流挑战在于时间错配：采购需要预付（30-50% 定金），但收入要等到客户付款并过了退款期才能确认。

CCC = 库存周转天数 (DIO) + 应收账款天数 (DSO) - 应付账款天数 (DPO)

DIO = 平均库存 ÷ 日均 COGS
DSO = 平均应收 ÷ 日均收入 (DTC 通常接近 0，因为即时支付)
DPO = 平均应付 ÷ 日均采购额

目标: CCC < 30 天 | 危险: CCC > 60 天

5.2 支付失败挽回策略

5.3 Stripe → QuickBooks 自动对账

---

六、客服 KPI 完整基准表

---

七、进阶策略

7.1 逆向物流优化

7.2 季节性运营日历

7.3 运营自动化成熟度路径

7.4 DTC 运营工具栈推荐

---

八、行业基准数据

8.1 DTC 运营基准对照表

8.2 品类特定基准

客服运营与体验管理手册

定位: 将客服从"成本中心"和"出气筒"转变为"利润中心"和"品牌护城河"。

1. 客服工单分类体系 (Ticket Tagging System)

没有分类的工单就是一团乱麻，无法进行根本原因分析。必须在客服系统（如 Gorgias, Zendesk）中建立强制的标签体系。

1.1 一级分类 (宏观问题类型)

1.2 二级分类 (具体原因)

在 Product 下，可以细分为：

• Product: Defective (破损/瑕疵)
• Product: Sizing (尺码不合适)
• Product: Missing Parts (漏发配件)
• Product: How-to (如何使用)

在 Returns 下，可以细分为：

• Returns: Policy (询问退货政策)
• Returns: Status (退款进度查询)
• Returns: Exception (特殊退货请求)

---

2. 自动化分层设计 (Automation Tiering)

不要让昂贵的人工客服去回答"我的包裹在哪"。目标是将 70% 的重复性问题自动化。

2.1 L1: 自助服务 (Self-Service) - 拦截 40% 工单

• 动态 FAQ 页面: 根据客户浏览历史和常见问题动态展示。
• 订单追踪门户: 客户输入邮箱和订单号即可查看实时物流轨迹。
• 自助退换货中心: 引导客户自行生成退货标签。

2.2 L2: 规则引擎与聊天机器人 (Rules & Bots) - 拦截 20% 工单

• WISMO 自动回复: 当识别到 "where is my order" 意图时，自动调用 Shopify/3PL API 获取物流状态并回复。
• 意图识别分发: 机器人无法解决时，根据意图（如"退货"、"投诉"）自动打标签并分配给特定技能组的客服。
• 主动通知 (Proactive Messaging): 当物流出现异常（如延误、派送失败）时，系统自动发送安抚邮件，而不是等客户来问。

2.3 L3: 人工介入 (Human Touch) - 处理剩余 40% 复杂工单

• 高价值客户 (VIP) 优先: 识别 LTV 高的客户，工单自动插队，由资深客服处理。
• 复杂问题升级: 涉及产品质量、严重投诉、退款争议等，必须由人工处理，并赋予客服一定的"授权额度"（如 $50 以内的补偿无需审批）。
• 售前转化: 人工客服介入高意向的售前咨询，提供个性化推荐，直接促成转化。

---

3. SLA (服务等级协议) 设定与监控

没有衡量就没有管理。必须为客服团队设定清晰的 SLA。

3.1 核心 SLA 指标

3.2 渠道差异化 SLA

不同渠道的客户期望不同，SLA 也应不同：

• Live Chat / WhatsApp: FRT < 2 分钟
• Social Media (IG/FB): FRT < 30 分钟
• Email: FRT < 2 小时

---

4. 话术模板与沟通原则 (Tone of Voice)

客服是品牌人格的延伸。不要像机器人一样说话。

4.1 沟通三原则 (The 3 E's)

1. Empathy (共情): 承认客户的感受。"我完全理解您的沮丧，如果是我等了这么久也会很生气。" 2. Efficiency (高效): 不要让客户重复信息。在回复前查阅其订单历史和过往沟通记录。 3. Empowerment (赋能): 给客户解决方案，而不是借口。"虽然超出了退货期，但我已经为您申请了特批，这是您的退货标签。"

4.2 常见场景话术模板 (Macros)

场景 1：物流严重延误 (WISMO 升级)

"Hi [Name], 感谢您联系我们。我刚刚查看了您的订单 #[Order Number]，发现包裹确实在 [Location] 停滞了。这绝对不是我们希望您拥有的体验。我已经联系了快递公司进行调查。为了弥补您的等待，我已经为您退还了运费 / 附上了一张 20% 的折扣码 [Code]。我会亲自跟进这个包裹，并在 24 小时内给您更新。"

场景 2：产品破损/瑕疵

"Hi [Name], 看到您收到的 [Product] 破损了，我感到非常抱歉！这完全不符合我们的质量标准。您不需要退回破损的商品。我已经为您安排了免费的加急补发，新的订单号是 #[New Order Number]，预计 [Date] 送达。再次为给您带来的不便道歉。"

场景 3：婉拒不合理的退货请求

"Hi [Name], 感谢您的理解。虽然我很想帮您办理退货，但由于 [Product] 属于贴身衣物/已超过 60 天退货期，出于卫生和政策原因，我们无法接收退回。不过，作为我们的老客户，我想为您提供一张 $20 的礼品卡 [Code]，希望能弥补一点遗憾。"

---

5. 客服团队培训与质量保证 (QA)

5.1 培训框架 (Onboarding)

• Day 1-2: 品牌文化、Tone of Voice、产品知识深度学习。
• Day 3-4: 客服系统 (Gorgias/Zendesk) 操作、标签体系、SOP 演练。
• Day 5-7: 影子跟班 (Shadowing) 资深客服，处理简单工单（如 WISMO），由主管复核后发送。

5.2 质量保证 (QA) 流程

• 抽查机制: 每周随机抽取每位客服 5-10 个工单进行评分。
• 评分维度:
• 准确性 (是否给出了正确的解决方案)
• 语气 (是否符合品牌调性，是否共情)
• 效率 (是否在 SLA 内回复，是否一次性解决)
• 流程规范 (是否正确打标签，是否遵循升级路径)
• 反馈闭环: 每周 1v1 QA 反馈会议，针对失分项进行专项辅导。

诊断系统

本文件为运营效率引擎的内部参考文件，用于沉淀本模块的诊断路径、识别阈值与排查逻辑。

如需整理为用户可见交付物，必须删除内部路由标签、模块代号和系统字段，只保留自然语言、业务角色与行动建议。

---

一、6 大运营诊断模式

诊断 A：利润侵蚀诊断

触发信号：收入增长但利润率下降、毛利率低于行业基准、贡献利润为负

诊断清单：

处方：按影响金额排序，优先修复最大的成本漏洞。使用 unit-economics-calculator.md 进行完整审计。

---

诊断 B：库存健康诊断

触发信号：频繁断货、库存积压、现金流紧张

诊断清单：

处方：先解决断货（直接损失收入），再处理积压（占用现金流）。参考 inventory-management-handbook.md。

---

诊断 C：履约效率诊断

触发信号：配送延迟投诉增多、3PL 费用上升、退货率异常

诊断清单：

处方：优先解决 SLA 不达标项，评估是否需要更换 3PL 或增加备用方案。参考 fulfillment-optimization-guide.md。

---

诊断 D：客服运营诊断

触发信号：CSAT 下降、响应时间延长、工单积压

诊断清单：

处方：FRT > 4h → 增加自动化或人力；FCR < 50% → 培训 + 知识库优化。参考 customer-service-playbook.md。

---

诊断 E：团队瓶颈诊断

触发信号：创始人时间不够、关键人离职影响大、团队效率低

诊断清单：

处方：创始人工时 > 60% → 立即招聘运营经理；SOP < 50% → 优先文档化。参考 team-building-roadmap.md。

---

诊断 F：供应链风险诊断

触发信号：供应商交期不稳、单一来源依赖、质量波动

诊断清单：

处方：单一供应商 → 立即启动备用供应商开发；准时率 < 80% → 增加安全库存 + 供应商沟通。

---

二、ICE 优先级排序框架（运营专属）

当运营诊断输出多个改进方案时，使用 ICE 框架进行优先级排序：

排序规则：ICE 总分 = I × C × E / 10，按总分降序排列。运营改进优先选择 ROI 最高的自动化方案。

履约与物流优化指南

定位: 将履约从"被动发货"转变为"主动提升客户体验与降低成本的杠杆"。

1. 3PL (第三方物流) 评估与选择矩阵

选择 3PL 是 DTC 品牌最重要的运营决策之一。错误的 3PL 会导致发货延迟、错发漏发、高昂的隐藏费用，最终毁掉品牌声誉。

1.1 评估维度与权重

1.2 常见 3PL 费率结构拆解

不要只看"每单履约费"，要看总落地成本。

1. 入库费 (Receiving): 按托盘 (Pallet)、按箱 (Carton) 或按小时计费。 2. 仓储费 (Storage): 按托盘、按货架 (Bin) 或按立方英尺/月计费。 3. 拣选与打包费 (Pick & Pack): 基础费包含首件商品，每增加一件额外收费 (如 $2.50 首件 + $0.50/额外件)。 4. 包材费 (Packaging): 标准纸箱/气泡膜费用，或使用品牌自带包材的附加费。 5. 尾程运费 (Shipping): 3PL 利用其规模优势与快递公司谈判的折扣价。 6. 退货处理费 (Returns): 接收、质检、重新上架的费用（通常比发货更贵）。

---

2. 包装优化策略 (Packaging Optimization)

包装不仅是品牌体验的载体，更是控制物流成本的关键。

2.1 体积重 (DIM Weight) 陷阱

快递公司按实际重量和体积重量中的较大者收费。 体积重 (磅) = (长 × 宽 × 高) ÷ 139 (或 166，取决于快递公司)

优化策略:

• 消除过度包装: 纸箱内的空隙不仅浪费材料，还会大幅增加体积重。
• 定制纸箱尺寸: 针对 Top 3 畅销 SKU 组合，定制刚好合适的纸箱尺寸。
• 使用聚酯邮件袋 (Poly Mailers): 对于服装等不怕压的软性商品，坚决弃用纸箱，改用 Poly Mailers，可节省 30-50% 的运费。

2.2 开箱体验 (Unboxing Experience) 的 ROI

不要盲目追求奢华包装，要计算其 ROI。

---

3. 尾程物流 (Last-Mile Delivery) 策略

3.1 多承运商策略 (Multi-Carrier Strategy)

不要把所有鸡蛋放在一个篮子里（如只用 USPS 或只用 FedEx）。

• 轻小件 (< 1 磅): USPS First Class (现 Ground Advantage) 通常是最优解。
• 中等件 (1-5 磅): UPS Ground 或 FedEx Ground，取决于区域折扣。
• 大件/重件 (> 5 磅): 必须进行区域比价，考虑使用区域性快递公司 (Regional Carriers，如 OnTrac, LaserShip)。

3.2 运费补贴策略 (Shipping Subsidies)

如何向客户收费直接影响转化率和 AOV。

1. 全场包邮 (Free Shipping on All Orders):

• 优点: 最高转化率，消除结账摩擦。
• 缺点: 侵蚀利润，可能导致大量低客单价订单。
• 适用: 高毛利、轻小件产品。

2. 门槛包邮 (Free Shipping Threshold):

• 策略: 设定包邮门槛略高于当前 AOV（如 AOV 为 $45，设定 $50 包邮）。
• 优点: 有效提升 AOV，客户为了凑单会多买。
• 缺点: 门槛过高会导致购物车放弃率飙升。

3. 统一运费 (Flat Rate Shipping):

• 策略: 无论买多少，统一收取 $5 或 $8 运费。
• 优点: 简单透明，鼓励多买（买得越多运费占比越低）。

4. 加急运费 (Expedited Shipping):

• 策略: 提供 2-Day 或 Next-Day 选项，并收取高额溢价。
• 优点: 满足急需客户，甚至可以从加急运费中赚取利润。

---

4. 逆向物流 (Reverse Logistics) 与退货管理

退货是 DTC 品牌的隐形杀手。优秀的退货管理不仅能止损，还能挽回客户。

4.1 退货政策设计

• 退货窗口: 30 天是行业标准。延长至 60 天或 90 天反而可能降低退货率（客户不再有紧迫感，最终忘记退货）。
• 退货运费:
• 免费退货: 提升转化率，但退货成本极高。
• 客户承担运费: 降低退货率，但可能引发客户不满。
• 折中方案: 换货/退商店余额 (Store Credit) 免费，退回原支付方式收取 $5-$8 手续费。

4.2 退货流程自动化

使用 Loop Returns, Returnly 或 AfterShip 等工具： 1. 自助退货门户: 客户输入订单号，选择退货原因，自动生成退货标签。 2. 即时换货 (Instant Exchange): 在客户寄出退货前，就为其生成换货订单，极大提升体验。 3. 退货原因分析: 强制客户选择退货原因（如"尺码偏小"、"与图片不符"），并将数据反馈给产品和内容团队。

4.3 退货商品处置 (Disposition)

退回来的商品怎么处理？

• A 级 (全新未拆封): 重新上架销售 (Return to Stock)。
• B 级 (已拆封但无损): 重新包装后上架，或作为"开箱版"打折销售。
• C 级 (轻微瑕疵): 捐赠（获取税务抵扣）或通过清货渠道处理。
• D 级 (严重损坏): 销毁。

核心原则: 尽快完成质检和重新上架，让资金重新流动。

库存管理与需求预测手册

定位: 将库存从"凭感觉下单的赌博"转变为"数据驱动的科学"，平衡资金占用与断货风险。

1. 核心指标定义与计算

1.1 备货天数 (Days of Stock, DOS)

定义: 当前在手库存按照当前的销售速度，还能支撑多少天的销售。 公式: DOS = 当前在手库存 ÷ 过去 30 天的日均销量 健康基准:

• 快速周转品类（如快消品）：通常可接受更短的备货天数区间
• 常规品类（如服装、美妆）：通常需要中等备货天数缓冲
• 长周期品类（如家具、定制品）：通常需要更长的备货天数规划

1.2 安全库存 (Safety Stock)

定义: 为了应对需求突然激增或供应商交期延迟而额外持有的缓冲库存。 公式: 安全库存 = (最大日销量 × 最长交期天数) - (平均日销量 × 平均交期天数) 注：更严谨的统计学公式为 `Z × σ_demand × √(Lead Time)`，其中 Z 为服务水平系数（如 95% 对应 1.65），σ 为需求标准差。

1.3 售罄时间 (Sells Out In)

定义: 预测库存将在哪一天耗尽。 公式: 售罄日期 = 今天日期 + DOS 决策逻辑: 如果 售罄日期 < 今天日期 + 生产周期 + 运输时间 + 安全天数，则应优先进入补货决策与审批流程。

---

2. ABC/XYZ 交叉分类法

不要对所有 SKU 一视同仁。ABC/XYZ 矩阵帮助你将精力集中在最重要的产品上。

2.1 ABC 分类（按收入贡献）

• A 类 (Top 20% SKU): 贡献 80% 的收入。策略: 永不断货，最高优先级的预测，保留较高的安全库存。
• B 类 (Next 30% SKU): 贡献 15% 的收入。策略: 定期审查，标准安全库存。
• C 类 (Bottom 50% SKU): 贡献 5% 的收入。策略: 最小化库存，考虑按需订购（MTO）或直接淘汰。

2.2 XYZ 分类（按需求波动性）

通过计算变异系数（CV = 标准差 ÷ 平均值）来分类：

• X 类 (CV < 0.5): 需求极其稳定，可预测性极高。策略: 自动化补货，低安全库存。
• Y 类 (0.5 ≤ CV < 1.0): 需求有波动，通常受季节性或促销影响。策略: 结合趋势和季节性指数进行预测。
• Z 类 (CV ≥ 1.0): 需求极不稳定，难以预测。策略: 保持高安全库存，或与供应商谈判极短的交期。

2.3 交叉矩阵与管理策略

---

3. 需求预测方法论

3.1 移动平均法 (Moving Average)

适用场景: X 类产品（需求稳定，无明显趋势或季节性）。 方法: 取过去 N 个周期（如 3 个月）的平均销量作为下一周期的预测。 公式: 预测值 = (M1 + M2 + M3) ÷ 3 优缺点: 简单易用，但对趋势变化的反应非常迟钝。

3.2 指数平滑法 (Exponential Smoothing)

适用场景: 需求有一定趋势，但无明显季节性。 方法: 给予近期数据更高的权重，远期数据较低的权重。 公式: 新预测值 = α × 实际值 + (1 - α) × 旧预测值 (α 为平滑系数，0 < α < 1)。 优缺点: 比移动平均反应更快，但仍无法处理强季节性。

3.3 季节性分解 (Holt-Winters)

适用场景: Y 类产品（具有明显的季节性和趋势，如泳装、滑雪服）。 方法: 将历史数据分解为三个部分：基准水平 (Level)、趋势 (Trend) 和季节性指数 (Seasonality)。 公式: 预测值 = (基准 + 趋势) × 季节性指数 优缺点: 准确度较高，但通常需要较长时间的历史数据才能计算出更可靠的季节性指数。

3.4 预测准确度衡量 (MAPE)

永远不要只做预测而不评估其准确性。使用 MAPE（平均绝对百分比误差）来衡量： MAPE = Σ(|实际销量 - 预测销量| ÷ 实际销量) ÷ N × 100% 目标: 将 A 类产品的 MAPE 控制在 20% 以内。

---

4. 补货决策 SOP（按固定频率执行）

这是一个适合由运营负责人按固定频率执行的标准化流程。

Step 1: 数据准备与清洗

• 导出短期、中期、较长期三个观察窗口的 SKU 级别销量。
• 清洗异常值: 剔除因断货导致的零销量天数（否则会拉低日均销量预测），剔除因超级大促（如黑五）导致的极端峰值。

Step 2: 更新 DOS 与售罄日期

• 导入当前在手库存和在途库存（附带预计到港日期）。
• 计算每个 SKU 的最新 DOS 和预计售罄日期。

Step 3: 触发补货警报

• 筛选出 售罄日期 < 今天 + 生产周期 + 运输时间 + 安全天数 的 SKU。
• 这些 SKU 进入本周的"待采购清单"。

Step 4: 计算采购量 (Order Quantity)

• 目标库存水平 = 目标 DOS × 预测日均销量
• 建议采购量 = 目标库存水平 - 当前在手库存 - 当前在途库存
• 调整: 根据供应商的 MOQ（最小起订量）和包装规格（如需按整箱订购）向上取整。

Step 5: 审批与下达 PO

• 汇总采购金额，检查是否符合本月现金流预算。
• 提交财务/CEO 审批。
• 向供应商下达正式的采购订单 (PO)，并要求确认交期。

---

5. 应对库存危机的策略

5.1 断货危机 (Stockout)

当爆款即将断货，且补货无法及时赶到时： 1. 优先降速: 降低该 SKU 的广告预算，暂停或收紧相关邮件/短信推广。 2. 提价: 略微提高价格以抑制需求，同时增加单件利润。 3. 开启预售 (Pre-order): 在产品页面明确标注"预计发货日期"，允许客户继续下单，但设定合理的预期。 4. 空运急救: 将补货订单按时效与成本拆分，一部分走更快但更贵的空运，剩余部分走更经济的海运。

5.2 积压危机 (Overstock / Dead Stock)

当 C 类或过季产品占用大量资金和仓储空间时： 1. 捆绑销售 (Bundling): 将滞销品作为高利润爆款的"免费赠品"或以极低价格捆绑销售。 2. 阶梯折扣: 购买 1 件 9 折，2 件 8 折，3 件 7 折，加速清仓。 3. 盲盒/福袋 (Mystery Box): 将滞销品打包成盲盒，利用消费者的赌博心理清库存。 4. 清货渠道: 批量卖给折扣零售商（如 TJ Maxx）或捐赠以获取税务抵扣。记住：死库存的仓储费比直接扔掉更贵。

团队建设与组织架构路线图

定位: 将创始人从"超级个体"解放出来，构建一台可规模化的运营机器。

1. 团队建设四阶段模型

不要在收入仍很早期时就过早配置重型管理层，也不要在业务已显著放大后仍由创始人亲自承担所有基础运营。团队架构应与收入阶段和业务复杂度相匹配。

1.1 Phase 1: 验证期 ($0 - $30k/月)

核心目标: 活下来，验证 Product-Market Fit (PMF)。 创始人角色: "首席一切官" (Chief Everything Officer)。亲自跑通所有流程。 团队架构:

• 创始人: 负责产品、营销、客服、发货（或对接早期 3PL）。
• 兼职/外包:
• 自由职业设计师 (Upwork/Fiverr) 制作广告素材。
• 兼职客服 (VA) 处理基础邮件与常规工单。

关键里程碑: 跑通第一个盈利的广告渠道，确定核心 SKU。

1.2 Phase 2: 增长期 ($30k - $100k/月)

核心目标: 稳定获客，将创始人从低价值重复劳动中解放出来。 创始人角色: 聚焦增长策略、产品开发和资金管理。 团队架构:

• 创始人: 战略、核心营销、供应链谈判。
• 全职 1 (运营经理/主管): 接管日常库存管理、3PL 对接、客服团队管理。
• 全职 2 (增长/Performance Marketer): 负责接管并优化已验证的广告渠道（如 Meta Ads）。
• 外包矩阵:
• 一组客服 VA（菲律宾/东欧），按工单量和服务时段覆盖需求配置。
• 外部内容创作者 (UGC 创作者网络)。

关键里程碑: 创始人每周运营工时降至 20 小时以下，建立第一版 SOP。

1.3 Phase 3: 规模化期 ($100k - $500k/月)

核心目标: 多渠道扩张，提升单位经济效益，建立中层管理。 创始人角色: 资源分配、品牌愿景、关键人才招聘。 团队架构:

• 创始人 / CEO
• 运营总监 (Director of Ops): 统管供应链、物流、客服，负责降本增效。
• 供应链经理 (全职)
• 客服主管 (全职) + 按服务负荷配置的 VA 团队
• 营销总监 (Director of Growth): 统管全渠道获客与留存。
• 留存经理 (Email/SMS) (全职)
• 创意策略师 (全职)
• 外部机构 (Agencies): 引入专业机构负责 SEO、PR 或新渠道（如 TikTok Shop）的冷启动。

关键里程碑: 部门级 KPI 确立，核心流程完全脱离创始人运转。

1.4 Phase 4: 成熟期 ($500k - $1M+/月)

核心目标: 建立护城河，优化利润率，准备并购或退出。 创始人角色: 董事会角色，寻找第二增长曲线。 团队架构:

• C-Level 高管团队: COO, CMO, CFO。
• 内部专业团队:
• 数据分析师 (Data Analyst)
• 内部创意工作室 (In-house Creative Studio)
• 客户体验总监 (CXO)

关键里程碑: 薪酬占收比进入可控区间，并实现更高水平的自动化和数据驱动决策。

---

2. 岗位说明书 (Job Description) 模板

一份好的 JD 不是列出任务，而是定义"成功是什么样子"。

2.1 运营经理 (Operations Manager) - Phase 2 核心岗位

汇报对象: 创始人/CEO 核心使命: 确保产品在正确的时间、以最优的成本、完美地交付给客户。

关键职责 (KPIs): 1. 库存管理: 维持 A 类 SKU 的断货风险处于低位，并持续改善整体库存周转效率。 2. 履约优化: 监控 3PL 表现，推动发货时效、异常率与退货表现进入品牌可接受区间。 3. 成本控制: 定期审查物流和包材成本，持续压缩单件履约成本。 4. 客服统筹: 管理海外 VA 团队，推动首次响应时间与 CSAT 保持在服务目标范围内。

成功画像（分阶段上手目标）:

• 第一阶段: 接管日常 3PL 沟通，掌握现有库存预测模型。
• 第二阶段: 独立完成下一次大宗采购计划，并优化高频客服 SOP。
• 第三阶段: 提出并实施一项降低履约成本或提升发货速度的改进方案。

---

3. SOP (标准作业程序) 编写指南

SOP 是将"个人经验"转化为"组织资产"的唯一途径。

3.1 什么是好的 SOP？

• 不是：一份长达 20 页、充满术语的 Word 文档（没人会看）。
• 而是：一份包含清晰步骤、截图/录屏、异常处理分支的 Notion/Google Doc 页面。

3.2 SOP 编写五步法

1. 录屏 (Loom): 创始人或熟手在执行任务时，打开 Loom 录制全过程，边做边口述思考逻辑。 2. 转录与提炼: 使用 AI (如 Otter.ai 或 ChatGPT) 将录音转录为文本，提炼出核心步骤 (Step 1, 2, 3)。 3. 添加视觉辅助: 在关键步骤处截取系统界面的截图，用红框标出点击位置。 4. 定义异常分支 (If/Then): "如果遇到库存不足，请执行步骤 B；如果客户要求退款，请参考退款政策文档。" 5. 测试与迭代: 让一个完全不懂该流程的新人（如新入职的 VA）看着 SOP 执行一次。他们卡住的地方，就是 SOP 需要修改的地方。

3.3 优先建立的核心 SOP

1. 每日客服工单处理 SOP (包含退换货、WISMO、常见投诉的话术和系统操作)。 2. 每周库存盘点与补货预测 SOP (包含数据导出、公式计算、采购单生成)。 3. 每月 3PL 账单核对 SOP (如何发现多收费、如何发起索赔)。 4. 新产品上架 SOP (Shopify 后台设置、SKU 命名规范、重量体积录入)。 5. KOL/红人样品寄送 SOP (如何打标签、如何追踪物流、如何跟进)。

---

4. 绩效评估与反馈框架

不要等到年底才告诉员工他们做得不好。

4.1 1v1 会议 (Weekly 1-on-1s)

• 频率: 建议按周固定进行。
• 议程:
• 员工分享（本周成就、遇到的阻碍、需要的支持）。
• 主管反馈（基于数据的客观反馈，如"本周你的 CSAT 略有下降，我们来看看这几个低分工单"）。
• 对齐下周优先级。

4.2 季度 OKR 评估

• O (Objective): 定性目标（如：提升开箱体验）。
• KR (Key Results): 定量结果（如：1. 引入定制感谢卡，成本 < $0.1/张；2. 社交媒体开箱 Tag 提及率提升 20%）。
• 评估: 季度末回顾 KR 达成情况，打分并与奖金/晋升挂钩。

单位经济计算器与利润追踪指南

定位: DTC 品牌的"利润显微镜"，用于揭示隐藏成本、验证促销活动盈利能力，并建立每日利润追踪体系。

1. 真实产品成本 (True COGS) 6 层核算模型

大多数 DTC 品牌在计算毛利时只考虑了制造成本和运费，导致"纸面盈利，实际亏损"。本模型建议按 6 层完整成本进行核算。

1.1 成本层级拆解

1.2 真实成本计算示例（以单个服饰 SKU 为例）

• L1 采购: 按该 SKU 的实际采购成本填写
• L2 入境: 按头程、关税与保险的真实分摊填写
• L3 仓储: 按平均周转周期与仓储费率填写
• L4 履约: 按拣选、包装与尾程快递的真实组合填写
• L5 交易: 按实际支付费率、平台费率与固定手续费填写
• L6 逆向: 按真实退货率与处理成本填写
• 真实单位成本: 由以上六层动态汇总

结论：不要用出厂价代替真实单位成本。只有把采购、入境、仓储、履约、交易与逆向成本都纳入后，毛利判断才有经营意义。

协作引用：成本核算完成后，如需制定定价策略（成本加成、竞争导向、价值导向、心理定价），请转入产品定价模型中的“定价策略模型”章节继续展开。本文件侧重“精确核算真实成本”，产品定价模型侧重“基于成本制定最优定价”。

---

2. 贡献利润与盈亏平衡分析

2.1 贡献利润率 (Contribution Margin)

贡献利润是指每售出一件产品，在扣除所有可变成本后，能够用来覆盖固定成本（工资、房租、软件费）和产生净利润的金额。

贡献利润 = ASP (平均售价) - 真实单位成本 - CPA (单次获取成本)
贡献利润率 = 贡献利润 ÷ ASP × 100%

健康基准：

• 较高贡献利润率：通常说明有更充足的资金用于再投资和抗风险。
• 中位贡献利润率：通常仍可运行，但需要密切监控广告成本与履约波动。
• 偏低贡献利润率：对运费上涨、广告变贵或退货波动更敏感。
• 接近盈亏线或为负：说明当前模型已接近不可持续，应优先评估提价、降本或收紧投放。

2.2 盈亏平衡 ROAS (Break-even ROAS)

这是决定广告投放生死的关键指标。

盈亏平衡 ROAS = ASP ÷ (ASP - 真实单位成本)

示例说明：

• ASP = 用户当前平均售价
• 真实单位成本 = 用户当前真实单位成本
• 盈亏平衡 ROAS = ASP ÷ (ASP - 真实单位成本)

含义：如果广告 ROAS 低于该盈亏平衡点，则每卖出一件都更可能在亏钱；判断时仍需结合回收周期、退款与归因口径复核。

---

3. Offer 经济学验证器

在推出任何促销活动（如黑五网一、买一送一、订阅折扣）之前，宜先通过此验证器，防止"卖得越多亏得越多"。

3.1 验证流程

1. 设定 Offer 参数：原价、折扣率、预期转化率提升。 2. 计算折后 ASP：原价 × (1 - 折扣率)。 3. 计算折后真实成本：注意，L5（交易费）会随 ASP 下降而微降，但 L1-L4 成本保持不变。 4. 计算折后盈亏平衡 ROAS。 5. 对比历史 ROAS：如果折后盈亏平衡 ROAS 远高于当前实际能跑出的 ROAS，则该 Offer 经济学不成立。

3.2 案例：折扣活动的利润陷阱

基于某个真实 SKU 的原价、真实单位成本与原始盈亏平衡 ROAS：

• 推出折扣后：先重新计算折后 ASP
• 折后真实成本：通常只会因交易费变化而略有调整，L1-L4 成本往往不会同步下降
• 折后单件毛利：按折后 ASP 减去折后真实成本动态计算
• 折后盈亏平衡 ROAS：按折后数据重新计算

结论：折扣会压缩单件毛利，并抬高活动所需的盈亏平衡 ROAS。若折扣带来的转化改善不足以覆盖利润压缩，活动就更可能变成“卖得越多，亏得越多”。

---

4. 每日利润追踪系统建立

4.1 为什么更适合做高频追踪？

月度 P&L 报表更像"验尸报告"（Post-mortem），当你发现亏损时，往往已经滞后。高频利润追踪更像"心电图"，能让你更早识别出血点并采取止损动作。

4.2 追踪架构

数据源接入：

• 收入端：Shopify API（总销售额、折扣、退款）
• 广告端：Meta Ads, Google Ads, TikTok Ads API（每日消耗）
• 成本端：静态 COGS 表格 + 动态运费（3PL API）

核心计算逻辑：

每日净利润 = 每日净销售额 (扣除退款)
           - 每日售出商品总 COGS
           - 每日总广告消耗
           - 每日履约与运费总估算
           - 每日固定成本分摊 (月固定成本 ÷ 30)

4.3 工具推荐与实施

1. L1 阶段（免费/手动）：使用 Google Sheets。按固定频率手动填入 Shopify 销售额和各平台广告费。COGS 和运费可先用估算值起步，再逐步细化。 2. L2 阶段（自动化）：使用如 Lifetimely 一类的利润分析工具。费用与功能以当期方案为准，可自动拉取 Shopify 和广告数据，并允许输入每个 SKU 的 COGS。 3. L3 阶段（全渠道归因）：使用如 Triple Whale 一类的归因与利润工具。费用与能力以当期方案为准，适合需要更完整归因与 P&L 视图的品牌。

4.4 异常预警机制

在追踪系统中设置以下参考预警（如通过 Slack/Email 发送）：

• 红色预警：单日净利润为负，且 ROAS 低于盈亏平衡点。
• 黄色预警：单日退款率明显高于品牌常态。
• 黄色预警：某主力 SKU 的贡献利润率明显跌破历史安全区。

工作模式与模板

本文件为运营效率引擎的内部参考文件，用于沉淀本模块的工作模式、执行模板与交付骨架。

层级声明：本文件默认作为 internal-only 的内部起草模板库使用，不得整段直接粘贴给用户。

如需整理为用户可见交付物，必须删除内部路由标签、模块代号和系统字段，只保留自然语言、业务角色与行动建议。

渲染规则：本文件中的 KPI 阈值、Top 数量、阶段模型、库存/现金警戒线和任何 ROI 判断，默认只可作为参考区间、保守起点或待验证计划；不得写成统一健康线、固定配方或对品牌结果的确定性承诺。

---

一、运营健康仪表盘（KPI 体系）

运营 ROI 评估模型

运营优化 ROI = (年化节省 + 年化增收) ÷ 实施成本

年化节省 = Σ(各优化项的月节省 × 12)
  - 快递费优化节省
  - 仓储费优化节省
  - 自动化节省的人工成本
  - 退货率降低节省

年化增收 = Σ(各增收项的月增收 × 12)
  - 断货减少带来的增收
  - 支付失败挽回的增收
  - 客服优化带来的复购提升

实施成本 = 工具费 + 人工投入 + 外部顾问费

---

二、7 大工作模式

工作模式 1：单位经济审计

触发：用户提及利润、成本、定价、毛利率

Step 1: 收集数据 → COGS/头程运费/关税/3PL费率/尾程快递/支付处理费/退货率和退货处理成本
Step 2: 计算真实单位成本 → 逐层核算6层成本 → 加权平均单位成本
Step 3: 计算贡献利润 → 贡献利润 = ASP - 真实单位成本 - 可变营销成本 → 贡献利润率 = 贡献利润 ÷ ASP
Step 4: 识别优化机会 → 标记占比异常的成本层 → 与行业基准对比 → 生成优化建议（按影响大小排序）
Step 5: 输出审计报告 → 单位经济全景图 → 成本瀑布图 → 优先级最高的优化机会 + 待验证节省假设

工作模式 2：库存健康检查

触发：用户提及库存、断货、积压、补货

Step 1: 数据采集 → 全SKU库存清单(在手+在途) → 过去90天销售数据 → 供应商交期信息
Step 2: ABC/XYZ分类 → 按收入贡献排序→ABC → 按需求波动性计算CV→XYZ → 生成交叉矩阵
Step 3: 健康评估 → 计算每个SKU的DOS → 结合补货周期标记断货风险 → 结合生命周期标记积压风险 → 计算死库存占比
Step 4: 需求预测 → 选择适合的预测方法 → 生成未来30/60/90天预测 → 计算预测置信区间
Step 5: 补货计划 → 生成补货建议(数量+时间) → 检查MOQ约束 → 计算采购金额 → 输出补货计划表

工作模式 3：履约优化

触发：用户提及发货、3PL、退货、物流

Step 1: 现状评估 → 收集履约KPI数据 → 3PL费率结构分析 → 退货原因分析
Step 2: 瓶颈识别 → 对比KPI与目标值 → 识别最大偏差项 → 根因分析
Step 3: 优化方案 → 包装优化(尺寸/材料/标准化) → 快递方案优化(多承运商比价) → 3PL议价/更换评估 → 退货流程优化
Step 4: 实施计划 → 按ROI排序优化项 → 制定实施时间表 → 设定验证指标

工作模式 4：团队架构规划

触发：用户提及招人、团队、组织架构、外包

Step 1: 阶段判断 → 确认月收入范围 → 匹配四阶段模型 → 评估当前团队 vs. 目标架构
Step 2: 差距分析 → 识别缺失岗位 → 评估现有人员能力 → 计算人效指标
Step 3: 招聘路线图 → 按优先级排序需要填补的岗位 → 确定招聘方式(全职/兼职/外包/VA) → 制定薪酬预算 → 编写岗位说明书
Step 4: SOP建设 → 为每个岗位制定核心SOP → 建立培训材料 → 设定绩效指标

工作模式 5：自动化蓝图

触发：用户提及自动化、工作流、API、集成

Step 1: 流程审计 → 列出所有手动重复性任务 → 估算每项任务的时间消耗 → 评估自动化可行性
Step 2: 优先级排序 → 按节省时间×频率×实施难度排序 → 选择足够支持当前阶段推进的自动化项目
Step 3: 方案设计 → 选择工具(N8N/Zapier/自定义) → 设计工作流逻辑 → 确定API集成点 → 设计异常处理
Step 4: 实施与测试 → 分阶段实施 → 测试边缘情况 → 监控运行状态 → 迭代优化

工作模式 6：供应链风险评估

触发：用户提及供应商、断供、交期、供应链风险

Step 1: 供应商映射 → 列出所有供应商及其供应的SKU → 标记单一来源SKU → 记录地理位置
Step 2: 风险评分 → 对每个供应商进行记分卡评估 → 计算风险加权得分 → 识别高风险节点
Step 3: 中断成本计算 → 对高风险供应商计算中断成本 → 量化直接损失+间接损失+恢复成本
Step 4: 缓解计划 → 发展备用供应商 → 建立战略安全库存 → 签订弹性合同 → 制定应急响应预案

工作模式 7：财务运营优化

触发：用户提及现金流、对账、支付失败、财务

Step 1: 现金流诊断 → 计算现金转换周期(CCC) → 分析现金流入/流出时间线 → 识别现金流瓶颈
Step 2: 支付优化 → 分析支付失败率和原因 → 设计挽回工作流 → 评估支付处理费优化空间
Step 3: 对账自动化 → 设计Stripe→QuickBooks对账流程 → 建立自动化规则 → 设定异常检测阈值
Step 4: 预测与规划 → 建立13周现金流预测模型 → 设定现金储备目标 → 制定采购付款策略

---

三、5 个输出格式模板

模板 1：单位经济审计报告

# 单位经济审计报告
**品牌**: [品牌名] | **日期**: [YYYY-MM-DD] | **审计范围**: [全SKU / 指定SKU]

## 执行摘要
- 加权平均贡献利润率: [X%]
- 健康状态: [🟢 健康 / 🟡 需优化 / 🔴 危险]
- Top 3 成本优化机会: [简述]

## 成本瀑布图
| 成本层 | 金额 | 占ASP比例 | vs. 基准 |
|--------|------|----------|---------|
| 制造成本 | $X | X% | [正常/偏高/偏低] |
| 头程运费 | $X | X% | ... |
| 关税 | $X | X% | ... |
| 仓储费 | $X | X% | ... |
| 履约费 | $X | X% | ... |
| 支付处理费 | $X | X% | ... |
| 退货成本 | $X | X% | ... |
| **总成本** | **$X** | **X%** | |
| **贡献利润** | **$X** | **X%** | |

## 优化建议
1. [建议 1]: 预期节省 $X/月
2. [建议 2]: 预期节省 $X/月
3. [建议 3]: 预期节省 $X/月

## 下一步行动
- [ ] [具体行动 1] — 负责人 — 截止日期
- [ ] [具体行动 2] — 负责人 — 截止日期

模板 2：库存健康报告

# 库存健康报告
**品牌**: [品牌名] | **日期**: [YYYY-MM-DD] | **SKU 总数**: [N]

## 执行摘要
- 总库存价值: $[X]
- 平均库存周转率: [X] 次/年
- 断货风险 SKU: [N] 个
- 积压风险 SKU: [N] 个
- 死库存占比: [X%]

## ABC 分类概览
| 类别 | SKU 数 | 收入占比 | 库存价值占比 | 平均 DOS |
|------|--------|---------|------------|---------|
| A 类 | [N] | [X%] | [X%] | [X] 天 |
| B 类 | [N] | [X%] | [X%] | [X] 天 |
| C 类 | [N] | [X%] | [X%] | [X] 天 |

## 风险 SKU 清单
### 🔴 断货风险（DOS 明显低于当前补货安全边界）
| SKU | 产品名 | 当前库存 | DOS | 预计售罄日 | 建议行动 |
|-----|--------|---------|-----|-----------|---------|

### 🟡 积压风险（DOS 明显高于当前周转目标）
| SKU | 产品名 | 当前库存 | DOS | 库存价值 | 建议行动 |
|-----|--------|---------|-----|---------|---------|

## 补货计划
| SKU | 建议补货量 | 预计采购金额 | 建议下单日 | 预计到货日 |
|-----|-----------|------------|-----------|-----------|

模板 3：履约效率报告

# 履约效率报告
**品牌**: [品牌名] | **期间**: [起始日-结束日] | **3PL**: [3PL 名称]

## KPI 仪表盘
| KPI | 当前值 | 目标值 | 状态 | 趋势 |
|-----|--------|--------|------|------|
| 订单处理时间 | [X]h | [按当前服务承诺填写] | [🟢/🟡/🔴] | [↑/→/↓] |
| 拣选准确率 | [X%] | [按当前质量目标填写] | ... | ... |
| 准时发货率 | [X%] | [按当前履约目标填写] | ... | ... |
| 退货率 | [X%] | [按品类与渠道目标填写] | ... | ... |
| 每单履约成本 | $[X] | [按当前成本约束填写] | ... | ... |

## 退货原因分析
| 退货原因 | 占比 | 根因 | 改进措施 |
|---------|------|------|---------|

## 优化建议
1. [建议 + 预期效果]
2. [建议 + 预期效果]

模板 4：团队架构规划

# 团队架构规划
**品牌**: [品牌名] | **当前阶段**: [Phase X] | **月收入**: $[X]

## 当前团队
| 角色 | 人数 | 类型 | 月薪 | 核心职责 |
|------|------|------|------|---------|

## 目标架构 (Phase [X+1])
| 角色 | 人数 | 类型 | 预算 | 优先级 | 招聘时间 |
|------|------|------|------|--------|---------|

## 招聘路线图
### Q1 优先招聘
- [岗位 1]: [理由 + JD 摘要]
### Q2 计划招聘
- [岗位 2]: [理由 + JD 摘要]

## SOP 建设清单
- [ ] [SOP 1] — 优先级 — 状态
- [ ] [SOP 2] — 优先级 — 状态

模板 5：自动化蓝图

# 自动化蓝图
**品牌**: [品牌名] | **日期**: [YYYY-MM-DD]

## 自动化机会清单
| 序号 | 流程 | 当前方式 | 自动化方案 | 节省时间 | 实施难度 | 优先级 |
|------|------|---------|-----------|---------|---------|--------|
| 1 | [流程名] | 手动 | [方案] | [X]h/周 | [低/中/高] | P0 |

## 实施路线图
### Phase 1 (第 1-2 周): 快速胜利
- [自动化项目 1]: [工具 + 逻辑 + 预期效果]

### Phase 2 (第 3-4 周): 核心流程
- [自动化项目 2]: [工具 + 逻辑 + 预期效果]

### Phase 3 (第 5-8 周): 高级集成
- [自动化项目 3]: [工具 + 逻辑 + 预期效果]

## 工具栈
| 工具 | 用途 | 月费 | 集成方式 |
|------|------|------|---------|

---

四、淡季运营指南 — 六大支柱框架

激活条件：当 Hub 传入 seasonal_mode = off_season 时自动激活。用户提到"淡季""销量下降但属于正常周期"时也应主动引用。

核心理念："Work ON your business, not just IN it." 淡季不是等待期，而是为旺季播种的战略窗口。62% 的零售商在淡季面临现金流管理困难（NRF 数据）。

支柱 1：现金流管理

现金流预测模板：

月度现金流预测（12 个月滚动）：
月份 | 预计收入 | 固定成本 | 变动成本 | 营销预算 | 净现金流 | 累计现金
旺季月 | $XXX | $XX | $XX | $XX | +$XX | $XXX
淡季月 | $XX  | $XX | $XX | $XX | -$XX | $XXX

关键检查点：
- 累计现金是否在任何月份降至 0 以下？→ 应尽早启动应对
- 淡季最低月收入能否覆盖固定成本？→ 不能则需要储备金或融资桥接
- 旺季到淡季的收入降幅是否显著偏大？→ 若是，则属于高季节性业务，需要更激进的储备策略

支柱 2：库存与供应链

双安全库存参数表：

参数         | 旺季设定          | 淡季设定          | 调整依据
------------|------------------|------------------|--------
安全库存     | 标准公式 x 1.5    | 标准公式 x 0.5    | 需求波动率差异
再订购点     | 提前 2 周触发      | 提前 1 周触发      | 补货频率降低
目标 DOS     | 60-90 天          | 30-45 天          | 减少持有成本
补货频率     | 每周检查           | 每 2 周检查        | 降低管理成本
MOQ 策略     | 正常 MOQ          | 与供应商谈低 MOQ   | 减少淡季采购量

支柱 3：产品开发与测试

支柱 4：系统与技术升级

支柱 5：团队与流程优化

支柱 6：营销品牌建设

淡季运营 KPI 调整

淡季心理管理

应对策略： 1. 用数据证明周期性：拉出过去 2-3 年的月度数据，证明淡季→旺季的周期是可重复的 2. 设定淡季专属目标：不要用旺季标准衡量淡季——用上面的淡季 KPI 表 3. 庆祝淡季成就：完成了 3 个 SOP？搭建了自动化？测试了新产品？这些都是旺季的弹药 4. 建立同行社区：和其他季节性品牌主交流——你不是一个人在战斗 5. 警惕"骄傲循环"（Pride Cycle）：旺季成功 → 淡季过度自信 → 不做准备 → 下一个旺季措手不及