在過去，買車看的是引擎、變速箱與馬力；但在電動車與智慧化的浪潮下，現在的汽車更像是一台裝了輪子的超級電腦。這就是所謂的「軟體定義汽車（Software-Defined Vehicle, SDV）」。
然而，這對傳統車廠（OEM）來說是一場痛苦的轉型。過去車廠習慣與 Tier-1 供應商合作，買的是「硬體帶軟體」的成品；但當車輛功能變得高度數位化，車廠發現自己不僅缺乏軟體人才，開發速度也完全跟不上互聯網時代的節奏。為了不被特斯拉（Tesla）或中國造車新勢力甩開，GM、Magna 與 Wipro 聯手創立了 SDVerse。這個平台的出現，本質上是為了幫傳統車廠「補課」。
採購流程的「逆向思考」：我給 SDVerse 的 80 分評價
研究完 SDVerse 的運作策略後，我給出了 80 分的高分。這分數並非給它的技術深度，而是給它在「流程創新」上的判斷。
它做對了什麼？
- 解決「重複造輪子」的內耗：過去各家車廠都在獨立開發大同小異的底層軟體，SDVerse 讓這些軟體變成可交易的商品，大幅節省時間。
- 打破「由上而下」的僵化標準：我觀察到 SDVerse 在制定技術標準時，採用了由下而上的市場機制，讓好用的軟體在交易中自然成為標準，而非由大廠強行定義。
- 股東背景的權威性：結合全球知名車廠與 Tier-1 供應商作為股東，直接帶入流量與信任感。
- 降低進入門檻：採用訂閱制而非逐筆抽成，吸引更多軟體商進駐。
剩下的 20 分懷疑在哪裡？ 我認為這個商業模式雖然解決了當下的痛點，但「護城河」並不夠深。對於非傳統車廠（如科技巨頭）來說，這樣的平台很容易被複製。更核心的問題是，它是否真能打破傳統車廠長期以來的「封閉性」文化？如果最終平台上只有少數幾家大型軟體商能符合車廠的嚴苛需求，那它可能會再次陷入另一種形式的壟斷困局。
技術底層的變革：從「網域」到「區域」的權力移交
要理解為什麼軟體採購變得這麼重要，必須先看車子內部的「神經系統」發生了什麼變化。
過去的汽車採用「網域架構（Domain Architecture）」，這是按功能分工。例如動力系統一組、影音娛樂一組。這導致車內佈滿了密密麻麻的電線，只要算帳的零件，不管在車頭還是車尾，都要拉線到中央的主管那裡。
現在的趨勢則是「區域架構（Zonal Architecture）」。這改成了「按物理位置分工」，就像把公司改成「北美分公司、亞洲分公司」，該區的事務先回報給地方樞紐，再統一傳給中央的「超級大腦」。
- 為什麼要改？ 因為電線太重、太貴了，會吃掉電動車的續航力。
- 帶來的改變： 區域架構讓車子更容易進行「OTA 線上軟體更新」。這也解釋了為什麼 SDV 時代，供應商必須從提供「黑盒硬體」轉向「白盒代碼」。
過去 Tier-1 供應商提供的是「黑盒」，車廠只管用，不知道裡面怎麼寫。但在「超級大腦」統籌一切的時代，車廠需要看到代碼（白盒），才能將各個功能整合進自己的系統裡。這對傳統供應商來說是巨大的挑戰，因為那曾是他們的「獨門祕方」。
如果流程變了，結果就會不一樣
在研究 SDVerse 的過程中，我深刻體會到 SCAMPER 的威力。SDVerse 並沒有發明什麼驚天動地的技術，它只是改變了採購的「順序」與「流程」，就創造出了一個全新的平台機會。
這帶給我很大的啟發：在與客戶溝通或處理專案時，或許我們不需要每次都追求「從 0 到 1」的技術突破，有時候「調整流程」就是最有價值的創新。
AI 時代下的轉型下一步
展望未來，我認為 SDVerse 必須再次進化。在 AI Agent 時代，軟體產出的速度會呈指數級成長。我大膽預測，未來這個平台可能會引入「一人公司」供應商，這些軟體大部分由 AI 生成。
屆時，SDVerse 的角色將不再只是媒合超市，而是一個「軟硬體快速測試驗證平台」。當軟體開發不再是難事，如何快速確保這些程式碼能安全地跑在硬體上，才是下一個真正的護城河。
面對這場變革，我們或許可以問自己一個問題：在你的產業中，有哪些「黑盒」正在變成「白盒」？而你準備好被開箱了嗎？
