長大之後還能創新嗎？#

一般認為公司一變大就失去創造力——萊斯不同意。長大的新創與成熟企業都能：

• 同時服務既有顧客與爭取新顧客；
• 同時維運既有事業與探索新商業模式；
• 只要管理哲學願意改變，成熟企業可以跟新創一樣敏捷、有想像力。

培育破壞式創新的三個結構前提#

不論新創是獨立存在還是附屬於大組織，內部的創新團隊都需要三個結構特徵。這些不保證成功，但缺了一定失敗。

1. 稀缺但安全的資源#

• 成熟企業的部門主管會爭取最大預算，但預算隨時可能突然被砍 10%——他們已經習慣。
• 獨立新創很少突然被砍現金，但一旦被砍就是致命傷——因為新創本來就踩在容錯極低的邊緣。
• 結論：新創總預算少但波動為零。預算「太多」和「太少」同樣危險——網路泡沫時多少公司因為資金過剩而亂花錢而垮，歷歷在目。

2. 獨立的產品與事業開發權#

• 團隊必須能在有限規模內自行定義、執行實驗——不必每一步都向高層請示。
• 所以結構上要完全跨職能（cross-functional）：從工程、產品、行銷、客服、通路，全部在內。
• 每一次「需要跨部門簽核」都會拖慢 Build-Measure-Learn 迴路，並稀釋責任。

3. 與成功綁在一起的個人利益#

• 獨立新創用股票選擇權（stock options）綁個人利益。
• 企業內部團隊至少要有與創新長期績效掛鉤的獎金。
• 非財務也可以：公開標示「某某人是這個創新的主導者」，結果好壞都歸他，這就是「把名字掛在門上」的歸屬感。
• 豐田的 shusa（主查，chief engineer）就是這個角色：從頭到尾對一台車的所有面向握有最終決定權。

反例：有家知名科技公司號稱文化創新，內部獎金制度卻由高層主觀決定——沒人知道誰會得獎。員工最終只敢做高層讚許的專案，沒人願意冒真正的風險。

為什麼「保護創新」的傳統思路要反過來#

一次看似理性、實則毀滅的會議#

萊斯以顧問身份參加一場大公司高層會議。議題是一個定價實驗的結果。問題：

• 資料太多，沒人看得懂；
• 沒人能說清楚哪些顧客參與了實驗；
• 實驗跨越幾個月，發起人和執行人早已被調離不同單位。
• 最終「決策」是：誰話術最強，就照誰說的做。

這暴露了：虛榮指標、冗長的循環時間、大批量、成長假設不明、沒有專責的人、幾乎零學習。

表面是資料爭論，底層是理性恐懼#

公司同時服務 B2B 與一般消費者；B2B 業務代表給大客戶的折扣邏輯與直客定價不同。

• 直客成長團隊想測試較低價格；
• B2B 團隊擔心：一旦透明，企業客戶會質疑為何他們被收高價；
• 而一旦 B2B 營收掉一點，可能有人丟飯碗。

被威脅的既有部門破壞實驗是理性的。不能當他們蠻橫——要承認他們的風險是真實的，再設計制度讓創新不會傷害既有事業。

黑盒子式的「祕密創新團隊」為什麼不長久#

常見的做法：把創新團隊藏起來（像 IBM 在 Boca Raton 開發第一台 PC 的傳說）。偶爾會出一兩個成功案例，但長期代價很大：

• 其他部門主管感覺被背叛、偏執；
• 「如果這件大事可以藏著做，還有什麼被藏起來？」
• 主管會把精力花在解除任何威脅自己權力的暗樁上。

IBM 後來為什麼在自己開拓的 PC 市場失去龍頭？一個原因正是黑盒子式的創新無法培育公司整體的創新文化。

錯問題：如何保護新創不被母組織吃掉？ 對問題：如何保護母組織不被新創干擾？

解法：創新沙盒（Innovation Sandbox）#

在公開透明的前提下賦予創新團隊權力。規則：

1. 實驗只能影響特定元件或特定顧客區隔（而非整個產品）。
2. 同一個團隊端到端執行：不換手、不切割。
3. 時限明確：簡單功能幾週；破壞式創新可更長。
4. 顧客影響量有上限：以總顧客的某個百分比表達。
5. 標準格式的評估報告：5–10 個可行動指標（actionable metrics），不超過。
6. 全公司用同一套指標比較創新與既有事業。
7. 實驗過程持續監控客訴、社群反應、論壇評論；若明顯有害就立刻停止。

沙盒的特徵#

