比翼生醫創投醫療事務副總 沈信緯

在醫療創業的世界中，產品研發週期漫長、法規嚴格、風險極高。但同時，這也是一個迫切需要創新解方、真正改善臨床與病人處境的領域。因此，若能靈活導入「MVP」（最小可行產品）概念，將有機會在保有創新價值的同時，降低風險、加速驗證，為產品成功鋪路。

什麼是 MVP？

MVP（Minimum Viable Product）原指在最短時間內，以最小資源製作出能夠驗證核心假設的產品原型。這項概念起源於軟體與新創圈，用以避免投入大量資源開發「市場不需要的產品」。

在醫療領域，MVP 並不是一個「不完整的醫療器材」，而是一個可以用來驗證「核心價值假設」的測試版本。這可能是：

· 可操作的介面原型（UI mock-up）

· 病患流程模擬（workflow storyboard）

· 手工處理的服務版本（Wizard of Oz）

· 初步臨床流程整合測試（shadowing study）

重點是，它不必完美、也不一定要能臨床使用，但必須能驗證：這樣的想法，有人想用、有人願意付費、有人願意參與開發。

為什麼醫療產品更需要 MVP？

醫療創業者面臨的挑戰包括：

· 臨床流程複雜且保守

· 開發成本高、法規門檻嚴

· 使用者（醫護）與買單者（醫院）往往不同

· 市場回饋時間冗長

若沒有提前驗證產品的實用性與需求適配性，投入越多，風險越大。MVP 的概念能協助團隊用最小代價驗證最關鍵的假設，並找出是否值得繼續投入。

不過，需要注意的是，相較於消費性電子或軟體領域，醫療產品受到更高的監管與安全要求限制，MVP 的應用方式必須經過調整。例如，英國設計顧問公司 IDC 指出，在醫療裝置開發初期仍應建立完善的產品需求規格書（PRS），明確界定功能與法規需求，才能避免日後重工與延遲，這點與一般新創所強調的「快速推出再修正」有所不同。

醫療 MVP 常見類型與示範方式

1. 互動式流程模擬

使用 Figma等工具建立醫師端或病人端的操作流程圖，邀請臨床使用者點選模擬，觀察其使用邏輯與反饋。

2. 假手動測試（Wizard of Oz）

例如，一個智慧照護系統聲稱能偵測異常生理狀態，其實後台是由人工觀看數據來模擬結果。這樣可先驗證照護端是否有意願依據系統回報進行行動。

3. 病患旅程地圖（Patient Journey Mapping）

透過觀察與情境重建方式，了解產品在實際病患照護流程中的擺放位置與角色。

4. 概念說明 + 商業模型驗證

有時候，一張 PowerPoint 加一套可說服醫院購買的收費架構，就已足以測試「醫院是否買單」、「是否能導入醫療點數」。

建立 MVP 的關鍵思維

釐清「假設」是什麼？

o 你想驗證的核心假設是什麼？是「醫師願意花 5 分鐘使用？」還是「患者會配合回報數據？」還是「健保會認同這樣的價值」？

排除非必要項目

o 所有不影響核心假設驗證的功能都可以暫時移除。MVP 不是 MVP+。

用最快速的方式測試

o 可以用 Excel 模擬、手繪流程圖、甚至自己扮演 AI。快速取得真實回饋比完美原型更重要。

測試對象需具備行為影響力

o 找真正的決策者或使用者測試，而非只有研究人員。否則回饋將與實際使用落差過大。

設計前預留創新空間與開發節奏

o 即使是初步 MVP，也應思考未來技術深化與產品延展性。專注執行的團隊與明確分工能加速產品進展。

常見錯誤與迷思

· ❌ MVP 就是要功能完整但便宜。

· ✅ 正確：MVP 只需驗證一個「最關鍵假設」，不需要做完全部功能。

· ❌ MVP 成功就代表產品能夠上市。

· ✅ 正確：MVP 是過程的第一站，往後還需經歷產品設計、法規評估、臨床驗證與市場測試。

MVP 成功案例

· Butterfly iQ（掌上型超音波）：早期用粗糙的 UI + 醫師回饋流程圖模擬，驗證「便攜超音波」是否真有臨床場景與學習意願。成功之後才投入晶片與 AI 自動化功能研發。

· 台灣某遠距照護團隊：一開始並未開發任何軟體，而是以 LINE 群組 + Google 表單進行病人日誌回報與照護人員提醒流程，結果證明流程有需求，再轉為平台化。

讓 MVP 成為醫療創新安全降落傘

醫療創業不是短跑，而是需要經歷多次迭代與挑戰的長程馬拉松。MVP 的角色不是產品雛型，而是決策的依據，是幫助你「更聰明地失敗」的工具。

唯有持續與臨床現場對話、快速測試、快速修正，並兼顧法規與使用者經驗，才能在高風險的醫療創新領域，走出真正可行的道路。