|
歡迎大家閱讀王掌柜帶你玩轉 Zapier 系列，這個系列將持續(xù)更新，本篇是這個系列第三篇 Zapier 和 IFTTT 的對比。
IFTTT 和 Zapier 是什么IFTTT 的理念就像它的名字 If This Then That ，可以將兩個不同的服務關聯(lián)到一起，最典型的例子就是「如果明天下雨，那么就提醒我?guī)в陚恪梗谶@個設定下，IFTTT 會定時查詢第二天的天氣預報，如果天氣預報返回的結果是第二天下雨，那么 IFTTT 就會給我設置的手機號發(fā)送短信，通知我第二天出門別忘了帶傘。 關聯(lián)閱讀：《觸發(fā)你的智能生活：IFTTT 入門》 Zapier 的基本功能與 IFTTT 類似，但它是 IFTTT 的增強版。不同于 IFTTT 只支持串聯(lián)兩個服務，Zapier 支持串聯(lián)多個服務，讓你可以建立一套有更復雜需求的工作流。Zapier 支持大量的高級服務，具備極高的專業(yè)性和企業(yè)級應用場景。價格上，IFTTT 大部分功能都是免費的，而 Zapier 基礎功能相對簡單并且有運行次數(shù)限制，很多高級功能都需要付費。目前 Zapier 在國外科技圈收到大力追捧和推薦，今天王掌柜就帶著大家玩轉 Zapier，做一次 IFTTT vs. Zapier。 Service 數(shù)量對比Service 的數(shù)量決定了這個服務的擴展性。截止到目前 IFTTT 大約支持 44 個分類里的 1120 個 Service，而 Zapier 目前支持約 903 個 Service。 IFTTT 和 Zapier 都針對互聯(lián)網(wǎng)上比較常見的 Service 提供了支持，數(shù)量上，IFTTT 領先，但是 Zapier 是付費服務，這就決定了他們對付費用戶提供了更定制化的支持，比如 Premium 分類下的的 Service ，相比免費的 Service 更專業(yè)。 
我們看到上圖中，支持的服務包括 Amazon EC2、Amazon S3、AWS Lambda、Amazon SNS、Evernote Business 等，其實還有很多比如 Paypal、MySQL、Airtable、Facebook Pages、Flickr、LinkedIn、MailChimp、MeisterTask、Moxtra 等眾多優(yōu)質服務，這些服務之所以稱為 Premium 是因為官方維護這些應用所需成本較高，或者開發(fā)這些服務成本高，所以在 Zapier 只有付費用戶才能使用。 舉一個簡單列子說明一下，成本問題，比如我們要使用 Paypal 的 Service ，Zapier 實現(xiàn)他的方式不是傳統(tǒng)的輪詢調(diào)用 API 方式，他是采用 Webhook 方式，當 Paypal 完成一項任務后，會主動推送信息到 Zapier 的 Webhook，這種情況下，我們的 Zapier 才會進行相應的動作。
小結
調(diào)試靈活性對比變量：Zapier 可以直接顯示變量值，IFTTT 只能顯示名稱Zapier 設置任務流中使用「變量」的時候，除了通過變量名稱猜測其含義，它還可以在變量列表里清晰的展顯示出變量對應的值，而 IFTTT 只能通過變量名稱來猜測其對應的內(nèi)容。 在使用 IFTTT 服務的時候，通常我們先有一個想法，比如「將 Pocket 中的一篇文章，打上標記后，自動保存到 Evernote 中] ，我們最優(yōu)先的做法是去 IFTTT 找一下是否有人共享了類似的 Applet（我們將 IFTTT 每個任務流稱作一個 Applet），如果有的話，我們直接激活該 Applet 就能使用了。但是，難免我們需要一些定制化的修改，這時候就必須進入到 IFTTT 的 Applet 編輯界面進行調(diào)試（所謂調(diào)試就是修改輸入和輸出，讓服務按照我們的想法去執(zhí)行），那么這個調(diào)試過程在 IFTTT 中是否友好呢，我們來看下圖。 
我們看一下圖中箭頭標注內(nèi)容，代表的是存入 Evernote 時使用 Pocket 那篇要保存的文章的部分字段（對應的內(nèi)容，比如標題比如 URL 鏈接），我們看到在圖中，IFTTT 是用類似變量（編程中的名字，用一個變量名來抽象化我們實際用到的內(nèi)容）的方式來實現(xiàn)，對于沒有編程經(jīng)驗的菜鳥來說，這幾乎很難能夠理解。我們再來看一下 Zapier 是如何調(diào)試的。 
上圖中，我們同樣是實現(xiàn)將 Pocket 中內(nèi)容保存到 Evernote 中，我們看箭頭所指的標注內(nèi)容，Zapier 也是用變量方式來代表我們要使用的內(nèi)容，但是變量的后邊還給出了實際的內(nèi)容，這樣看起來即使你不懂變量是什么內(nèi)容，也能夠知道哪個字段才是你想要的。這樣調(diào)試的話是不是感覺更簡單和直接呢？應該是顯而易見了。 小結
運行結果：Zapier 可以直接調(diào)試任務流、IFTTT 只能等待系統(tǒng)自動調(diào)試Zapier 可以在后臺很方便的執(zhí)行一個任務流從而觀察執(zhí)行結果，而在 IFTTT 中每次只能等待系統(tǒng)的輪詢時間，并且這個時間也是不固定的。 調(diào)試任務流，除了變量要夠清晰之外，查看運行結果也是非常必要的一環(huán)，能夠很方便的查看運行結果對調(diào)試來說是事半功倍的事，我們分別看看 IFTTT 和 Zapier 是如何表現(xiàn)的吧。 在 IFTTT 中創(chuàng)建好任務流，如果想查看執(zhí)行結果，必須要等待自動輪詢（附錄中可以查看輪詢的相關說明）完成才可以，而這個時間可能是 1-3 分鐘，也可能是 10-20 分鐘，所以說時間是不確定的，這為我們調(diào)試任務流帶來了很大的麻煩。 我們再來看看 Zapier 是如何做的呢，在 Zapier 中每一個創(chuàng)建好的任務流，我們都可以去 Zapier 后臺，找到要執(zhí)行的 Zap，選擇 Run，他就會立即執(zhí)行，怎么樣，非常便利吧，簡直是不能再好用了。
小結
多 Service 協(xié)作：Zapier 支持串聯(lián)多個服務，IFTTT 只能串聯(lián)兩個服務Zapier 實現(xiàn)「如果 A 發(fā)生了事情 1，那么讓 B 發(fā)生事情 2，再讓 C 發(fā)生事情 3，最后讓 D 發(fā)生事情 4」這樣的任務流只需要創(chuàng)建一個任務流；而 IFTTT 若實現(xiàn)類似服務，至少要創(chuàng)建三個任務流。 在 IFTTT 中，我們只能設置「如果 A 發(fā)生了事情 1，我們就讓 B 發(fā)生事情 2」，這里只能涉及兩個服務，但是在實際使用環(huán)境中，有些任務流可能需要多個 Service 協(xié)作才能完成，恰好它的小伙伴 Zapier 支持一個任務流多個服務協(xié)作。我們還是舉「影評自動化」這個例子說明一下。 在本系列的第一篇文章《王掌柜帶你玩轉 Zapier - 影評自動化》中，我們的任務流需要完成以下三件事：
我們看到這個例子中就涉及到了 3 個 Service ，分別是 Evernote、Todoist、Twitter ，在 Zapier 中我們很容易在同一個任務流中創(chuàng)建多個 Service 協(xié)作（實現(xiàn)方式可以翻看上一期文章），而在 IFTTT 中要想實現(xiàn)多服務協(xié)作，我們需要至少創(chuàng)建兩個任務流才可以。 小結
單 Service 多賬號：Zapier 支持多賬號，IFTTT 只支持單賬號Zapier 可以為每個 Service 設置多個不同賬戶，從而提升任務流的靈活性，而 IFTTT 每個 Service 只支持一個賬戶。 如果一個團隊使用或者針對同一個 Service 有多個帳戶在使用的情況，「每個 Service 支持多套賬戶」的功能就非常有必要了，這樣可以做出更復雜的任務流，我們還是舉例說明。 任務流 1
任務流 2
以上兩個任務流，都用到了 Trello ，但是問題是我公司用的 Trello 和 少數(shù)派選題用的 Trello 是兩個賬戶，此時「每個 Service 可以配置多套賬戶」就起到關鍵作用了，我可以設置兩個不同的賬戶，在創(chuàng)建這兩個任務流的時候，選擇不同的賬戶即可，非常方便。 
那么他的對手 IFTTT 表現(xiàn)如何呢？ IFTTT 目前并不支持一個 Service 對應多個賬戶，但是在它的高級版中提到了「可以與團隊深度合作」，也許能支持多賬戶，但是這個高級版的的費用是 $499/year，估計一般情況也不會有人使用，我們也就無從比較了。 小結
其它易用性對比從創(chuàng)建任務流這個基礎需求角度看，IFTTT 和 Zapier 都沒有什么問題，對于有一定英文閱讀基礎的人來說，照著提示就可以完成配置，但是作為后期之秀的 Zapier，當然是有一些差異化的表現(xiàn)，它提供了幾個重要特性，提高了易用性，特別是對一些大型的企業(yè)級任務流比較有幫助，下邊針對幾個非常有特點的特性，我們都拿出來和 IFTTT 對比一下。 Zapier 支持全局存儲變量，并且可以在不同工作流之間共享Zapier 最強大的功能之一就是將數(shù)據(jù)存儲在全局變量中，這種變量可以在不同的 zap 之間共享。這被稱為 Storage by Zapier ，并且本質上它允許您存儲小值（例如，文本字符串）以便在其它 zap 中重用 。
它有多種存儲類型：基本值（可以設置和讀取，就像工作流中的變量一樣），還有子值和列表。對于每種類型的存儲，都有刪除值和修改它們的操作：可以增加一個數(shù)值，一個值可以被刪除，或者，如果你正在處理一個列表，一個值可以從開始或結束時彈出的列表。這為Web自動化提供了令人難以置信的可能性，我們用一個打卡事件來舉例說明。 我們天都會跑步，我想記錄我每次跑步的時間，于是我設置以下任務流：
這樣我只需要每次跑步開始的時候打開手機執(zhí)行一下 Workflow，跑步完成的時候在執(zhí)行一下 Workflow ，這條記錄時間就被存儲下來了。 小結
Zapier 支持自動重新執(zhí)行失敗的任務流任務流執(zhí)行失敗了沒關系，Zapier 提供了失敗重新執(zhí)行的特性，保證我們每一個任務流的準確無誤。 此特性對于任務執(zhí)行成功率有很大的保證作用，無論是 Zapier 還是 IFTTT ，他們都是通過 API 鏈接一個或者多個 Service，這里有一些不確定性，比如當時服務網(wǎng)絡抖動，比如當時某一個 Service 出現(xiàn) Bug ，這些事情是無法避免的。 那么這個特性就會在我們遇到一個任務流執(zhí)行失敗了的時候，自動重新執(zhí)行它，一直到他能夠正確運行為止，這個特性就是保證了我們?nèi)蝿盏恼_返回，保證我們不會有因為其它原因漏掉的執(zhí)行結果。但是， Zapier 中享受此服務需要至少 $50／月 ，這個絕對是硬傷，如果你不是對任務流要求百分百必須準確執(zhí)行的話，可以不考慮使用此特性。 小結
IFTTT 有 iOS 原生客戶端，Zapier 沒有IFTTT 提供了 iOS 原生客戶端，從而打通了系統(tǒng)應用和 Service 之間的壁壘，Zapier 沒有 iOS 客戶端，但是通過 Workflow + Webhook 也可以曲線救國。 IFTTT 提供了 iOS 客戶端，通過客戶端我們可以處理很多 iOS 原生服務，比如「 iPhone 有新的照片了」，比如「新建了提醒事項」，有了這個原生的客戶端，IFTTT 就將原生服務和其它 Service 打通了，我們再舉個例子。 我的主力手機是 iPhone ，我用手機拍攝的照片都會默認存在 iCloud 中，但是我不是很放心 iCloud 服務，所以我想同時把照片同步到 Dropbox 中，于是我在 IFTTT 中設置任務流，每當 iPhone 有新的照片時，自動同步到 Dropbox ，但是有一個前提，iPhone 照片不是一個 Service，我們就需要安裝 IFTTT 的客戶端，每天晚上運行一次 IFTTT 客戶端，客戶端會自動發(fā)現(xiàn)新照片，并且同步到 Dropbox ，當然這個動作你也可以不定期的打開一次 IFTTT 即可。 那么 IFTTT 的競爭對手 Zapier 表現(xiàn)如何呢？ Zapier 并沒有提供 iOS 客戶端，當然也就無法像 IFTTT 那樣實現(xiàn)「影評自動化」例子中的功能了，但是 Zapier 支持 Webhook ，通過 Webhook 我們利用 iOS 上的應用 Workflow ，每天執(zhí)行一下 Wrokflow 腳本，Workflow 會選擇出當天的照片，通過調(diào)用 Zapier 的 Webhook ，將照片上傳到 Dropbox ，這樣一樣實現(xiàn)了上面提到這個例子的功能。 小結
費用情況對比IFTTT 大部分功能都是免費的，而 Zapier 基礎功能相對簡單，如若使用上邊提到的很多特性都需要付費才能享用。 IFTTT
Zapier
總結通過以上 IFTTT vs. Zapier 我們可以看到，對于這兩個粘合劑服務，各自都有自己的特點：
以上兩個服務都是互聯(lián)網(wǎng)上最優(yōu)的粘合劑服務，那么作為一個用戶我們該如何選擇他們，以及如何看待他們的費用問題，我想大家還是從各自的實際角度出發(fā)，這里王掌柜給出幾個建議供大家參考：
One More Thing王掌柜帶你玩轉 Zapier 系列是一個長期更新的系列，如果你是對 Zapier 感興趣的同學推薦長期關注，按照慣例，預告一下下一期內(nèi)容。 一句話描述每當我開始看一本書的時候，我會通過 Workflow 調(diào)用豆瓣 API 獲取到書籍信息，然后通過 Zapier 設置好的任務流，自動在 Airtable 中創(chuàng)建好讀書筆記，最后在 Todoist 中創(chuàng)建每日寫讀書筆記的提醒任務。 敬請期待...... 附錄 |
|
|
