上禮拜 Notion 發佈了新功能 Database Automations，這篇文章我想要講講 Automations 對於 Notion 增長的重要性，同時也做一下我們產品 Jodoo 與 Notion 的對比。
什麼是 Database Automations？
Notion 的 Automations 讓使用者可以透過設定特定 Database/Database View 下的「Trigger」，來觸發「Action」。
例如當我把一個 Task Status 從 In-progress 改成 Review 的時候，可以把任務負責人從我改成我主管，並讓主管收到通知。
放眼各類任務管理工具，把重複性高的任務自動化，以及把任務交辦給下一個負責人，這些概念實在不是什麼新的東西，但卻是 Notion 長久以來完全缺乏的。
Notion 的用戶需要 Automations 嗎？
那麼久以來 Notion 都沒有這功能，但現在的 Notion 用戶卻還用得那麼開心，代表這對許多 Notion 用戶而言不是最重要的需求，甚至可能根本沒有這個需求。
我認為 Notion 的使用深淺，可以依照以下幾個階段來區分：
- 只拿來偶爾做筆記，不太設計頁面的層級架構
- 作為 Wiki 和專案管理工具，大量使用 Database View，喜歡用看板、日曆等功能管理生活瑣事或者工作中的專案
- 開發業務應用，使用很多 Database 的 Relation 功能，設計更複雜的資料庫，以及使用 API 與其他工具整合，做更複雜的工作管理
依照我對 Notion 用戶的理解，Notion 對用戶的價值很大程度侷限於自由組織（Flexibly Organizing），多數人停在第二階段就不會再繼續深入研究 Notion，代表日常的工作中沒有複雜到需要關聯式資料庫，也不需要自動化工具，就能很好的管理大部分的工作。
Automations 對 Notion 增長的重要性
那麼為什麼 Notion 要在 2021 年發布 API，又在今年發布 Automation 呢？
我認為可以用「防守」和「獲客」兩個面向思考：
1. 防守
很多人可能不知道，Notion 在開發初期，其實是把自己定位在「No-Code App Builder」而不是什麼筆記工具或者 Wiki。
這也是為什麼在很早期的版本中，Database 這個對大部分用戶來說很陌生的名詞，就已經存在於 Notion 之中，而很多人想用的 Simple Table 則是到 2021 年底才上線。
前面提到深度使用到 Database 的人其實是少數，但也是對 Notion 來說很重要的一群使用者。
深度使用產品的人的 Feedback 比一般用戶通常更能帶來洞察，付費意願也更強，產品需求的優先級，一定是圍繞著這群人去排序，甚至與這群人一起共創出來的。
然而這群人也一定同時非常關注其他競品，例如同屬 No-Code App Builder 的 Airtable 早已在 2020 年發布 Automation 功能，現在的相關功能也比 Notion 完備，再搭配表單/Interface Designer 等功能，對於更關注 Database 運用的這群人而言，Airtable 可能是個更好的選擇。
雖然 Notion 這次的發布差強人意，但至少他們開始做了，未來這部分的功能也絕對會繼續迭代下去，因此我認為應該有助於挽留很大部分原本要流失的中間用戶。
2. 獲客
Notion 早已想獲取大企業客戶，先不管這類型的公司一些常見的限制，如需要託管在私有主機/私有雲上，或者需要與本地資料庫整合等，由於工作流程多且複雜，一個能夠標準化、自動化、客製化流程的 No-Code 產品更能夠在這之中產生價值。
在大公司之中，ERP 或者簽核流程系統往往是標配，前者管理資料庫，後者管理工作流程
Notion Database 與其他 ERP 系統 Database 整合的能力我們一般用戶不得而知，但從 Notion 開放了 API 以及持續迭代 API 的動作來看，應該是會針對企業用戶提供更多整合工具或服務
而由於 Automation 補足了流程能力，Notion 得以成為真正意義企業級工具，也因此應該能更加說服企業購買
Database + Automation: Jodoo vs. Notion
以前我們內部自己在對比 Notion 的時候，會直接把缺乏流程功能作為 Notion 最致命的缺點，然而現在 Notion 即將補齊相關能力，因此是時候重新審視一下我們與 Notion 的競爭
資料庫 Database
毫無疑問，Jodoo 目前最大的優勢還是在我們能建立表單/Interface
在表單裡我們可以依照特定的條件決定展示或隱藏某個欄位，還可以依據不同角色/成員設定特定欄位的瀏覽/編輯權限，除此以外 Jodoo 也可直接建立表單 Link，方便直接分享給外部訪客填寫
其次，我們相比 Notion，還有更多類型的 Properties。包含簽名、子表單、部門等
再來，我們還可以建立 ETL，把不同來源的數據進行二次處理再輸出成二次表
然而 Notion 最強的地方還是在他的易用性，即使沒有 Database 的概念，也可以很直觀的記錄和建立 View，這點在 Jodoo 裡大部分人都還做不到。
工作流程自動化 Workflow Automation
Notion 這次只發布了產品內的 Automation，而單講產品內的 Automation，Jodoo 應該碾壓吧。
Notion 的 Automation 的 Action 不包含 Column Mapping，因此沒辦法將某一個 Database 的值直接新增到另一個 Database。
另外真正複雜的流程會涉及很多的 Conditional flow、退回、轉交、給 Comment、簽名等等，Notion 如果要設定很多 Conditional flow，可能可以做到，但那就會有超多的 Automation 出現在一列，看上去很不直觀。
也就是說目前 Notion 的 Automation 還是非常陽春且無法產生極有用的 Use Cases。
但如果要論及跟其他系統的整合，目前 Jodoo 就還做不到，例如通知的部分現在只能靠 Email，之後應該會推上架 Zapier，但其實這部份到底有沒有需求，目前我們還在探索。
Notion 目前與外部系統的自動化整合也還沒做的非常完整。目前在產品內只做了與 Slack 的整合，其餘還是靠上架 Zapier 為主。
其他對比
目前其他 No-Code 產品有做，但 Notion 沒做的，就是 Dashboard。所以這沒什麼好說的，Jodoo 輾壓。
但 Notion 有做 Doc 的功能，Jodoo 沒有，這讓 Jodoo 一直很難找到一個一般人也能快速理解的 Use Case，體感上的易用性大幅降低非常多。
Notion 重新擁抱作為 No-Code App Builder 的願景？
在分析後，我可以明顯感受到 Jodoo 與 Notion 的產品定位還是有所不同，但也因為感受到 Notion 正在朝當年剛創立時的願景慢慢推進， 感覺 No-Code 產品最終都是殊途同歸
在這過程中我最大的學習，是找到我們推廣 Jodoo 的 Use Cases 可以從主打 Organizing Data 的價值切入，同時也得努力讓使用者在嘗試建立組織資料的方式的過程越順越好
作為曾經頻繁使用 Notion 的用戶，這次的 Automation 沒有帶給我太多的驚喜，但我很希望更多人能夠理解他的價值。
以上就是本次對 Notion Automations 的分析，喜歡的話請幫我分享，想持續收到文章請加入我們 Jodoo 的官方社團，我們會在第一時間分享我們對 No-Code 產業的觀察，以及分享各種好用的職場生產力工具。
另外，如果覺得 Automations 這個功能對自己很有幫助，也歡迎留言分享你的 Use Case！
本文發表時間：2023/09/07
