Zapier 與 Make

這兩款工具比對比文章所說的更相近，真正的區別在於你的思考方式。Zapier 給你一張列表：先發生這件事，再做這件，再做下一件。Make 給你一塊畫布，路徑可以分叉、匯合和迴圈。如果你的流程確實是一條順序鏈，列表搭起來更快，交接給別人也快得多。如果流程有分叉，列表就會變成一堆混亂的篩選條件，流程圖才能如實表達。

利益披露：本站由 Zentor 運營，Zentor 與這兩款產品存在競爭關係。

比較 Zapier 與 n8n

真正重要的區別

不在功能。兩者都能連線你需要的大多數工具。關鍵在於，你腦中的流程只有一條路徑，還是有多條。

列表容易搭建，六個月後回頭看也容易讀懂，但一旦三個條件相互影響，就會變得彆扭。畫布能處理這種互動，卻要求你持續維護一張圖。這是一項實實在在的長期成本，人們往往到第四個月才意識到，而不是第一週。

Zapier 的優勢

最快做出第一個能用的自動化流程，也便於交接。一個從沒看過你帳號的人，開啟一個 Zap，一分鐘就能看懂。等到搭建者離職時，你會發現這比聽起來更有價值。

計費依據是成功完成的自動化工作，而不是建了多少個 Zap。任務用量指南 (zapier.com/pricing/rates)說明了不同功能各自的規則。估算時，要以實際會觸發的操作為準。

Make 的優勢

有真正分支的流程，以及大用量下的成本。帶有路由器、錯誤處理器和迴圈的多步驟場景，正是畫布的用武之地；同樣的邏輯放進列表，只會變成一摞沒人願意接手的篩選條件。

用量按操作次數計算，詳見 Make 點數指南。對於包含許多小步驟的工作流程，這通常比按任務收費更便宜，也是團隊遷移過來的另一個重要原因。

並排對比

	Zapier	Make
思維模型	步驟列表	帶路徑的流程圖
哪種情況最快	第一個能用的自動化流程	複雜的第四個自動化流程
計費方式	按成功完成的工作單元計費	按操作次數計費
交接	容易	取決於接手的人是否看得懂流程圖
吃力的地方	三個條件相互影響	沒人負責維護畫布

既要測試故障，也要測試交接

在兩者中搭建同一個真實工作流程，再製造故障：重新命名欄位、移除必填值、把目標指向無效位置。記下哪個明確告知了問題，哪個只執行了一半。

然後做一項大多數人會跳過的測試。把兩個版本分別交給未來接手的人，看著對方嘗試修改一處。這才是你此後多年裡，每個月都要實實在在付出的成本。

什麼時候兩者都不適合這項工作

兩者都是規則引擎，而且都很出色。規則能以較低成本，處理已知系統之間的固定步驟。

它們無法表達的是判斷。一條客服回覆，需要了解客戶的實際訂單、你已經知曉的延誤，以及你在週二承諾的退款日期，這不是一條分支；一封應該隨著逾期時間延長而逐漸加強語氣的催款郵件，也不是。人們還是會試著把這些編成規則，最後不得不維護一個客戶每有新舉動就要增加一條路徑的場景。

如果你想自動化的正是這類工作，問題出在工具的形態，而不是你選了兩者中的哪一個。保留能處理系統連線的工具，把判斷交給能夠在多次執行之間保留上下文的工具。

常見問題

哪個更容易學會？

Zapier 明顯更容易，而且處理簡單事務時始終如此。Make 的搭建工具不難上手，但複雜場景需要一個能讀懂它的人負責。

哪個更便宜？

取決於流程形態。許多小步驟通常更適合 Make 按操作次數計費的模式；少量工作量較大的操作通常更適合 Zapier。用你的真實工作流程對照雙方當前的計費指南測算，不要只比較方案標價。

可以在兩者之間遷移嗎？

不能自動遷移，需要重新搭建。這也正好是個機會，刪掉那些為了只發生過一次的情況而新增的分支。

兩個都需要嗎？

通常不需要。根據你的流程適合列表還是流程圖，選一個就好。

先在紙上畫出流程

如果一條線就能畫完，你已經有答案了。