工作流交响曲

SKILL.md

---
slug: workflow-symphony
name: workflow-symphony
version: "1.0.0"
displayName: 工作流交响曲
summary: 解决不知自动化什么、工具选错、维护负担、测试不充分四大痛点，附机会雷达与决策树。
license: MIT
description: |-
  工作流交响曲是面向一人公司的无代码自动化编排能力包。它不只罗列Zapier/Make/n8n的对比表，
  更解决四个高频痛点：不知道该自动化什么、选错工具反复迁移、上线后维护负担失控、
  测试不充分就上线导致生产事故。

  核心能力：
  - 自动化机会雷达图：用频次×耗时×重复度三维定位高价值机会
  - 工具决策树：按工作流复杂度、预算、技术能力分层推荐Zapier/Make/n8n
  - 维护日历：周/月/季度三级维护节奏，避免自动化"上线即腐烂"
  - 上线前checklist：12项强制检查，杜绝带病上线
  - 静默失败防护：错误告警统一路由 + 健康度巡检
  - 工作流文档模板：每个自动化一份文档，未来自己也能看懂

  适用场景：
  - 一人公司想自动化但不知从何下手
  - 已用Zapier但卡在限流，纠结要不要迁n8n
  - 自动化上线后经常静默失败
  - 自动化越攒越多，维护失控
  - 想向老板证明自动化投入划算

  差异化：
  - 原始版本只给工具对比表，本版补齐"选前决策树+选后维护日历"
  - 新增自动化机会雷达图（频次×耗时×重复度三维定位）
  - 新增12项上线前checklist
  - 新增静默失败防护与统一告警路由
  - 新增工作流文档模板与ROI实战案例

  触发关键词：无代码自动化、一人公司、Zapier、Make、n8n、自动化机会、工具选型、维护、上线检查
tags:
- 自动化
- 无代码
- 效率工具
tools:
- read
- exec
---

# 工作流交响曲

让一人公司用无代码工具scale业务而不用招人。核心信条：**先找高价值机会，再选合适工具；先测透再上线，上线后持续维护。**

> 自动化准则：每周做超过两次、且不需要创造性思考的事，就该自动化。

## 四大痛点与对策

| 痛点 | 典型表现 | 本skill对策 |
|:-----|:---------|:------------|
| 不知自动化什么 | "感觉什么都能自动又什么都不敢" | 自动化机会雷达图 |
| 工具选错 | Zapier限流了才想迁n8n，迁移痛苦 | 工具决策树 |
| 维护负担失控 | 自动化越攒越多，坏了没人修 | 维护日历三级节奏 |
| 测试不充分 | 上线才发现字段映射错、客户收到错邮件 | 12项上线前checklist |

---

## 第一步：自动化机会雷达图

> 不要盲目自动化。先花1小时审计，找最高价值机会。

### 三维定位法

对每个候选任务按三维度打分（1-5分）：

| 维度 | 1分 | 3分 | 5分 |
|:-----|:----|:----|:----|
| 频次 | 月级 | 周级 | 日级 |
| 单次耗时 | <5分钟 | 15-30分钟 | >30分钟 |
| 重复度（步骤一致性） | 每次都不同 | 部分相同 | 完全相同 |

**高价值区**：三维度都≥3分 → 立即自动化
**中价值区**：两维≥3分 → 下个迭代
**低价值区**：仅一维≥3分 → 跳过

### 自动化审计（1小时）

1. 用一周记录每个任务（笔记本或表格）
2. 每个任务标注：耗时、频次、是否重复
3. 计算时间成本：`时间成本 = (单次分钟 × 月频次) / 60`
4. 按时间成本降序排列

```
示例：15分钟任务 × 每月20次 = 5小时/月
```

### 适合自动化的特征

- 重复（每次步骤相同）
- 规则化（无需复杂判断）
- 高频（每日或每周）
- 耗时（10分钟以上）

### 适合 vs 不适合