• 從小做起：前述那家公司一開始的沙盒就只有定價清單一頁。
• 沙盒內的顧客是真顧客，不是白老鼠——團隊可以和他們建立長期關係（早期採用者要跟你夠久，才能驗證學習的里程碑）。
• 領導人像 shusa：一位主責、跨職能團隊、不必向官僚體系請示就能發佈到沙盒。
• 要用創新會計（innovation accounting）回報成敗。

沙盒的四個紅利#

• 實驗可以用數字直接宣告成敗——短則數天長則數週。
• 失敗者也學到東西（假設對不對）。
• 由於所有團隊用同一套指標，其他同事在讀報告時也會順便學會可行動指標的用法。若有人想搞破壞，他得先學會這套——反倒成為抗體。
• 鼓勵快速迭代：小批量、即時回饋、對失敗即時反應，通常能在短時間內找到最佳解，即便起點是爛點子。

成熟企業內部要並存四種管理風格#

一家公司的工作可分為四階段，每個階段需要不同的管理風格：

所有公司同時都在跑這四個階段——一個產品從 R&D 出爐，就得被推到下一階段；一個主流產品總有一天會老化成傳承產品。

常見的陷阱：把創造者困在成長階段#

• 習慣做法：誰發想了一個新產品，就讓他去管這個產品的成長部門。
• 結果：創意型主管被卡在做最佳化與成長，不再誕生新創新。
• 人才（尤其是創意人才）是最稀缺的資源——新創新必須和既有專案搶人。

「Entrepreneur」應該是一個正式職銜#

• 不要讓創新者為了名義上的地位被迫離開公司。
• 給他們企業家的職涯路徑：成功不是被升為「傳統經理」，而是繼續做下一個創新。
• 用創新會計衡量、給予獎勵或晉升。

產品換手時，人可以選擇#

• 產品從第 N 階段轉到第 N+1 階段時，是「產品換手給下一個團隊」。
• 原團隊成員可以跟著走（從創新轉去帶成長），或留在沙盒做下一個新點子。
• 兩種選擇都沒有絕對對錯——依個人性格與專長而定。

沙盒會長大，然後需要新沙盒#

• 沙盒一開始只涵蓋一頁；成功後擴大到多個頁面、全站、新顧客群。
• 但創新團隊遲早會變成新的守舊派——規則、控管會為了保護成功的業務而生。
• 於是需要一個新的沙盒給新一波創新團隊。創新的循環從頭開始。

變成「既得利益者」的心路歷程#

萊斯的自白：

• 在舊組織裡推動精實思想時，他是搗亂者——因為「錨定效應（anchoring）」，他刻意把提議講得極端，等對方折中時就接近他真正想要的。
• 幾年後他成了產品開發主管，多變量測試、持續發佈都已是標準作業。
• 這時新進員工反過來對他提極端建議（「我們應該回到瀑布」、「要更多/更少 QA」、「少看點資料、多靠願景」），用的是他過去的那套談判術。
• 他的反應不能是「教條式拒絕」，也不能「隨意折中」。

原則：每個提議都像新實驗一樣科學地評估——用理論預測、小範圍試、可以量測。若結果有效就納入；若無效就放棄。IMVU 自己的許多精實技術，其實來自同事——萊斯只是打開了科學驗證的門，讓好主意能被辨認出來。

精實新創是框架，不是食譜#

Lean Startup 沒有保證成功的 recipe。所有新創都活在不確定中，任何流程都會有意外。

關鍵是：當事情出錯，分辨這是轉型中必然的陣痛，還是真的新制度有毛病——這需要理論，才能預測「如果這樣改會怎樣」，然後用結果去校正。

為什麼剛開始轉到精實方法會「感覺變慢」？#

• 新制度會讓工程師個人工作不再看似飽滿（很多時間在等回饋、跨職能協調）；看起來沒在寫程式。
• 舊系統的問題是看不見的（大家習以為常），新系統的問題卻很顯眼。
• 所以初期一定「感覺變糟」，然後才慢慢顯現真正的效率。

作為顧問，萊斯學到：這些轉型期的陣痛要在一開始就告訴所有人。若不預告，員工會把所有不適感全算在新制度頭上，導致轉型失敗。

個人工作最佳化 vs. 系統學習最佳化#

• 精實的目標不是提高個人工作速度，而是讓跨職能團隊更快跑完一整個 Build-Measure-Learn 迴路。
• 個人看起來「不夠忙」才正常。
• 要問的不是「寫了多少程式碼」，而是「整個迴圈跑了幾次、學到什麼」。

結語：把實踐交給社群#

精實新創不是食譜；要真正掌握它，需要：

• 實踐：在自己的公司小規模試；
• 社群：全球線上線下都有精實新創社群可交流。

下一章（結語）會談：如何加入並壯大這場運動。