我為什麼要打造小工具？

我不想為了查一個資訊，先下載一個 App；不想只使用一次功能，就先註冊會員；也不想打開網頁後，還要花時間找入口、關閉彈窗，最後才得到原本想看的結果。

我想要的很簡單：打開網頁，就是結果。

這就是我開始自己寫工具的原因。

我覺得現在的網路工具很難用

網路上不是沒有工具，而是很多工具在使用前，先要求使用者配合它的規則。

想查郵遞區號，要輸入驗證碼；想存停車資訊，先註冊帳號；想使用一個小功能，先接受會員制度或訂閱方案。即使最後只需要幾秒鐘，前面的流程也可能讓人直接放棄。

這些設計也許有它們的商業理由，但站在使用者的角度，我常常只想完成一件小事。

找一次停車位，不代表我想加入一個停車平台。很多需求本來就是偶爾發生，沒有必要被包裝成長期關係。

所以我開始思考：如果這些工具由我自己來做，能不能把流程縮短一點？

自己寫工具的精神

自己寫工具，不是因為網路上沒有同類產品，也不是想把所有事情重新做一遍。

真正的原因是，我知道自己想要什麼樣的使用體驗：

• 打開網頁就能開始使用。
• 不用下載 App。
• 不用註冊會員。
• 不用先了解複雜的操作方式。
• 直接把最需要的結果放在眼前。

我想要一打開網頁就是結果

「開箱即用」對我來說，不只是不用安裝。

它也代表使用者不必先學習產品，不必先建立個人檔案，不必先做一連串設定，才能進入真正的功能。

如果是郵遞區號工具，首頁就應該讓人直接貼上地址。如果是停車工具，首頁就應該直接協助使用者尋找附近停車場。主要功能不應該被藏在會員中心、導覽列或一層又一層的介紹頁後面。

好的小工具，應該像生活中的工具一樣：需要時拿起來，用完放回去。它不必一直提醒你回來，也不必讓你為了偶爾使用而付出額外管理成本。

公開資料，需要有人把它變好用

政府與公共機構提供了許多公開資料，包括停車場位置、即時空位、停車費率、郵遞區號、地址與交通資訊。

但資料公開，不代表一般人就能順利使用。

原始資料可能散落在不同網站，格式不一致，欄位名稱也不容易理解。使用者通常不想研究 API，也不想下載一份資料表再自己整理；他只想知道眼前的問題該怎麼處理。

這就是小工具可以發揮作用的地方：把資料來源、搜尋方式與使用者真正想看的內容整理在一起，讓公開資料從「存在」變成「用得到」。

這不一定需要大型團隊。AI 讓寫 Code、整理資料、建立介面與測試的速度提高，獨立開發者因此可以更快完成一個具體的想法。

但速度只是開始。

AI 讓寫 Code 變快，產品仍然需要打磨

AI 可以協助我快速產生程式碼、建立原型、尋找錯誤，也可以處理許多重複性的工作。這讓一個人能完成更多事情，也讓小工具更容易被做出來。

可是，能夠快速寫出程式，不代表產品就已經做好。

哪些功能應該放在首頁？哪些欄位其實不需要？使用者卡住的地方在哪裡？手機上看起來是否清楚？這些問題仍然需要人去觀察、判斷與反覆修改。

所以我認為，AI 時代不只需要更快的工程能力，也更需要產品品味與耐心。AI 提供速度，開發者決定方向；第一版可以很快完成，但真正好用的版本，通常來自一次又一次的打磨。

目前正在做的工具

這個網站目前有兩個生活工具：

• 全台停車王（Parking Radar）：整理各地停車場、公開費率與即時空位，協助使用者尋找附近的停車選項。
• 神速．郵遞區號：支援台灣地址的批次郵遞區號查詢，也能協助轉換中英文地址格式。

它們都是第三方工具，資料來自政府與公共資料來源；我做的工作，是把資料整理成更容易搜尋、更容易理解，也更適合日常使用的介面。

它們不需要下載 App，也不需要註冊會員。使用者有需求時打開網頁，完成查詢，然後離開就好。

關於作者

我是一名資深軟體工程師，曾任職於大型軟體外商，也參與過十人以下的本土新創。工作經歷涵蓋前端、後端與 DevOps，長期在不同軟體開發角色之間累積經驗。

進入 AI 時代後，我開始重新探索一個人的能力邊界：如果善用 AI 與公開資料，一位獨立開發者能不能用更有效率的方式，做出簡單、好用、人人都能直接使用的工具？

這個網站，就是我目前的實驗。

結語

我打造小工具的原因，其實沒有那麼複雜。

因為我覺得現在的網路工具常常很難用；因為我不想下載 App；因為我不想先註冊會員；因為我想要一打開網頁，就是我需要的結果。

AI 讓自己寫工具變得更容易，也讓獨立開發者有機會處理更多小而具體的問題。但最後決定工具好不好用的，仍然是對使用者情境的理解，以及願意把細節慢慢做好。

這就是我自己寫工具的精神：少一點阻礙，多一點直接；不追求把產品做大，只希望在你需要的時候，它已經可以使用。