| 适合自动化 | 不适合自动化 |
|:-----------|:------------|
| 每周给客户发同格式报告 | 客户访谈（需要察言观色） |
| 付款后自动开票 | 定制化提案（需要创造力） |
| 表单提交自动入CRM | 战略决策（需要判断力） |
| 按计划发社交内容 | 一年一次的任务 |

### 低垂果实清单（从这里开始）

- 表单提交邮件通知
- 表单响应自动存表格
- 提前排期社交内容
- 付款确认自动开票
- 工具间数据同步（CRM ↔ 邮件工具 ↔ 表格）

---

## 第二步：工具决策树

> 选错工具的代价是后续痛苦迁移。按场景选。

### 决策树

```
你的工作流有几步？
├─ 2-3步
│  └─ 预算<$20/月？
│     ├─ 是 → Zapier免费档
│     └─ 否 → Make入门档
├─ 4-10步 + 有分支
│  └─ 需要可视化？
│     ├─ 是 → Make
│     └─ 否 → n8n
└─ 10步+ / 复杂逻辑 / 高频
   └─ 愿意自部署？
      ├─ 是 → n8n自部署（免费）
      └─ 否 → Make Pro档
```

### 工具对比

| 工具 | 最适合 | 价格 | 学习曲线 | 能力 |
|:-----|:-------|:-----|:---------|:-----|
| Zapier | 简单2-3步工作流 | $20-50/月 | 易 | 低-中 |
| Make | 可视化多步工作流 | $9-30/月 | 中 | 中-高 |
| n8n | 复杂、开发者友好、自部署 | 免费（自部署）或$20/月 | 中-难 | 高 |

### 选择指引

- 预算<$20/月 → Zapier免费档或n8n自部署
- 需要可视化构建 → Make
- 简单2步工作流 → Zapier
- 复杂分支逻辑 → Make或n8n
- 想完全掌控+定制 → n8n
- 高频大量任务（Zapier限流） → n8n自部署

**一人公司推荐路径**：从Zapier起步（最易学），遇到限流或复杂需求再迁Make/n8n。

---

## 第三步：工作流设计

### 设计模板

```text
触发：什么事件启动工作流？
  示例：Google表格新增一行

条件（可选）：每次都跑还是满足条件才跑？
  示例：仅当"状态"列 = "已批准"

动作：结果应该发生什么？
  步骤1：[动作]
  步骤2：[动作]
  步骤3：[动作]

错误处理：失败时怎么办？
  示例：失败时给我发Slack
```

### 示例：线索捕获 → CRM → 邮件

```text
触发：网站表单提交

条件：邮箱字段非空

动作：
  步骤1：加入CRM（Airtable/HubSpot）
  步骤2：发欢迎邮件（ConvertKit）
  步骤3：在项目管理工具（Notion）建任务，3天后跟进
  步骤4：给我发Slack通知"新线索：[姓名]"

错误处理：步骤1失败则邮件告警
```

### 设计原则

- 保持简单——从2-3步开始，复杂度后加
- 单步测试——先单独测每个步骤，再串起来
- 加延迟——部分API慢，动作间加缓冲
- 必有错误通知——坏了要知道

---

## 第四步：构建与测试

### 构建（Zapier示例）

1. 选触发器应用（Google Forms、Typeform等）
2. 连接账号（OAuth）
3. 测触发器（提交测试表单，看数据是否进来）
4. 加动作（如"Google表格新增行"）
5. 字段映射（表单字段对表格列）
6. 测动作（跑测试验证行被正确添加）
7. 重复添加后续动作
8. 开启工作流

### 12项上线前checklist

> 强制全部通过才能上线。否则就是带病上线。

- [ ] 提交测试数据走完全流程
- [ ] 每个动作单独执行正确
- [ ] 字段映射核对（源→目标对得上）
- [ ] 边界测试：空字段、特殊字符、超长文本
- [ ] 错误处理测试：故意制造失败看告警是否到
- [ ] 重复触发测试：同一条数据跑两次，结果一致（幂等）
- [ ] 时区核对：cron按哪个时区跑
- [ ] 限流测试：高频跑会不会被API拒
- [ ] 凭证有效期：Token何时过期
- [ ] 通知通道测试：告警真的能收到
- [ ] 回滚预案：上线后坏了怎么停
- [ ] 文档已写：未来自己也能看懂

