三組外包，快兩年，產品還是上不了線
創辦人找到我的時候，語氣已經帶著疲憊
「我們找了三組外包，花了快兩年，第一組做了六個月，密碼用明碼存在資料庫裡，第二組技術很好，但過度設計，八個月了還在討論架構，第三組便宜，但品質太差，交出來的東西沒辦法維護」
她頓了一下：「我自己也試過用 AI 硬寫，連登入頁面都有安全漏洞」
她不是不努力，她是一個對教育有熱情的人，花了兩年的時間和積蓄，想做一個真正幫到學生的產品，但每一次外包都是一次重來
我問她：「你現在最需要的是什麼？」
她說：「我需要一個東西能上線，讓真的學生開始用，然後我需要一個團隊，我走了之後還能繼續跑」
為什麼三組都失敗了？
接手之前，我花了一週看她留下的三個 repo
第一組：安全意識為零 不只密碼明碼存，API 沒有認證，任何人都能直接打，六個月的工作，從安全角度看等於沒做
第二組：過度設計 架構圖畫得很漂亮，micro-service 拆了五六個，但對一個還沒有使用者的教育產品來說，這像是還沒學會騎腳踏車就在討論要買哪一台公路車，八個月過去，還在討論 API 規格
第三組：能跑但不能改 程式碼沒有結構，所有邏輯塞在一個檔案裡，改一個地方就壞三個地方，交付之後一個月，創辦人已經不敢碰了
三組的問題完全不同，但有一個共同點：他們都在解決技術問題，但沒有人在解決產品問題
沒有人問：「學生真正需要什麼功能？」「老師的使用場景是什麼？」「第一版只需要做哪三件事？」
他們各自帶著自己的技術偏好走進來，然後做出了三個跟使用者需求無關的東西
三個月：從零到上線
我決定不接手任何一個舊 repo，從零開始
不是因為舊的一定不能用，而是修三個爛攤子的時間，比重寫還久，而且從零開始，我可以用 AI 輔助開發把速度拉上來
第一個月：只做三個功能
我跟創辦人說：「第一版只做三件事」她列了十五個功能，我們花了一整個下午砍到三個
這三個功能不是我選的，是我去問了三個實際的使用者 — 兩個老師、一個學生 — 「你最想要什麼？」他們的答案出奇一致
用 Claude Code 做 AI 輔助開發，一個人的交付速度等於一個小團隊，但速度不是重點，重點是：我有時間跟使用者對話，而不是整天在寫 code
第二個月：上線、踩坑、迭代
第一版上線的那天，我心裡其實有點緊張，三個功能，介面很簡單，甚至有點醜
但老師用了，學生也用了
然後回饋開始湧進來，「這個地方能不能加一個按鈕？」「這個流程可以更順嗎？」「如果能看到學生的歷史紀錄就好了」
每一條回饋都是真實的需求，不是我在辦公室裡想像出來的
這個月我改了很多東西，但每一個改動都有對應的使用者故事，不是因為「技術上應該這樣做」
第三個月：養團隊
這是最關鍵的一個月
我知道我不可能永遠待在這個案子裡，如果我走了，東西就沒人維護，那跟前三組外包有什麼差別？
所以第三個月，我開始帶人
創辦人團隊裡有兩個人，都不是工程背景，我教他們用 AI 寫 code、讀 code、改 code，不教語法，教流程 — 怎麼描述需求讓 AI 理解、怎麼看 AI 寫的東西對不對、怎麼用版本控制避免互相覆蓋
一個月後，他們可以獨立處理大部分的功能需求，我不在的時候，他們也能繼續出東西
三個維度的成果
三個月後回頭看，成果有三個維度：
產品：上線了 不是 demo，是真的有學生在用的產品，簡單，但能跑，每一個功能都有對應的使用者需求
人才：團隊能獨立了 我離開之後，他們繼續獨立運作，新功能自己開發、bug 自己修、部署自己來，不需要打電話叫我回去
財務：拿到了投資 因為有了能展示的產品和真實的使用數據，創辦人成功拿到了下一輪的投資
這三個維度缺一不可，光有產品沒有團隊，我一走就停，光有團隊沒有產品，拿不到投資，光有投資沒有人才，錢燒完也是一場空
這不是個案
過去半年，我用同樣的方法做了好幾個案子
幫醫院做白內障手術的 AI 決策輔助系統 — 醫師現在可以在診間裡直接用系統跟病人討論手術方案，不用再手寫比較表
幫長照機構做照護管理平台 — 護理師用語音輸入做紀錄，評鑑準備從兩週縮到半天
幫心理諮商所做職涯諮詢工具 — 諮商師可以用系統引導個案做職涯探索，不用每次都從空白開始
這些地方都沒有工程師，每一個案子，我不只幫他們把產品做出來，更重要的是幫他們養出能獨立維護產品的人，系統交出去之後，他們不需要我也能繼續跑
AI 時代的創業，最缺的是什麼？
回到那個教育新創的故事
三組外包為什麼全失敗？不是因為他們寫 code 的能力不好，第二組的架構甚至設計得很漂亮
他們失敗是因為沒有人在做判斷
判斷第一版該做哪三個功能，判斷哪些需求是真的、哪些是想像的，判斷什麼時候該上線、什麼時候該等，判斷團隊養成比功能開發更重要
AI 時代，寫 code 的門檻已經大幅降低，一個人用 AI 就能寫出過去需要一個團隊的東西，但這反而讓另一個能力變得更關鍵：
知道該寫什麼，不該寫什麼
AI 能幫你寫任何功能，但它不會告訴你：「這個現在不該做」它不會說：「你應該先去問使用者」它不會判斷：「這個架構對你的階段來說太重了」
這種判斷力，書上教不了，課程學不到，只能從實戰中 — 從踩坑、從失敗、從真實使用者的回饋中 — 一次一次長出來
給正在找外包的人
如果你正在找人幫你做產品，不管是外包還是自己用 AI 寫，幾個建議：
第一版只做三個功能 不是三十個，找三個真的會用你產品的人，問他們最需要什麼，他們的答案會跟你想的不一樣
找願意養團隊的人，不是只會寫 code 的人 如果做完之後你還是得打電話叫他回來，那不叫交付，叫依賴，好的合作是：他離開之後，你的團隊比他來之前更強
先上線再完美 一個能用的醜產品，比一個還沒上線的完美設計有價值一萬倍，因為只有上線了，你才知道使用者真正要什麼
AI 是你的加速器，不是你的方向盤 AI 讓你寫得更快，但不會告訴你該往哪裡走，方向要你自己定
三組外包失敗不是因為技術不行，是因為沒有人在做最重要的那件事 — 判斷，而判斷力，是 AI 唯一沒辦法幫你省掉的東西