「把到這裡為止的內容整理成文章。」我對寫作工具說。文章寫好了，我的工作卻還沒完。
還得把檔案放進 GitHub。這個服務能保存檔案和更改記錄，以前得這樣操作：
- 收到文章檔案。
- 下載檔案。
- 打開 GitHub。
- 進入指定資料夾。
- 上傳檔案。
- 確認修改，並留下檔案的更改記錄。
- 再確認真的有放進去。
每一步都很小。
也正因為小，所以最容易一直被保留下來。
「反正就點三下，我自己做就好。」
就在這一刻，「三次點擊大叔」誕生了。
他的工作，就是把工具做好的檔案搬到 GitHub。
工作不重。
但每次都要出現。
小工作不會因為小就沒有成本。
真正麻煩的是，它會一直重複繁殖。
一接上 GitHub，點擊本身就消失了
後來讓工具可以直接把檔案寫進 GitHub。
新的流程變成：
- 說「把它整理成文章」。
- 工具寫文章。
- 工具直接存進指定資料夾。
- 工具再從 GitHub 把同一個檔案讀回來。
- 工具確認檔案真的存在。
- 工具回報成功或失敗。
人這邊幾乎只剩下一句指令。
於是馬上發生職位變動。
三次點擊大叔：失業。
三次點擊大叔：「今天也來搬文章檔案囉！」
GitHub 連接：「那個職缺昨天已經取消了。」
三次點擊大叔：「蛤？」
這不是省時間，而是直接刪掉流程
一般的效率改善，是把同一件事做得更快。
例如把五分鐘縮短成兩分鐘。
這當然有價值。
但這次不一樣。
我們不是讓人上傳得更快。
而是把「必須由人上傳」這一步整個刪掉。
差別就在這裡。
點擊速度再快也有極限。
已經不存在的點擊，連最佳化都不用做。
也不用一直記「到底要放哪個資料夾」。
忘記上傳的機率會下降。
在不同工作之間切換的次數也會下降。
真正能讓工作省事的辦法，不是讓人做得更快。
而是讓人少做根本不必做的事。
舊流程裡，做 100 篇文章，人就要當 100 次檔案搬運工。
新流程裡，不管是 100 篇還是 1,000 篇，基本指令都一樣。
量越大，刪流程的價值越高。
三次點擊大叔提出抗議。
三次點擊大叔：「不要搶我的工作！」
改善負責人：「我們拿走的不是工作，是點擊。」
三次點擊大叔：「那不是更慘嗎！」
連存檔後重新讀取都自動化，才算真的穩
只負責存檔還是不夠安心。
儲存的地方可能選錯。
檔名可能錯。
內容也可能不完整。
所以存檔後，再從 GitHub 把同一個檔案取回來。
接著確認檔案真的存在。
必要時再確認內容。
整個流程就是：
建立 → 儲存 → 重新讀取 → 回報結果
最後這一步看起來很小，卻很重要。
如果系統自動存檔之後，人每次還是要打開 GitHub 問「真的有進去嗎？」，那確認工作其實還活著。
三次點擊大叔沒有被解雇。
他只是降職成「一次點擊大叔」。
要做就做到底。
把工作變省事做得太過頭，最後連老闆都被開除了
從這裡開始完全是梗。
寫作自動化。
存檔自動化。
驗證自動化。
發布前準備也繼續自動化。
最後一定會有人問：
「那人到底要做什麼？」
老闆：「那我要做什麼？」
改善負責人：「這個問題也交給工具問一下。」
老闆：「老闆解雇。」
把麻煩步驟拿掉的想法，一路到了老闆那裡。
當然，真正的重點不是把所有重要判斷都交給自動化。
反而是相反。
把搬運、複製、重複確認這些固定工作拿掉，讓人的時間回到真正需要人判斷的事情上。
老闆可以留下。
三次點擊大叔可以再談。
讓工作變省事，真可怕。
不過，對點擊真的不用太客氣。