### 常见问题与修复

| 问题 | 原因 | 修复 |
|:-----|:-----|:-----|
| 工作流不触发 | 触发条件太窄 | 放宽过滤，检查webhook签名 |
| 动作失败 | API限流或权限 | 动作间加延迟，重新授权 |
| 数据缺失/错位 | 字段映射错 | 核对映射，加schema版本号 |
| 工作流跑多次 | 重复触发 | 按唯一ID去重 |

**铁律**：用真实数据测试后再依赖。别等真实客户时才发现bug。

---

## 第五步：维护日历

> 自动化不是"配完就忘"。它会坏、工具会改、API会变。

### 周度检查（5分钟）

- 扫工作流日志找错误
- 失败立即处理

### 月度审计（15分钟）

- 审查所有活跃工作流
- 检查：还在用吗？还在省时间吗？
- 禁用或删除未使用工作流（避免仪表盘混乱）
- 更新依赖已切换工具的工作流

### 季度演练（1小时）

- 模拟一个工作流挂掉，验证告警是否到
- 检查凭证是否快过期
- 评估是否需要迁移工具（如Zapier限流了）
- 更新工作流文档

### 工作流文档模板

每个工作流一份文档（Notion/Google Doc）：

```markdown
# 工作流：[名称]

## 它做什么
[一句话描述]

## 何时运行
[触发条件与频率]

## 连接的应用
- 触发器：[应用A]
- 动作：[应用B]、[应用C]

## 字段映射
| 源字段 | 目标字段 | 转换 |
|:-------|:---------|:-----|
| name | contact.name | 无 |
| email | contact.email | 小写 |

## 故障排查
- 不触发：检查[条件]
- 字段错位：检查[映射]

## 上次更新
2026-07-18
```

> 有10+工作流时，这份文档能在出问题时省你几小时。

### 错误处理设置

- 所有错误告警统一路由到一个地方（Slack频道、邮箱、任务管理器）
- 设置："任何工作流失败，发消息到[你的错误频道]"
- 每周复查错误，修根因

---

## 第六步：高级自动化创意

### 客户入职自动化

```text
触发：客户签合同（DocuSign/HelloSign）
动作：
  1. 在项目管理工具建项目
  2. CRM加客户"Active"状态
  3. 发入职邮件序列
  4. 财务软件建发票
  5. 日历排启动会
  6. 加客户到Slack工作区（如适用）
```

### 内容分发自动化

```text
触发：博客发文（RSS或webhook）
动作：
  1. 发LinkedIn + 自动生成文案
  2. 发Twitter串
  3. 加入邮件newsletter草稿
  4. 加到内容日历（Notion/Airtable）
  5. Slack通知团队"已发布"
```

### 客户健康监控

```text
触发：每周一9点（定时）
动作：
  1. 从数据库拉所有客户使用数据（API）
  2. 标记使用率<均值50%的客户
  3. 加 flagged 客户到CRM"风险"分组
  4. 发再激活邮件
  5. 给我建任务：亲自联系前10名风险客户
```

### 发票与付款追踪

```text
触发：收到付款（Stripe webhook）
动作：
  1. 财务软件标记发票已付
  2. 给客户发收据邮件
  3. CRM更新客户状态="已付"
  4. 月度仪表盘加营收（Google表格/Airtable）
  5. Slack通知我"收到付款：$X 来自[客户]"
```

---

## 第七步：ROI计算

### 公式

```
月节省小时 = (单次分钟 / 60) × 月频次
成本 = (搭建小时 × $50/小时) + 工具月费
回本月数 = 搭建成本 / 月节省价值

回本 < 3个月 → 值得
回本 > 6个月 → 不值得（除非解锁其他价值）
```

### 实战示例

