很多產品的流程是：先想功能、做規格、開發、測試，最後才問一句「那要賣多少？」
這看起來很自然，但問題也很明顯：產品最貴、最難改的時候，才第一次確認客戶到底願不願意付錢。
《Monetizing Innovation》的觀點剛好相反：定價不應該是上市前最後一道行政程序，而要提早變成產品設計輸入。
一開始先確認市場願意為哪些價值付費、哪些功能只是團隊自己覺得重要，以及不同客戶願意付費的理由是否一樣；完美售價反而不是第一個問題。
價格先於產品（Price Before Product）：先確認價值，再決定做什麼
「先談價格」最容易被誤解成：產品都還沒做，就先決定要賣多少。
其實更接近的意思是：在規格還能調整時，就開始做願付價格（Willingness to Pay）研究。
你可以先拿概念、流程、原型或幾種方案方向去和目標客戶談：
- 這個問題對你有多重要？
- 你現在怎麼解決？
- 目前做法花掉多少時間或成本？
- 哪些功能你會願意多付錢？
- 哪些功能有沒有都沒差？
- 什麼價格開始覺得貴？
- 什麼價格已經高到不會考慮？
這些答案是拿來判斷產品方向，不代表正式報價。
願付價格研究，最好在「還能砍功能」的時候做
如果你已經投入半年，把所有功能都做完，團隊會自然產生沉沒成本。
即使客戶明確告訴你「這個功能我不需要」，內部還是很容易說：「都做完了，先放著吧。」
反過來，如果研究發生在概念階段，你就有空間：
- 把沒人願意付錢的功能拿掉。
- 把高價值功能做深。
- 把不同客群拆成不同方案。
- 重新評估商業模式是否成立。
這也是「Price Before Product」有價值的地方：讓錯誤在便宜的時候被發現。
定價研究不是問「你覺得多少錢合理？」就結束
直接問一個人「你願意付多少」，常常會得到很模糊的答案。
更有用的做法，是讓他比較：
- 不同功能組合。
- 不同方案層級。
- 不同價格區間。
- 有／沒有某個功能時的選擇。
當客戶必須做取捨，才比較容易看出實際優先順序。
第一種失敗：功能休克（Feature Shock），功能很多卻沒人願意多付錢
Feature Shock 可以理解成「功能休克」。
產品一直加東西：更多模組、更多選項、更多設定、更多整合，成本和複雜度持續上升，但客戶的願付價格沒有跟著增加。
這時候更可能是產品把太多低價值功能綁在一起，不一定是行銷做得不夠。
常見訊號包括：
- Demo 很長，卻很難說出最重要價值。
- 每個部門都有自己堅持要留的功能。
- 客戶只用其中一小部分。
- 團隊認為功能很多，所以價格應該更高。
解法是回到願付價格，把最能驅動購買的功能找出來，不要再繼續堆功能。
第二種失敗：低估價值（Minivation），產品有價值，價格卻定得太保守
Minivation 指的是產品本身有明顯價值，但團隊因為怕市場不接受，價格定得過低。
例如一個方案可以替客戶節省大量人工、降低錯誤、增加收入，最後卻只因為「同類工具差不多都這個價」而往市場均價靠攏。
問題在於：競爭對手的價格反映的是它的價值與策略，不一定能代表你的客戶願意為你的產品付多少。
如果你正在做產品定位，可以搭配Obviously Awesome：產品定位不是一句漂亮口號，而是讓對的人快速看懂價值。定位先說清楚「價值對誰最重要」，定價才有依據。
第三種失敗：隱藏寶石（Hidden Gem），高價值能力被當成附帶功能
有時團隊做出一個功能，只把它當成主產品裡的小工具，但客戶其實非常願意付錢。
這就是 Hidden Gem（隱藏寶石）。
可能是：
- 原本內部使用的報表工具。
- 附加在服務裡的診斷方法。
- 某個高價值 API。
- 客戶一直特別稱讚的流程。
如果沒有人負責研究它的市場與價格，它很容易永遠只是免費附送。
第四種失敗：殭屍產品（Undead），市場已經說不要，團隊卻還捨不得停
Undead 指的是需求弱、願付價格低，卻因為投入很多時間而一直被留著的產品。
常見說法像：
- 「市場還沒被教育。」
- 「再加兩個功能應該就會好。」
- 「已經投入這麼多，現在不能停。」
有時確實只是時機還沒到，但也有可能市場已經給出很清楚的答案。
所以在投入很多資源之前，最好先訂出停止條件：什麼結果出現時，要縮小、轉向或停止。
客戶不要只按年齡、產業分，還要看價值與願付價格
傳統分眾很常看人口統計或公司規模。
但兩個條件看起來一樣的人，可能有完全不同的價值需求。
例如兩位講師都已經有課程：
- A 最在意低成本，只想有一個能放影片的地方。
- B 更在意完整品牌、成交流程、會員資料與長期控制權。
如果只看「都是講師」，很容易把完全不同的需求塞進同一個方案。
有用的分眾，是先找出他們重視的價值與願付價格，再用外部可辨識特徵去找到這些人。
最適客戶（Best-Fit Customer）和高價方案適配度要一起看
不是願意付比較高價格的人，就一定適合高價方案。
還要看他現在的階段、資源、需求與執行能力。
如果你要進一步判斷高價方案適配度，可以延伸看誰適合投資高價課程變現系統？。先確認適配度，再談價格，會比只追求高客單價健康得多。
方案包裝（Packaging）：不要先決定三個價格，再隨便分功能
很多 Good-Better-Best 方案是反過來做的：
- 先決定要三個價位。
- 再把功能平均分進去。
- 最後把最貴方案塞最多東西。
《Monetizing Innovation》的做法更重視功能在購買決策裡扮演什麼角色。
主力、填充、排斥功能（Leader／Filler／Killer）：每個功能角色不一樣
方案包裝可以把功能分成三類：
| 類型 | 意思 |
|---|---|
| Leader | 會直接驅動購買決定的核心價值 |
| Filler | 有加分，但單獨不太會決定購買 |
| Killer | 某些客群不想要，卻被迫一起買時會降低整包吸引力 |
最值得注意的是 Killer。
一個功能本身可能很好，但如果某個客群完全不需要，卻因為它讓價格提高，整個方案就可能變得難賣。
好／更好／最好（Good-Better-Best）的重點，是每一層都有購買理由
三層方案不是「基本版、加一點、全部都有」這麼簡單。
每一層都應該對應不同價值需求。
例如：
- Good：先完成核心任務。
- Better：加入最常見的效率與成長需求。
- Best：處理更高複雜度、規模或專業需求。
如果最便宜方案已經把所有 Leader 都送完，中間與高階方案就沒有升級理由。
如果高階方案只是塞一堆 Filler，也很難讓客戶感受到價格差異有意義。
收費模式也要跟「價值怎麼增加」一起設計
定價不只有價格高低，還有怎麼收。
常見模式包括：
- 一次性。
- 訂閱。
- 按使用量。
- 平台費加使用量。
- 按席次。
- 按成果或交易量。
選擇時可以問一個很重要的問題：
客戶得到的價值增加時，我的收入會不會也合理增加？
如果收費指標和價值完全脫鉤，就容易出現一方覺得吃虧。
價格指標（Price Metric）往往比單一價格更重要
同樣是一個軟體，按「使用者數」收費和按「處理量」收費，會產生完全不同的使用行為。
例如一個協作工具如果按每位使用者收費，客戶可能為了省錢而限制團隊加入；如果產品價值其實來自更多人協作，這個價格指標反而和價值打架。
所以先選好 Price Metric（價格指標），再談金額，通常更有意義。
免費增值（Freemium）不是「免費版放很多功能」就完成
Freemium 更像是一種獲客方式。
免費層要讓人實際體驗核心價值，同時也要有自然升級理由。
如果免費版已經滿足大部分高價值需求，使用者就沒有理由升級。
反過來，如果免費版幾乎什麼都不能做，它也無法證明產品值得付費。
行為定價（Behavioral Pricing）可以幫助理解價格，但不能製造假價值
人會受到比較框架影響。
例如同一個中間方案，旁邊有一個更完整、更高價的方案時，可能看起來比較合理。
這也是為什麼很多 Good-Better-Best 頁面會讓高階方案同時扮演 Anchor（錨點）的角色。
但錨點、方案順序、價格尾數都只是呈現方式。
如果產品本身沒有足夠價值，再聰明的價格心理學也只能短暫改變感覺，不能長期支撐留存與口碑。
不要看到銷售慢，就第一時間降價
一個產品賣得慢，可能有很多原因：
- 流量不足。
- 定位不清楚。
- 客戶不理解價值。
- 方案包裝不對。
- 付款流程有摩擦。
- 價格真的超過願付區間。
如果每次銷售不如預期就直接降價，很容易把不同問題都當成價格問題。
比較好的做法，是在上市前就先定義要觀察哪些數字、什麼條件出現才調整價格。
商業假設要持續更新，不要只在提案時算一次
產品範圍、客群、價格與成本只要其中一個改變，原本的商業案例就可能失效。
所以 Business Case 不應該只是提案簡報裡的一張試算表，而要持續更新：
- 目前願付價格假設有沒有改變？
- 主要客群還是一樣嗎？
- 方案成本是不是提高了？
- 實際轉換和原本預期差多少？
如果這些條件已經改變，卻還用半年前的價格邏輯做決策，很容易讓團隊以為「產品沒問題，只是市場不好」。
價格要調高時，先講價值變化，再講新價格
價格調整並不一定代表客戶會反感，重點在於他能不能理解「為什麼現在和以前不一樣」。
如果產品增加了重要能力、服務範圍改變、交付成本與價值都明顯提升，可以先把這些變化說清楚，再說新的價格與生效方式。
最容易破壞信任的做法，是一邊宣布價格上調，一邊又立刻給大折扣。這會讓客戶更難判斷原價到底代表什麼。
一個定價流程，可以照這個順序走
- 先定義最重要的客戶問題與價值。
- 在產品還能調整時做願付價格研究。
- 找出不同價值與願付價格群組。
- 判斷是否出現 Feature Shock、Minivation、Hidden Gem 或 Undead。
- 把功能分成 Leader、Filler、Killer。
- 設計 Good-Better-Best 或其他方案包裝。
- 選擇合適的收費模式與 Price Metric。
- 設定上市後觀察指標與調整條件。
這個順序的關鍵，是把價格變成產品設計的一部分，而不是最後一張價目表。
一張表檢查你的定價是不是太晚才開始
| 問題 | 如果答不出來 |
|---|---|
| 產品開發前有沒有談過願付價格？ | 價格可能只是上市前猜測 |
| 哪些功能會驅動購買？ | 不知道 Leader 是什麼 |
| 哪些功能某些客戶反而不想要？ | Killer 可能被塞進套餐 |
| 不同客群願意付費的理由一樣嗎？ | 分眾可能太粗 |
| 收費指標會隨客戶價值一起增加嗎？ | Price Metric 可能不合理 |
| 上市後什麼情況才會調價？ | 容易因短期焦慮亂降價 |
常見問題
產品還沒做，客戶真的能回答願付價格嗎？
他不一定能給你一個精準售價，但可以對價值、功能取捨與價格區間做反應。目的不是請客戶替你定價，而是提早發現價值是否成立。
定價應該看成本、競爭對手還是客戶價值？
三者都可以參考。成本決定你不能長期低於什麼水位，競爭對手提供市場背景，而願付價格更直接反映目標客戶怎麼看你的價值。
好／更好／最好（Good-Better-Best）一定要三個方案嗎？
不一定。三層是常見做法，但重點是每個方案有清楚的價值差異。如果兩層就足以對應主要客群，不需要為了形式硬加第三層。
低價是不是比較容易成交？
不一定。價格低可以降低部分阻力，但也可能讓產品無法支撐服務品質，或讓客戶對價值產生不同預期。成交仍然取決於價值、適配度與風險。
新產品適合做 Freemium 嗎？
要看免費使用是否能有效帶來付費轉換，以及免費使用者的服務成本是否可承擔。免費增值不是預設答案，而是一種需要被設計的獲客模式。
產品賣不好，什麼時候才應該降價？
先確認流量、定位、價值溝通與包裝沒有更明顯問題，再看價格是否真的超過願付區間。價格應該是有證據才調整，不是第一個反射動作。
好的定價，不是在產品做完後猜一個數字
產品和價格本來就互相影響。
客戶願意為什麼付錢，會決定哪些功能值得做；不同客群重視什麼，會決定怎麼分方案；價值怎麼成長，會影響採用什麼收費指標。
當願付價格、產品設計、分眾、包裝與收費模式一起被考慮，定價就不再只是「最後要填多少錢」，而會變成一套用來確認產品是否真的值得被做出來的商業判斷。
參考資料
Madhavan Ramanujam、Georg Tacke：Monetizing Innovation: How Smart Companies Design the Product Around the Price。