Step 22：Define the Minimum Viable Business Product / MVBP（定義最小可行商業產品）#

確定你能用來測試終端使用者是否從你的產品獲得價值以及經濟買家是否願意付費的最小產品是什麼。

為什麼要做這一步？#

一旦你出貨產品，風險就會大幅提高，但回饋的品質也會好得多——特別是關於客戶是否願意為你的產品付費的回饋。但為了降低風險、複雜度和投資，你不該一開始就建造完整的產品。先開發一個最小產品，啟動與客戶的迭代回饋迴圈。前面所有步驟的工作都為此刻做了準備。

注意這裡用的是「商業產品」（Business Product）而非僅僅是「產品」。客戶應該把 MVBP 視為一個產品（而非只是一個用來收集回饋的原型）。原型可以在 Step 20-21 的假設測試中使用，但除非客戶為原型付費，否則它不符合產品的標準。

流程指南#

建立 MVBP 的目標是用最少的工作量達成三個關鍵目的：

1. 價值（Value）：客戶從你的產品中獲得價值——也就是說，你驗證了 Step 8「量化價值主張」中的工作
2. 付費（Pay）：經濟買家為產品付費——你可能還沒有在最大化短期利潤，但展現了經濟買家願意支付大於零的金額
3. 回饋（Feedback）：你與客戶（終端使用者、經濟買家和擁護者）建立有意義的回饋迴圈，了解產品哪些部分運作良好、哪些需要改進，以及改進的優先順序

MVBP 的精神#

MVBP 是最小的功能和投資集合，足以讓你起步。一旦你在上述三個標準上成功向前推進，就可以逐步增加更多功能。

MVBP 所需的細節程度會因產業而異。軟體創業者常說「如果你發佈第一版產品時不感到尷尬，就是太晚了」。這個理念對某些軟體可能適用，但不適用於所有情境。例如，如果你開發的是腦外科手術產品，MVBP 的核心可靠性最好是非常穩固的！功能範圍可以窄，但產品不能出問題。

Concierge（禮賓服務）策略#

新創公司成功展示 MVBP 的一個關鍵策略是**「Concierge」**（禮賓化）部分功能。所謂 Concierge，是指與其建造一個高效率或全面性的解決方案（需要大量前期投入），不如提供一個勞力密集但不需要大量前期投資的解決方案。或者，你可以將解決方案中非面向客戶的部分外包給已有基礎設施的公司。你可以把它稱為「假裝直到成功為止」（fake it until you make it）。

Amazon 的經典案例：Jeff Bezos 和他的團隊從賣書起步，但他們既沒有書的庫存，甚至沒有轉售協議。他們只是建了一個簡單的網站收集訂單。當有人買書時，他們跑到附近的書店以更高的價格買書，然後去郵局寄出。他們每賣一本書都在虧錢。

為什麼要這樣做？因為這驗證了市場是值得投入的。在 Concierge 階段虧損的錢換來的是寶貴的市場數據和教育——了解客戶從服務中獲得什麼價值、以及需要為客戶建造什麼功能。

具體操作步驟#

練習重點#

概念理解練習#

Concierge MVBP 練習：在網路上搜尋一個使用了 Concierge 策略的公司範例。確認該產品符合 MVBP 的三個標準（客戶獲得價值、經濟買家付費、建立回饋迴圈）。他們的價值主張是什麼？他們 Concierge 了 MVBP 的哪些部分？他們計畫如何在之後自動化這些功能？

工作表提示#

工作表一：更新高階產品規格

回顧 Step 7 的高階產品規格，確定 MVBP 真正需要哪些功能？這些功能是否達成 MVBP 的三個目標？視覺化描述你的 MVBP。

工作表二：MVBP 如何達成三大目標

最小化投資和／或加速上市——Concierge 機會

你的 MVBP 中是否有可以 Concierge 化的部分，以減少達成上述三個目標所需的初始投資，或縮短推出 MVBP 的時間？時間可能比金錢更重要。

不要掉入想要建造「泰姬瑪哈陵」級產品的陷阱。MVBP 的重點是保持簡單、快速獲得真實客戶的回饋和現金流——這是讓你的新創公司存活下來的氧氣。