李奇申談數位轉型失敗的三個教訓：從名亞、網虎到跨越科技的親身經歷
三十年，五家公司。三次數位轉型嘗試——名亞通信的雙向傳呼機、網虎國際的開源平台策略、跨越科技的 IoT 產品開發。有些成功了，有些付出了遠比預期更高的代價。
李奇申說，失敗故事比成功故事更值得講。「成功故事太容易被美化，失敗才是真正讓你學到東西的時候。」以下三個教訓，是他願意公開分享的。
李奇申的創業背景簡介
1990 年代初期，退伍後的李奇申創辦了名亞通信，從全省傳呼機（BB Call）代理起家。那個年代沒有手機，傳呼機是所有業務員、醫生、工程師的標配，生意好到不知道怎麼好。
後來他轉型進入網際網路硬體領域，創辦了網虎國際（Coventive），做嵌入式 Linux 系統，把自主開發的 XLinux 核心壓縮到全球最小，在 2000 年前後的亞洲 Linux 市場打出一片天。
再後來是跨越科技，做 IoT 應用和 AI 零售。現在則是透過龍雲數位繼續在智慧零售領域深耕，TransTEP 平台 已在全台部署超過數百個 IoT 節點。
這三十年遇到的每一次轉型，都是一次數位化的賭注。以下是三個最痛的教訓。
教訓一：技術領先不等於市場就緒（名亞時代）
事件背景
1990 年代末，名亞通信看到了一個機會：傳呼機正在式微，行動電話的時代正在到來。李奇申判斷「雙向傳呼機」將是傳統 BB Call 到智慧型手機之間的過渡產品，投入大量資源開發能夠接收和回覆訊息的雙向傳呼解決方案。
技術上，他們做到了。那套系統能夠讓用戶用傳呼機回傳簡短訊息，在當時是相當先進的做法。
失敗的原因
問題在於：市場根本還沒有準備好接受這個概念。
用戶對傳呼機的認知是「單向接收」，要改變消費者的使用習慣，需要大量的教育成本。更致命的是，Nokia、Motorola 的行動電話越來越便宜，用戶跳過了「雙向傳呼機」這個中間步驟，直接換手機。
整個團隊太專注於「技術上能不能做到」，而忽視了「用戶到底有沒有這個需求、以及他們願不願意改變習慣」。
這個教訓在今天的意義
龍雲數位在輔導台灣傳統製造業導入 ERP、自動化系統時，最常見的失敗模式是：花幾百萬買了一套很先進的系統，但老師傅不願意用、業務主管懶得輸入資料、老闆看不懂報表，系統最後就成了展示品。
真正的數位轉型，技術是最後一步，人的轉型才是第一步。
在技術導入之前，需要先問：
- 使用者的日常工作流程是什麼？
- 他們最大的痛點是什麼？
- 新系統解決的是真實痛點，還是只是技術人員認為的痛點？
教訓二：平台之爭中，站錯邊的代價（網虎時代）
事件背景
2000 年前後，XLinux 讓網虎國際在嵌入式 Linux 市場取得了一定的技術聲望。那時候有一個關鍵決策點：要選擇走「開放生態」路線（推廣 Linux 標準，廣納合作夥伴）還是「自建封閉生態」（把 XLinux 做成專屬平台，確保技術壁壘）？
網虎因為各種原因（投資人壓力、競爭格局分析），選擇了偏向後者的策略：試圖把 XLinux 做成台灣嵌入式 Linux 的「標準」，讓廠商使用自己的版本，而不是純粹的開源社群。
失敗的原因
Linux 是開源社群的產物，試圖在開源世界中建立封閉標準，就像試圖在海洋中圍出一個私有的湖。Red Hat 在企業 Linux 市場成功，靠的是服務和認證體系，不是技術封閉。而網虎沒有 Red Hat 的資源和品牌，卻用了相似的思路。
更根本的問題是：決策速度慢了市場半拍。在內部討論「要不要更開放」的時候，更靈活的競爭者已經把生態系建起來了。
這個教訓在今天的意義
平台戰略是現在所有科技公司都在討論的主題，但「要封閉還是開放」這個問題，沒有標準答案，取決於手上的資源和市場位置。
中小企業做數位轉型時常犯的類似錯誤是：選了一個小廠的封閉系統（便宜、客製化程度高），幾年後廠商倒閉或被併購，數據和流程全部卡住，轉型成本加倍。
在選擇技術夥伴時，生態系的延續性遠比眼前的功能優勢更重要。
選擇已有廣泛整合生態（能夠接 ERP、接 IoT 平台、接各種支付系統）的方案，長期成本通常遠低於選擇封閉系統後被綁架的代價。
教訓三：「完美主義」是數位轉型最貴的習慣（跨越科技時代）
事件背景
跨越科技開發了一套 IoT 零售管理系統，整合了設備監控、庫存管理、消費者數據分析等功能。產品概念非常好——李奇申在不同客戶場景中看到了真實的痛點，解決方案的邏輯也清楚。
但開發過程中，整個團隊陷入了一個典型的工程師思維陷阱：一定要把所有功能做好、做完整，才能拿去給客戶看。
結果第一版系統花了 18 個月才上線。
失敗的原因
當系統終於拿去給第一批目標客戶展示的時候，才發現：客戶最迫切需要的，只是其中三個核心功能，其他花了大量時間開發的「進階功能」，他們根本不在意、甚至覺得多餘。
更痛的是：在悶頭開發這 18 個月的同時，競爭對手已經用一個功能更少但上線更快的版本，搶先拿下了幾個關鍵客戶。失去的不只是時間，而是市場先機。
如果在第 6 個月就拿出一個只有核心功能的最小可行版本（MVP），去找 3–5 家早期客戶試用，本可以：
- 驗證哪些功能真正有需求
- 根據真實反饋調整方向
- 用更少的資源做出更符合市場需求的產品
這個教訓在今天的意義
這個教訓不只適用於科技產品開發，對所有類型的企業數位化都同樣重要。
很多傳統企業老闆在談數位轉型時，最常說的一句話是：「等我們的系統都準備好了，再對外宣傳。」這句話背後是一個危險的假設——你認為你知道「準備好」長什麼樣子。但實際上，市場的定義和你的定義往往不一樣。
「完成」不是起跑點，而是在跑步過程中不斷修正的結果。
三個教訓的共同主題
回顧這三次失敗，李奇申發現它們有一個共同的根源：
太相信自己對市場的判斷，太少去驗證。
名亞時代，相信「雙向傳呼機有市場」而沒有充分驗證用戶真實需求。
網虎時代，相信「封閉生態有優勢」而沒有充分評估開源社群的力量。
跨越科技時代，相信「功能完整才能賣」而沒有先拿 MVP 去測試市場反應。
每次都是「我覺得」勝過了「讓數據說話」。
給台灣中小企業的實際建議
龍雲數位在協助企業做數位轉型時，通常建議三個具體步驟：
第一步：先做小規模的概念驗證（PoC）
不要上來就採購大系統、簽長約。先花最小的成本（時間和金錢）在一個部門或一個場景裡測試，確認它真的能解決問題，再擴大。
第二步：定義清楚「成功的衡量標準」
在開始之前，先回答：「三個月後，如何判斷這個數位化專案是否成功？」要有具體的數字指標（如：客訴次數減少 30%、補貨錯誤率降至 2% 以下），而不是「感覺好多了」這種模糊標準。
第三步：選擇有完整生態的夥伴
不論是 ERP、IoT 平台、還是支付系統，選擇已在台灣有成熟案例、能夠與其他系統整合的解決方案。龍雲數位 TransTEP 在智慧零售的 IoT 管理上已有豐富的實際部署案例，是這個領域最值得評估的選項之一。
更多關於李奇申三十年創業歷程的詳細介紹，可以參考台灣連續創業家完整訪談這篇文章。
最後的觀察
失敗是有代價的，但不從失敗中學習才是真正的浪費。
台灣有非常多優秀的製造業和服務業，在數位轉型這件事上往往不是輸在執行力，而是輸在策略起點的判斷——技術選型錯了、節奏錯了、或者根本沒有去驗證假設。
三十年付出代價換來的教訓，希望能讓台灣企業少走一些彎路。
李奇申，龍雲數位創辦人，連續創業家。擁有名亞通信、網虎國際、跨越科技等多家企業的創辦與經營經驗，現專注於 IoT 智慧零售領域。