很多人找工程師,期待的是「我講需求、你報價、你開始寫」。
但如果我當你的隨隊工程師(也就是前一篇聊的 FDE),第一週你大概會發現:我幾乎沒急著寫程式。 不是我慢,而是好的落地,順序本來就不是這樣。
這篇把我進場的第一週攤開給你看——你會知道跟我合作是什麼感覺,也會知道怎麼判斷一個技術夥伴到底靠不靠譜。
Day 1–2:先搞懂你怎麼賺錢
我不會一開口就問「你想做什麼功能」,我會問一堆看起來跟技術無關的問題:
- 你的錢從哪來?一筆生意從詢問到收款,中間經過哪些人、哪些步驟?
- 這些步驟裡,哪一步最花時間、最常出錯、最讓你煩?
- 哪些事現在是靠某個員工的腦袋或某張 Excel 硬撐著?
因為要做對東西,得先懂這門生意。工具和 AI 能做的事太多了,真正的問題從來不是「能不能做」,而是「對你最值得做的是哪一件」。這一步沒搞清楚,後面寫得再漂亮都是白工。
Day 3–4:把最痛的一步,單獨圈出來
搞懂全貌後,我不會建議你「一次把整套系統做起來」。那是最容易失敗、最花錢的做法。
我會跟你一起挑出一個又痛、又高頻、就算偶爾出錯也接得住的環節——通常是某個每天重複、規則清楚、但一直吃掉你團隊時間的流程。然後把它單獨圈出來,當成第一個要解決的目標。
為什麼先做小的?因為:
- 快看到成果:與其半年後交出一套大系統,不如兩週內讓你少做一件煩事。
- 風險低:先從「錯了也不會傷筋動骨」的地方下手,建立信任,再往核心推進。
- 邊做邊校正:真實跑起來,我們才會發現當初漏想的眉角——這比一開始把規格寫死更務實。
Day 5:交出一個你看得到、摸得到的小東西
第一週結束前,我會盡量讓你看到一個能動的東西——可能是一個把你某段流程自動化的小工具、一個接好你真實資料的原型,或一個能實際點來看的介面。
不是一份 PDF 建議書,而是會動的成果。因為FDE 跟顧問最大的差別,就是真的把程式部署出來。你要判斷一個技術夥伴靠不靠譜,最快的方法就是看他多快能讓你摸到一個真的會動的東西。
當然,能動只是第一步。接下來才是我十年功底真正要守的:讓它穩、能維護、撐得住你的業務長大——能跑,不代表能撐。但第一週,我要先讓你相信:這件事真的做得成。
為什麼是這個順序?
因為我做的不是「接案寫程式」,而是幫你把問題解決掉。順序反映的是優先級:
先懂生意 → 再挑對問題 → 先做能動的小東西 → 再把它做穩、做大。
先寫程式、再回頭找問題,那是把順序倒過來,也是最多錢燒在半成品上的原因。
你今天可以帶走的三件事
- 好夥伴先問生意,不是先問功能——如果對方一上來就跟你談功能規格和報價,而不先搞懂你怎麼賺錢,要小心。
- 從小處、從痛處開始——別被「一次做完整套」的提案沖昏頭。先解決一個真的很煩的小問題,是最省錢、最快見效的路。
- 要求「會動的東西」,不要只有簡報——判斷靠不靠譜,就看多快能摸到一個真的會跑的成果。
每個公司的第一週都不一樣,因為每個生意的痛點都不一樣。如果你好奇「我的第一週會長怎樣」——那其實就是我們合作的起點。一句嗨,我們就從你最煩的那一步聊起。