為什麼「我很忙」常常只是忙在切換
多數人都知道多工不好，但更少人願意承認：真正昂貴的不是工作本身，而是在不同 App 之間找視窗、找欄位、找上一封回覆的那段「上下文切換稅」。你可以把一天拆開來看：有多少次你是為了把 A 的資訊貼到 B，而必須先登入、搜尋、對照、再貼上？這些動作往往風險不高、智力需求也不高，但它們會把你的注意力切成碎片，讓你以為自己整天都在「處理正事」，實際上很大比例是在當人肉 API。
如果你是自己接案、或在一個小團隊裡同時扮演業務、營運與行政，這種感受會更強烈：你不是缺方法，而是缺「節拍器」。當所有事情都依賴你當下記得要做，系統就會變成情緒驅動；情緒一累，漏回覆、貼錯欄位、忘記跟進就會出現。於是你又更忙著補洞，惡性循環。自動化不是在搶走判斷，而是在搬走重複勞動
很多人一聽到自動化，腦中立刻浮現「取代人」的畫面，因而本能排斥。更務實的說法是：編排工具（例如 Make）擅長處理的是「能被描述成規則」的搬運與派送——把欄位對齊、把事件通知到固定渠道、把成功或失敗留下紀錄。它不適合、也不該被期待去取代：價格談判、合約風險取捨、客戶情緒判讀、創意取捨、跨部門政治協調。換句話說，你把「可預期、可重複」交出去，才有機會把「不可預期、需要經驗」留給自己。
這不是雞湯，而是成本結構。人的單位時間如果用在貼上訂單編號、或把同一份摘要再貼一次到群組，你的時薪就被那些工具性勞動拉低。自動化做的，是讓你在同樣一天裡，比較常站在「需要你做決定」的位置，而不是站在「需要你做搬運」的位置。
三個最常見的「複製貼上會長大」的現場
第一種：來回核對型
例如客戶在表單填了需求，你得打開信箱、對照備註、再打開試算表或專案工具，把資料「重新排版成人看得懂的列」。問題通常不是看不懂，而是你每次都得親自經手一次對齊。時間一久，資料口徑還會因為你太累而出現微小差異——今天多一個空格、明天換一個縮寫——後面任何報表都會痛。
第二種：多部門接力型
案件一來，你先貼到專案表，再打開 Messenger 叫人，再打開別的工具更新狀態。工具越多，你越像機器上的一個轉運站：你負責的不是把事情做完，而是把資訊丟對方向。這類流程最適合用「事件驅動」來解套：某件事一旦成立，接下來一串該發生的通知或寫入，就由流程背書，而不是靠你記憶背書。
第三種：固定節奏回報型
每週要交一次統計、每天要在固定時間發摘要、每逢活動結束要整理名單。你已經知道規則了，但你仍一次次親手跑。這種場景的心智負擔不在難度，而在「不可逃」：它會準時來，你就得準時做。把它交給排程觸發（Schedule）這類起始點，往往是最划算的第一刀。
把「人肉接力」放回正確位置的想像：一條 Scenario 長什麼樣子
在下面這個示意裡，重點不是唯一正解，而是你看懂結構：**觸發（Trigger）→ 資料整理 → Router（分流）→ 寫回與通知**。例如：有人提交表單（觸發）→把欄位映射成你在試算表裡約定的名稱與順序（整理）→如果缺必填欄位，改走提醒你補資料的路線（分流）→如果完整，就把資料寫入 Google Sheets（或你家慣用的表單目的地），同時發訊息到 Slack、Email、LINE 任一你團隊真會看的渠道（派送）。
你看到 Router 這個詞，就把它想成十字路口：不是所有案件都通往同一種下一步。對新手而言，最值回票價的 Router 往往不是「很聰明的分流」，而是很樸素的那條：**成功走 A，失敗走提醒我**。因為自動化如果只會成功，卻不會吵你，就會變成 silent failure——表面很帥，其實很危險。這點會在系列後文再三強調。
本週就能做的小事：別先急著上手，先把規則寫清楚
挑一件你每週至少三次、且不涉及高額裁量的搬運任務。拿一張紙或開一個空白記事：觸發是什麼（例如新客戶填表）、資料從哪裡來（哪一張表單的哪些欄位）、要到哪裡去（記事本、表單、群組通知不算目的地，要寫「進到哪一個系統的哪一個容器」）、失敗時你希望誰被通知、以及有沒有「絕對不能自動做」的動作（例如對外承諾交期）。當你把這張表填完，你會發現很多「我以為很複雜」的事，其實複雜在情緒，不在結構。
當你完成這項練習，再打開 Make 建立第一條 Scenario，你會明顯更快，因為你在找模組時，是在對照一張已經存在的流程圖，而不是對照一團焦慮。
文末給你一個很具體的起手式方向：**表單 → 通知 → 試算表**。先讓「資料進來有人知道、紀錄留在一個大家都認的單一事實來源」成立，即便內容很樸素，你也已經開始把身分從搬運轉回負責判斷的人。方案額度與免費層限制請依官網最新公告為準，不要以本文為計費依據。
資料口徑比「跑得快」更值錢
當你把表單、試算表與通知對齊，最常見的抗爭並不是自動化跑得慢，而是每個人以為自己手上的數字是正確的版本。自動化只是把搬運自動化；它不一定替你定義「什麼叫完成」。請在開始之前，為每個 Scenario 規定三件事：哪一個系統是事實來源、失敗時要把哪一段狀態寫回哪裡、以及通知裡必須出現的欄位（例如案件編號、提交時間、是否已含附件）。這些聽起來很行政，卻能顯著降低「客戶已收到、內部卻沒紀錄」的怪獸事件。
你可以用一週驗收的小指標
挑一條流程，觀察七天：是否減少你打開同一個分頁查詢的次數？是否減少「誰跟進」的群組訊息？是否讓新同事少問兩次「資料貼哪」？只要其中一項明顯下降，你就已經買到比「酷」更實用的東西。方案額度與免費層限制請以 Make 官網為準，本文不寫死任何數字。
寫進待辦的那一行
若你今晚只想帶走一行：請把下一條要自動化的任務改寫成「觸發＋必填欄位＋目的地＋失敗誰收件」。寫得下，通常就做得到。
