三年前我的工具列表有十七項，現在是六項。刪掉的十一項裡，有幾個當初我非常確信會改變工作方式。這篇記錄留下來的與被刪掉的，以及分辨兩者的方法。
先講判斷標準，這比清單本身重要：一個工具值不值得留，看的是它有沒有取代掉某個既有的動作，而不是它有沒有增加新的可能性。取代的工具會減少總工作量，增加可能性的工具通常只是增加負擔。
六類的共同點是：每一個都對應一個每天都會發生的動作。不是每天用到的工具，最後都會變成需要維護但沒有回報的負擔。
被刪掉的工具裡，有七個是在「還沒有那個問題」的時候導入的。看到別人用得很好，覺得應該也需要，於是導入，然後花時間學習與設定，最後發現自己的規模根本用不到那些功能。
現在的原則是：問題先出現，工具才導入。而且導入前要先用最土的方法解決一次，確認這個問題是持續的而不是偶發的。
三個訊號：同樣的手動流程每週重複三次以上、資料量已經讓現有方式明顯變慢、或是多人協作時版本經常衝突。三個訊號都是「現況已經痛」，而不是「未來可能有用」。
工具的更換成本經常被低估。除了學習時間，還有既有資料的搬遷、既有流程的重建、以及合作對象的適應。一個看起來好一點的工具，如果需要三週才能完全轉換，通常不值得。
如果你的問題是資料整理本身，站內的 十一個試算表函式 涵蓋了多數不需要額外工具的做法。
第一週只用它做一件既有的工作，不做設定與客製。第二週記錄它省下或增加的時間。第三週讓另一個人也用一次，看學習成本。第四週決定：留下、放棄、或延後再評估。
四週的設計是為了避免兩種常見的錯誤：一種是試用一天就放棄，沒有給它公平的機會；另一種是設定了兩個月才發現不適合，此時沉沒成本已經高到讓人捨不得放棄。
第三步很重要。有些依賴不會立刻浮現，例如某個每季才執行一次的流程。留一個月的觀察期，可以避免刪掉之後才發現有東西壞掉。
每季一次，把所有工具裡的資料匯出成通用格式，存在自己控制的位置。這件事大約需要三十分鐘，但它是所有工具決策的安全網，有備份，換工具就不再是高風險的決定。
要特別注意的是匯出的完整性。有些服務的匯出功能只包含部分資料，例如少了附件或歷史版本。第一次匯出時應該實際打開檢查，確認拿到的是完整的內容。
從一個人到三個人，需要增加的是共享與版本管理；從三個人到十個人，需要增加的是權限與流程的可見度。每一次規模跳躍，工具清單都應該重新檢視一次。
要避免的是提前導入。在還是一個人的時候就導入十人規模的協作工具，維護成本會完全吃掉它帶來的好處。工具應該略微落後於實際需求，而不是超前。
判斷時機的方式仍然是那三個訊號：手動流程每週重複三次以上、資料量讓現有方式明顯變慢、多人協作時版本經常衝突。
最後一個提醒：工具解決的是流程問題，不是判斷問題。當你發現自己在找一個能替你做決定的工具時，真正該處理的通常是決策標準不清楚，而那件事沒有任何工具幫得上忙。
另外要提醒的是工具的疊加效應。單獨看每一個工具都不算負擔，但十個工具就是十個帳號、十次更新、十份說明文件。判斷是否導入時，應該看的是「加進來之後的總量」而不是「這一個的成本」。這個視角會讓多數的導入決定變得容易許多。
最後也想說，工具清單其實會隨著案子型態改變，這份紀錄只代表現在這個階段。我唯一沒換過的原則是：一個工具如果需要我每次都重新想起怎麼用，那它就不適合我，不管評價多高。把力氣花在熟悉少數幾個能互相搭配的工具，通常比追新的效率高很多。真正決定產出品質的還是判斷本身，工具只是讓判斷不會被瑣事拖慢，這個順序不要顛倒。