```
任务：手工把表单提交复制到CRM（15分钟 × 每月20次 = 月省5小时）
搭建：1小时
工具：Zapier $20/月
回本：($50搭建) / ($250/月节省价值) = 0.2个月 → 绝对值得
```

**铁律**：聚焦回本<3个月的自动化。那是最高杠杆投资。

---

## 自动化要避免的坑

- **优化前先自动化**：别自动化坏流程。先修流程再自动化。
- **过度自动化**：不是所有事都该自动化。罕见或需判断的任务手工做。
- **无错误处理**：自动化坏了不知道，造成静默失败。必有错误告警。
- **测试不充分**：坏自动化比没自动化更糟——产生错误数据或漏任务。
- **一上来就搞复杂**：从简单2-3步开始，简单版完美后再加复杂度。
- **不写文档**：未来的你会忘记这是怎么配的。写下来。

---

## 静默失败防护

> 一人公司最大的风险：自动化挂了一周你都不知道。

### 统一告警路由

| 故障类型 | 告警通道 | 响应时限 |
|:---------|:---------|:---------|
| 临时失败（限流） | 日志 | 自动重试 |
| 持续失败（3次） | Slack | 4小时内 |
| 数据缺失 | 邮件+Slack | 当日 |
| 凭证失效 | 紧急Slack | 1小时 |

### 每周巡检5问

1. 所有自动化这周都跑了吗？
2. 有没有该到没到的数据？
3. 有没有客户反馈"没收到邮件"？
4. 凭证还有多久过期？
5. 哪个自动化这周最慢？

---

## FAQ

**Q：我该从哪个自动化开始？**
A：从"低垂果实清单"挑一个——表单邮件通知、自动存表格、付款自动开票。这些回本快、风险低。

**Q：Zapier限流了怎么办？**
A：先看能不能优化（合并动作、减少频次）。不行就迁Make或n8n自部署。迁移前先跑并行验证。

**Q：自动化经常静默失败怎么办？**
A：统一告警路由到Slack一个频道。每周5分钟巡检。每个自动化配"失败3次即告警"。

**Q：自动化越攒越多管不过来？**
A：上月度审计——禁用未使用的、合并相似的、文档化存活的。季度演练一次故障告警。

**Q：怎么知道自动化还值不值？**
A：算ROI。月节省小时 × 时薪 vs 工具费+维护时间。回本<3个月值得，>6个月考虑停。

---

## 故障排查

| 症状 | 可能原因 | 解决 |
|:-----|:---------|:-----|
| 工作流不触发 | 触发条件太窄 | 检查过滤、webhook签名、OAuth状态 |
| 间歇失败 | API限流 | 动作间加延迟，迁高频到n8n |
| 字段错位 | 源系统改了字段 | 重新映射，加schema版本号 |
| 重复执行 | 重复触发 | 按唯一ID去重 |
| 突然全失败 | 凭证过期 | 检查Token有效期，启用过期告警 |
| 客户没收到邮件 | 被判垃圾邮件 | 检查SPF/DKIM，换邮件服务商 |

---

## 依赖说明

### 运行环境
- **Agent平台**：支持SKILL.md的任意AI Agent（Claude Code / Cursor / Codex / Gemini CLI等）
- **操作系统**：Windows / macOS / Linux

### 第三方依赖
| 依赖项 | 类型 | 是否必需 | 获取方式 |
|:-------|:-----|:---------|:---------|
| LLM API | API | 必需 | 由Agent内置LLM提供 |
| Zapier/Make/n8n | SaaS/自部署 | 可选 | 各自官网注册 |
| 通知通道（Slack/邮件） | 集成 | 可选 | 用户自有账号 |

### API Key 配置
- 本skill基于Markdown指令，无需额外API Key
- 涉及Zapier/Make/n8n等平台时，按各平台文档配置API Key/OAuth

### 可用性分类
- **分类**：MD+EXEC（Markdown指令 + 平台配置执行）
- **说明**：通过自然语言指令驱动Agent辅助用户在无代码平台构建工作流