一個小工具，只解決一件小事

我覺得有趣的小工具，往往可以用一句很短的話解釋：把這段內容整理好，幫我找到那個入口，或者省掉一次容易出錯的複製。它不一定需要一個宏大的產品定位。

但“小”不代表隨便。一個只用幾十秒的工具，也可能因為默認值、單位或保存方式不清楚，讓人花更多時間收拾結果。

從重複的小麻煩找題目

假設每次處理一段資料，都要打開三個頁面、複製兩個字段、再手動調整格式。這條重複路徑，就是一個比“做個平臺”更具體的起點。

先寫下輸入是什麼、想得到什麼、哪一步最費神。能用一個書籤、一個模板或一段短腳本解決的，就先從那裡開始。

判斷題目是否值得做，我會看它是不是反覆出現、有沒有清楚的完成狀態，以及省下的操作是否真比維護工具輕。偶爾出現一次的麻煩，記下一條處理方法也可能足夠。

第一個版本，要讓人放心地試

如果工具整理文字，就先展示結果，再讓使用者選擇複製；如果它改文件，就先說明會改哪些內容，並保留可以恢復的路徑。

默認值也需要解釋。時區、金額單位、字符編碼、空格與換行，看起來像實現細節，實際決定了結果能不能直接使用。

我喜歡能夠一眼看懂“輸入 → 處理 → 結果”的小工具。遇到空輸入、格式錯誤或超出範圍時，它應該指明問題，而不是給一個看似成功的空白結果。

先用起來，再決定長大到哪裡

一個格式工具不必馬上增加賬戶體系，一個入口頁也不必變成內容平臺。只有實際使用暴露了需要保存、協作或權限的問題，再決定要不要往下做。

可以觀察三個信號：哪一步總要手動修正，別人在哪個說明前停下來，以及隔一週再打開還能不能獨立完成操作。

如果為了處理一個新場景，要讓所有人多填五個字段，我會先想想，它是不是應該成為另一個獨立的小工具。功能增加的成本，不只在代碼裡，也在每次打開它的人身上。

給工具留一張簡單的說明卡

保留下來的工具，我希望它能回答：適合誰、輸入什麼、結果怎樣使用、數據在哪裡處理，以及有哪些已知限制。使用示例用假設資料，敏感信息不要被順手複製進演示。

有時工具甚至不需要自己開發。把真正用得到的官方平臺和文檔放在一個容易找到的位置，就已經減少了來回搜索的時間。

本站的工具欄目目前就是這樣一組入口，並非一套已經實現的在線處理工具。以後若有新的小作品，也應該先把它解決的那件小事說清楚。

你如果也有一個反覆出現、又一直懶得解決的小麻煩，那個問題本身就很值得聊。