過度設計的困境：4 天、1,466 行規劃之後

危險的生產力，不是逃避工作，而是停不下來的規劃。一份文件帶出另一份依賴：營運模式需要架構決策，架構決策需要更清楚的介面規格，規格揭露課程結構的缺口，課程結構又要求更精準的定位。單看每一步都很負責，合起來卻可能圍繞一個從未被使用的產品，搭起完整的邏輯系統。

創辦人主導的工作尤其容易如此，因為沒有人從外部打斷這個循環。沒有產品主管要求週五交出可用版本，沒有客戶成功團隊指出流失，沒有工程師提醒：現階段不需要這種程度的系統設計。當企圖心與合理化都出自同一張桌子，不斷自我強化的內部一致性，看起來就像有紀律的執行。

因此，我們把規劃量視為弱訊號。只要工作沒有引來創辦人腦袋以外的互動、摩擦或判斷，它就仍是準備工作。有時有用，也有必要，但仍處於尚未接觸市場的階段。

AI 原生產品從第一天起，就有更大的設計範圍。不只介面與流程，還有提示邏輯、記憶、檢索、協調、權限、信任、導入與成果品質。這種廣度讓人一直想提早設計完整營運模式：產品既然顯得聰明，周邊體驗似乎也該同樣聰明。

許多創辦人就在這裡失去範圍控制。傳統軟體有時可以粗糙上線，因為功能本身就看得出價值；AI 產品卻容易引出抽象設計。團隊還沒證明最小版本能讓人回來使用，就開始做框架、邏輯層、教學支架與未來路徑。範圍失控因此成為預設風險。

所以，我們會用不同方式看這些數字。1,466 行不代表認真，14 份架構決策紀錄不代表成熟，v3.2 不代表精緻。在早期階段，這些數字往往表示：產品還沒接受外部檢驗，就先開始最佳化了。

切入點一確定，工作立刻改變。產品不再需要解釋未來有多精密、捍衛架構，或事先教會使用者整個營運模式。它只剩一件事：替真實的人產生具體成果。這個轉變很重要，因為高品質體驗很少靠展示更多內部機制取勝；真正有效的是方法退到幕後，成果清楚到無可否認。

很多創辦人抗拒的正是這一點。他們想讓第一版證明完整願景值得實現，結果第一次接觸就塞滿解釋、命名系統與選配路徑。使用者不會獎勵感受不到的內部優雅；他們在意的是快速理解、順暢流程，以及值得留下的成果。少一點介面敘事，往往更能讓人感受到產品的智慧。

最初交付的版本比計畫小，卻比計畫強。路徑、概念、暴露給使用者的決策與說明層都更少。這樣刪減沒有讓產品完整，卻讓它能接受現實的教導。

多數創辦人團隊會錯過一道規劃門檻：規劃開始保護自我形象，不再降低風險的那一刻。工作看來依然有紀律，文件依然顯得負責，但底下其實是創辦人在保護想法的優雅，不讓難以預期的使用者行為打亂它。真實使用者會忽略精心命名、誤解看似明白的價值主張，也會在打造者以為早已定案的地方感到困惑。

所以，交付會改善問題。發布前，問的是架構：哪個模型更乾淨、哪種結構能擴充、哪種表達最符合大願景。發布後，問的是商業與行為：使用者在哪裡猶豫、哪種輸入產生最清楚的輸出、哪裡需要解釋、什麼應該消失。這些問題更好，因為無法私下自行回答。

更深的教訓不是「少規劃」，而是更嚴格的要求：別把規劃量當成市場接觸。當智慧讓規劃變得便宜，創辦人更需要嚴格界定什麼才算證據。提早交付切入點，讓現實還來得及改變產品，別讓產品先圍繞未經檢驗的信念定型。