那些我開始接案才明白的事——當初只是想幫朋友解決一個問題

剛開始接案時，我以為工程師的價值在於「技術有多強」。

會的語言夠多、架構設計夠漂亮、程式碼夠乾淨。我直覺地認為，只要這些做好了，案子自然會來。

但現實讓我慢慢明白，對大多數客戶來說，他們根本不在乎你用 React 還是 Vue。

第一個案子，改變了我對價值的理解

我接的第一個案子，是幫一個朋友解決問題。

他在經營一間小工作室，訂單都靠 LINE 接、帳靠 Excel 記，每到旺季就忙到凌晨。他沒有預算找大公司，也不知道從哪裡開始改。他只是傳了一句訊息給我：「你懂這些，可以幫我看看嗎？」

那個案子不大，但做完之後他說了一句話我記到現在：「我終於可以準時下班了。」

不是「你的程式碼好漂亮」，是「我終於可以準時下班了」。

從那之後，我開始重新理解接案這件事。

我後來才想通的五件事

• 先搞清楚他們在怕什麼，再提解法。
• 說人話，比說術語更值錢。
• 第一版做對，比第一版做完更重要。
• 做完之後，還能找得到你，才是真正的信任。
• 最好的案子，通常來自你真的在乎的人。

先搞清楚他們在怕什麼，再提解法

很多客戶嘴上說想要某個功能，但背後真正的問題常常是別的東西。有人說想做後台，其實是在怕出錯；有人說想導入自動化，其實是在怕人一忙起來就漏單。

花時間聽懂他們在怕什麼，比急著報方案更重要。對我來說，這其實就是工程師的另一種專業能力：診斷。

說人話，比說術語更值錢

能把複雜的技術決策解釋得讓非工程師聽懂，是一種被嚴重低估的能力。

客戶不需要知道為什麼用 PostgreSQL 而不是 MongoDB，他們需要知道的是：「這樣做之後，你們的資料不會再搞丟。」

當你能把技術翻譯成營運結果、風險控管和工作壓力的差異，對方才真正聽得懂你在幫他解決什麼。

第一版做對，比第一版做完更重要

很多時候，幫客戶說「這個先不用做」，其實比「幫他把所有需求都做出來」更誠實，也更有價值。

因為第一版真正重要的，不是功能清單有多滿，而是方向有沒有對。先救最痛的地方，通常比一次把所有東西堆上去更有效。

做完之後，還能找得到你，才是真正的信任

一個案子上線只是開始，系統難免會有需要調整的地方。能持續陪著客戶走，比交件就消失，更能建立長期關係。

客戶記得的通常不是你當初寫得多快，而是出問題時，你還在不在。

最好的案子，通常來自你真的在乎的人

不是因為這種案子比較好賺，而是因為你真的理解他們的處境。當你知道他們每天是怎麼卡住、怎麼焦慮、怎麼被流程拖住時，做出來的東西自然會更貼近他們真正需要的樣子。

很多所謂的好提案，不是從炫技開始，而是從同理開始。

技術是入場券，真正留下關係的是在乎

接案這件事，技術只是入場券。真正讓人願意找你、信任你、再回來找你的，是你有沒有把他們的問題放在心上。

當然，技術也不能爛。只是這兩件事本來就不衝突。好的工程師，不只是把系統做出來，也會把對方真正想改善的生活和工作狀態一起放進考量裡。