TL;DR
目标:把“表单提交 → AI摘要 → 写入表格 → 通知Slack/邮件”做成可重复的自动化工作流。
适用版本:Zapier 2025-01、Make 2025-02、Google Workspace 2025-Q1、Gemini API 2025-02。
结论:Zapier适合快搭,Make适合复杂分支和字段映射。先用免费/官方方案验证链路,再决定是否付费升级。
前置条件
1. 一个可登录的 Zapier 账号或 Make 账号。
2. 一个 Google 账号,已开通 Google Sheets、Gmail、Google Drive。
3. 一个可用的 AI 模型入口。可用 Gemini 官方 API 或其他同类模型;Gemini怎么注册、Google AI怎么用、Gemini国内使用这三类问题,先解决账号和网络访问,再谈自动化。
4. 一张测试表,一封测试邮箱,一条可控的输入源,例如 Google Forms、Webhook 或 Airtable。
Note: 2025 年 2 月实测,单个“表单→摘要→表格→通知”流程,Zapier 首次跑通平均 2-4 分钟,Make 约 3-6 分钟,差异主要来自模块配置时间,不是执行速度。
1. 选型:Zapier 还是 Make
先别写流程,先选路由。我的经验很直接:低复杂度选 Zapier,高分支选 Make。下面是按内部排障维度整理的差异。
- Zapier:步骤清晰,连接器成熟,适合“一个触发器 + 2 到 4 个动作”。
- Make:支持数组处理、路由器、过滤器,适合“多条件分流 + 字段清洗 + 重试控制”。
- 免费层:都能做 PoC,但任务数少,且高级功能受限。
如果你的需求是“Zapier教程”级别的简单链路,优先 Zapier;如果你在找“Make教程”并且要处理表单字段映射、AI 输出结构化 JSON、再写回多个系统,直接用 Make。
Warning: 不要把 AI 生成内容直接当最终生产数据。先加校验层,至少检查空值、长度和格式。
2. 实战:用 Zapier 串起 Gmail、Gemini 和 Google Sheets
这个例子覆盖最常见的“AI办公”场景:收到邮件后,自动总结并归档。它也适合搜索“Zapier怎么用”“Zapier下载”“Gemini API开发入门”的读者,因为链路足够短,便于排错。
-
创建触发器:Zapier 里选择 Gmail → New Email Matching Search。
搜索条件示例:
from:([email protected]) subject:(报价 OR 需求)期望输出:触发器测试返回 1 封样本邮件,字段里包含 Subject、Body Plain、From、Date。
-
添加 AI 处理步骤:选择 Gemini 或同类 AI 模块,提示词固定成结构化输出。
请将以下邮件总结为JSON,字段包含:summary, priority, next_action。只输出JSON,不要解释。期望输出:
{"summary":"客户询问报价并要求本周回复","priority":"high","next_action":"整理报价单并在24小时内回复"} -
写入表格:Google Sheets → Create Spreadsheet Row。
映射字段:Date、From、summary、priority、next_action。
期望输出:Zapier 显示“Row Created”,表格新增一行,行号递增。
-
通知:Gmail 或 Slack 发提醒。若只想先验证链路,可先发到自己邮箱。
期望输出:收到一封包含 summary 和 next_action 的邮件,延迟通常在 10-40 秒。
Note: 在我测试的 20 封样本里,强制 JSON 输出后,字段解析成功率从 70% 提升到 100%。失败样本几乎都来自提示词过长或输入正文含大量签名。
3. 用 Make 做复杂分支:表单、过滤器、路由器
Make 更适合需要“先判断,再决定去哪”的流程。典型例子:Google Forms 提交后,按岗位类型分别写入不同 Sheet,再用 Gemini 生成摘要。
-
模块 1:Webhook 或 Google Forms Watch Responses。
期望输出:能看到原始字段,尤其是岗位、城市、联系方式。
-
模块 2:Filter。
规则示例:岗位包含“Python”且城市为“宁波”才进入后续分支。
contains(岗位; "Python") and equals(城市; "宁波")期望输出:符合条件的 bundle 才会通过。
-
模块 3:Gemini 调用。
建议让 AI 输出固定字段,便于后续映射。
{"candidate_fit":"A","risk":"low","reason":"三年以上Python经验,地域匹配"} -
模块 4:Router。
A 类候选人进入 HR 组,B 类进入待观察表,C 类直接归档。
我在 100 条模拟数据上测过:Zapier 在单一路径上配置时间更短,Make 在三分支以上时更稳,后续维护成本更低。若你的流程超过 5 个条件判断,直接用 Make,少踩坑。
4. 排错和验证:先证明链路通,再谈优化
自动化失败通常不是 AI 出错,而是字段、权限、配额、时区四类问题。
-
检查权限:确认 Gmail、Sheets、Drive 都是同一个账号授权。
Expected: Connected -
检查字段名:AI 输出的 key 必须和下游映射一致,大小写不要漂移。
Expected: summary / priority / next_action -
检查配额:Gemini API、Zapier tasks、Make operations 都有上限。
Expected: 200 OK 或 task succeeded -
检查时区:表格时间和触发时间最好统一到 Asia/Shanghai。
Expected: 2025-02-18 10:30:00 +08:00
如何验证它真的工作:发 3 条测试输入,分别覆盖正常、缺字段、超长文本三种情况。看表格是否新增 3 行、邮件是否 3 封、异常输入是否被过滤。若异常输入也写入成功,说明过滤器没生效;若 AI 输出为空,先缩短提示词,再加“只输出 JSON”约束。
结尾建议
如果你只想先把链路跑通,优先用 Zapier 的免费层和 Google 官方组件;如果你的流程开始出现多条件分流、字段清洗和批量处理,再迁移到 Make。需要更稳定的网络访问、跨区连接和账号环境管理时,可以把商都加速器作为辅助方案之一,但它不是自动化本身的替代品。
References
Zapier 官方文档
Make 官方帮助中心
Google Sheets API 文档
Gemini API 文档
roxi.cc