
新創簡報裡,市場規模、技術特色與成長想像往往很吸引人。但如果要判斷一門生意是否成立,我會先追問:誰的哪個問題被解決了?誰願意為此付費?企業又能否用可持續的方式交付?
有人說喜歡,不代表一門生意已經成立
「這個產品很有趣」與「我願意現在付費」,中間還有很長一段距離。早期訪談的稱讚、免費試用的人數,甚至一次性的訂單,都不能單獨回答客戶是否會持續購買。
我會先把使用者、決策者與付費者分開。企業軟體可能由第一線同事使用,主管決定採購,預算卻由另一個部門核定。若只確認使用者滿意,就可能低估導入、核准與採購需要付出的成本。
評估也應配合企業階段。早期團隊可能尚未證明可規模化,但仍要能說明最重要的假設、目前的證據,以及下一次測試打算排除什麼不確定性。
先檢查四個相互依賴的環節
- 需求是否足夠具體:客戶何時遇到問題?目前怎麼處理?不處理會付出什麼代價?
- 付費理由是否成立:誰有預算與決策權?新方案比現有替代做法好在哪裡?更換所需的時間與風險是否合理?
- 交付是否有可行條件:每增加一位客戶,需要多少導入、客製、支援與維護工作?哪些能共用,哪些必須重做?
- 收入能否延續:客戶為何續用、回購或擴大採購?一次性需求與持續性需求應分開判讀。
Strategyzer 將商業模式圖定位為描述、設計與檢視商業模式的工具。我的用法是把關係攤開,再區分哪些是已知事實、哪些仍待驗證;完成一張圖,本身不是需求成立的證明。參考:Business Model Canvas。
情境示例:有試用客戶的軟體,為何仍難擴大?
假設一家新創提供門市排班工具,店長願意試用,但每一家店都要求不同的規則與報表。團隊花很多時間調整設定,卻仍以相同低月費收費。
此時我會先釐清:客戶真正需要的是標準化排班軟體,還是大量人工協助的管理服務?如果交付高度依賴客製,直接以訂閱數量推估規模成長,可能忽略後續的人力負擔。
下一步可以挑選工作條件相近的門市,用相同範圍、收費方式與導入程序測試。記錄哪些功能被持續使用、哪些支援不能減少,再判斷應調整產品範圍、價格結構或目標客群。
把評估變成一張驗證清單
| 待確認的問題 | 可尋找的證據 | 下一步 |
|---|---|---|
| 問題真的重要嗎? | 客戶最近的處理方式、支出與損失 | 訪談實際處理問題的人 |
| 誰願意付費? | 預算來源、決策流程與付費試行 | 測試範圍清楚的付費方案 |
| 交付負擔多大? | 導入、支援與返工紀錄 | 區分可共用與必須客製的工作 |
| 為何持續購買? | 實際使用、續用與流失原因 | 追蹤足以反映使用週期的期間 |
每一項判斷都應標示證據來源、觀察期間與限制。也要先寫下什麼結果會讓自己改變看法,避免只蒐集支持原先想法的資訊。
如果最關鍵的付費或交付條件尚未被驗證,就先縮小承諾與投入範圍。這篇討論的是商業可行性的初步分析,並不取代投資決策所需的完整盡職調查。
帶回企業的一個問題
如果只能再取得一項證據,哪個答案最可能改變你對這門生意的判斷?