為什麼好點子會死在交接#

公司投入數百萬研發突破性創新，失敗率卻高得驚人。即使你有正確的投資組合、指標與治理、stage-gate 流程、團隊裡也是對的人——只要團隊之間的交接設計錯了，整套規劃都會崩塌。

創新專案要在市場上規模化成功，必須撐過從創新團隊（innovation team）到執行團隊（execution team）的交接。每一次交接，都有機會把接力棒掉在地上。

「交接」變「掉接」的案例#

某亞洲大型電子公司設立設計實驗室開發新硬體點子。設計實驗室把概念（例如為 3D 建模師與電影剪輯師客製的電腦）交給產品經理（PM），PM 卻把那台電腦的物理設計直接套到他原本在開發的、開學季針對學生的低階電腦上。

結果這個「科學怪人」產品銷售失利，責任由全體共擔。這個公司根本沒有「交接」（handoff），它有的只是「掉接」（drop-off）。

三類創新團隊與交接的本質#

依 Bud Caddell 與 Simon Wardley 的分類，創新團隊大致分三種，也對應到創新階段：

• Explorers（探索者）：R&D、客戶洞察、產品開發等。擅長在曖昧不明中挖掘新機會，用設計思考（design thinking）把靈感變成點子
• Scalers（規模化者）：用敏捷（agile）或精實（lean）反覆實驗與調整，直到找到產品市場契合（product-market fit）
• Optimizers（最佳化者）：多數既有事業的核心。擅長強化與完善既有業務以驅動成長或改善營運

四種交接模型#

沒有單一最佳解。每個專案應依「需要與核心業務多緊密整合」來選擇——四種模型加上各種混合形式。

一、The Owner’s Manual（使用者手冊）#

• 最常見、也最難做好
• 創新團隊花數月甚至數年，把工作鉅細靡遺地塞進數百頁簡報、試算表與檔案，然後一股腦交給新團隊執行
• 你上次認真讀使用手冊是什麼時候？正是如此——只有東西壞掉的恐慌時刻才會翻
• 大量創新工作被瀏覽、然後被遺忘；新團隊冒著「沒吸收前人學習就上路」的風險

這個模型適用條件：

• 挑戰中已沒有曖昧
• 專案準備好被技術團隊實作
• 手冊能切成適合各利害關係人的小章節

二、The Architect（建築師）#

避免「掉接」的最佳方法，就是消除「交接」這個動作。

• 把工作未來的擁有者，從一開始就嵌入探索與規模化團隊
• 這個人擔任連結器，知道所有已探索過的方向與所有學習
• 適合像消費品這類由一個人（例如品牌經理）從頭到尾負責產品開發的產業
• 雖然每階段未必由建築師領導，但最終簽核仍由他做——若建築師不相信這份工作，他會把點子腰斬

三、The Ambassadors（大使）#

• 探索、規模化、最佳化團隊的成員都嵌入到每個階段
• 確保學習不會在交接時遺失
• 每階段的工作從一開始就被設計成能順暢餵入下一階段
• 額外好處：幫助創新團隊在未來的工作中，更早意識到下游團隊最需要什麼
• 軟體開發團隊最常見：UX 設計師可能同時參與早期使用者研究與產品的長期管理

四、The Hive（蜂巢）#

• 跨領域團隊處理整個方案生命週期
• 最常見於加速器與孵化器，新組織以母公司的縮影方式設立，集合每個關鍵功能的人
• 蜂巢成員包含通常擔任「組織抗體」角色的功能：法務、財務、HR、合規

蜂巢的妙處在於：把這些保護性功能從「消除風險」的姿態，推向「降低風險」的姿態——從說「不」變成說「不，但是……」。

為什麼大多數模型都比 Owner’s Manual 好#

除了使用者手冊以外，其他三種模型都讓實作團隊全程參與創新流程，藉此無縫轉移知識。

• 減少「不是我們發明的」（not invented here）的排斥感
• 讓交接從「拿水管喝水」變成「一連串穩定的小口」