「等等，我先把這個報表更新一下。」「我催一下採購。」「我提醒他合約快到期了。」每天的工作裡藏著幾十件這樣的小事：單獨看只要幾分鐘，加起來吃掉整個下午，而且它們大多有明確的規則——規則明確的事，就可以交給系統。
這篇是寫給一般工作者的自動化入門：不談程式、不談 API，用一張四象限盤點值得自動化的事，再以我們日常使用的工具實作三類最常見場景。研究數據也支持「先救重複性工作」的順序：McKinsey Global Institute 2012 年的經典估計指出，互動型知識工作者近半時間耗在 email 與找資訊上；Atlassian 2026 年的調查則顯示 87% 的知識工作者自認連協調的時間或餘裕都沒有；重複性雜務不清掉，重要的事永遠排不進來。
盤點方法：頻率 × 規則性四象限
頻率×規則性四象限，是用「多常做」與「規則是否明確」兩個問題，篩出值得自動化工作的盤點法。拿一張紙或開一份文件，列出你這週做過的例行動作，逐項問兩個問題：多常做（每天、每週、每月）？規則明確嗎（能不能寫成「如果⋯就⋯」）？
| 規則明確 | 需要判斷 | |
|---|---|---|
| 高頻 | ★ 最優先自動化 | 想辦法簡化，別硬自動化 |
| 低頻 | 有空再自動化 | 保持人工 |
四象限的價值在於幫你抵抗兩種誘惑：把有趣但低頻的事拿來練手（成就感高、回報低），以及想自動化需要判斷的事（做不好還會出錯）。老老實實從高頻又規則死的左上角開始，回報最快、風險最低。
「表單交上來要通知承辦人」「狀態改成已出貨要告訴客服」「合約到期要提醒業務」全在星號區；「這個客訴要不要升級處理」在右邊，留給人。自動化的目的不是取代判斷，是把人力從不需要判斷的事情裡贖回來。盤點完先只挑星號區的前三名動手，其他寫著放著；自動化跟減肥一樣，貪多的計畫都活不過第二週。
場景一：單據流轉，最值得先做的自動化
多數企業第一個該自動化的往往不是什麼酷炫流程，而是每天都在跑的單據：量大、規則死、人人有感。Lark 審批把請假、報銷等單據依表單內容自動送到對的簽核人、逐關推進、進度即時可查；內建的人事、行政、財務範本改一改就能用，發起與核准都不需要任何技術背景。完整的導入時間軸見電子簽核指南。
場景二：狀態通知，讓下游不用一直來問
資料一變動、對的人自動知道，是 Base 自動化的主場。設定全程圖形介面：選觸發條件（新增記錄時、修改記錄時、到達記錄中的時間時等），選執行動作（發訊息給指定人員或群組等）。訂單狀態改成「已出貨」自動通知客服群組、新需求單建立自動告知承辦部門，「下游追著上游問」的日常從此消失，資訊的時差歸零。
進階一點的玩法：訊息內容可以引用記錄欄位，讓通知直接帶著單號、金額與負責人；多筆記錄可以彙總成一則訊息定期發送，例如每天下班前把當日異常單彙整給主管，一則訊息取代一整天的零星打擾。
場景三：到期提醒，把「記得」外包給系統
「合約到期忘了續」這類靠人腦記憶值班的風險，用時間觸發一勞永逸地解決。Base 自動化的時間觸發支援日期欄位與顯示為日期的公式欄位；想做「提前 N 天提醒」，用公式欄位算出提醒日（例如到期日往前推的日期），再讓自動化在到達該日期時發訊息給負責人。設定一次，系統從此值班。
完整走一遍：第一條自動化的設定示範
以「合約到期提醒」為例，把設定過程完整走一遍，你會發現全程沒有任何一步需要技術背景。
第一步，準備資料表。 把合約清單放進 Base，確認三個欄位就緒：合約名稱（文字）、到期日（日期欄位）、負責業務（人員欄位）。已有 Excel 清單的直接匯入，欄位型別匯入後逐欄校正一次，特別是日期欄——它是這條自動化的心臟。
第二步，算出提醒日。 新增一個公式欄位「提醒日」，內容是到期日往前推的日期（例如提前一個月），並把結果格式設為日期（時間觸發只認日期形態的欄位）。
第三步，建立自動化。 進自動化流程，觸發條件選「到達記錄中的時間時」、指向「提醒日」欄位；執行動作選「發送訊息」、對象選記錄中的「負責業務」，訊息內容引用合約名稱與到期日，讓收到的人不用點開就知道是哪一份。
第四步，測試與啟用。 建一筆提醒日設在近期的測試記錄，確認訊息如期送達、內容正確，刪掉測試資料、儲存啟用。從此每一份新合約只要填對日期，提醒就自動掛號。
整個過程的思考時間比操作時間長；真正難的從來不在設定，而在想清楚「什麼條件、通知誰、說什麼」。想通了這一條，其他規則都是同一個模式的變奏。
誰來做：三種角色的分工
自動化在團隊裡落地，實務上有三個角色，可以是三個人也可以一人兼任，但職責要分清楚。
盤點者是最懂日常流程的人（往往是被雜務淹沒的那位），負責用四象限找出值得自動化的規則；設定者是對工具較熟的同事，把規則翻譯成觸發與動作，通常也是能管理該 Base 表的人（自動化由表的所有者或具管理權限的成員啟用）；維護者負責在流程或人員異動時更新自動化：負責業務換人了、群組改名了、部門重組了，對應的規則要跟著調整，否則通知就會寄給不存在的收件人，而且沒有人會發現，因為收不到通知的人不知道自己該收到。這種靜默失效比規則壞掉更難察覺，所以維護者要養成一個習慣：每次組織異動公告發出來，就順手檢查一遍自己名下的自動化規則有沒有受影響，五分鐘就能做完。
小團隊常見的配置是盤點者與設定者同一人；重點是維護者必須明確，否則就會走向下一節的幽靈流程。
維護：別讓自動化變成幽靈流程
自動化最尷尬的下場不是失效，是沒人記得它存在：通知發到已解散的群組、提醒指向已離職的負責人、條件對應的欄位早就改名。這些幽靈流程輕則發出無效訊息，重則讓大家對所有自動通知失去信任。
防治方法三條：所有自動化集中在少數幾張表上建立，不要散落各處；每條自動化的用途寫在名稱裡（「合約到期前 30 天通知負責業務」而非「自動化 3」）；每季由維護者掃一輪，把觸發對象、通知對象與現況核對一次。自動化是資產，資產就需要盤點。
誠實的限制：配額與邊界
Base 自動化有兩項邊界，規劃前先知道，避免期待落差。第一，自動化執行次數依方案有月配額，規劃大量流程前先確認方案權益，把配額留給高價值流程。第二，自動化的觸發與動作有明確邊界：站內工作流基本操作整理了支援的動作清單（發訊息、新增／修改／查找記錄等），設計流程前先對照，站內查不到的行為別假設它存在。
自動化的禮儀：別讓通知變轟炸
自動化最常見的翻車方式，是把「通知所有人」當成安全牌，結果群組被機器訊息洗版，大家反而全部靜音。原則一句話：通知發給要採取行動的人。要讓主管知情，用儀表板讓他主動看，而不是每筆變動都推播給他。
從一條規則開始
不用一次規劃全公司的自動化藍圖。挑一件你這週催過兩次的事，把它寫成「如果⋯就⋯」，用審批或 Base 自動化把它設定起來，下週你就少催一件事。
第一條規則的意義遠大於它省下的那幾分鐘：它讓團隊親眼看到「規則可以自己執行」，之後大家會開始主動提案「這個也可以自動化嗎」。自動化文化很難由上而下推行出來，多半是由第一條有感的規則長出來的。等提案多起來，再回到四象限排優先序，讓配額花在刀口上。
順帶提醒一個常見的心理關卡：有人會擔心「流程都自動化了，我是不是就沒價值了」。實際發生的事恰恰相反：被自動化接走的是催辦、轉貼、提醒這些沒人想做的雜務，人的時間回到判斷、溝通與改善流程本身，這些才是加薪時被看見的事。整體的工具選擇思路見 No-Code 平台指南，Excel 資料的搬遷見遷移時間軸。
想盤點你們團隊有哪些流程值得自動化，找艾瑞特資訊聊聊。身為 Lark 台灣授權代理商，我們可以用你們的真實流程現場示範第一條自動化怎麼設。
常見問題
Q1：什麼樣的工作適合自動化？
適合自動化的工作同時符合兩個條件：發生頻率高（每天或每週）、規則明確（能寫成「如果⋯就⋯」）。例如表單提交後通知承辦人、狀態變更告知下游、到期日自動提醒。需要判斷力與人際溝通的工作不適合，自動化的目的是把人力還給這些事。
Q2：不會寫程式也能設定自動化嗎？
可以，Lark 多維表格的自動化全程用圖形介面設定，不需要寫程式：選擇觸發條件（新增記錄、修改記錄、到達記錄時間等），選擇執行動作（發訊息、新增或修改記錄等），存檔即生效；審批流程同樣由管理後台以表單與節點組裝。
Q3：可以做「到期前幾天提醒」嗎？
可以，用組合做法：時間觸發支援日期欄位與顯示為日期的公式欄位，先用公式欄位算出提醒日（到期日往前推），再設定自動化在到達該日期時發訊息給負責人。單純的到期日當天提醒，直接用日期欄位觸發即可，連公式都不用。
Q4：自動化有什麼使用限制要注意？
兩個主要限制：執行次數依方案有月配額，大量流程前先確認方案權益；觸發與動作有明確的支援清單（發訊息、新增／修改／查找記錄等），設計前先對照官方與站內文件，查不到的行為不要假設存在。
Q5：自動化會不會讓通知變得更吵？
設計得當的自動化會減少干擾：它取代「所有人都要盯著看以免漏掉」的狀態，改成「條件成立才通知該負責的人」。原則是通知只發給要採取行動的人；主管的知情需求用儀表板滿足，不用推播轟炸。