按時計價很直覺。估幾個小時、乘上時薪，做多少就收多少，看起來公平，也容易開始。
問題通常在專業能力變強之後才出現：同一個問題，新手可能要做兩天，資深顧問半天就能看出關鍵。若價格只跟時間連動，經驗越多、判斷越快，反而可能收得越少。
Jonathan Stark 長期反對把專業服務綁在工時上。他的核心批評放在計價方式本身：它容易讓服務者、客戶與專案產生互相衝突的誘因。
Jonathan Stark 為什麼反對按時計價？
最直接的原因，是按時計價會讓「效率提高」和「收入增加」站在相反方向。Stark 在 2026 年的〈Lightning Round〉裡把問題說得很簡單：服務者做得越慢，收入越高；但客戶得到結果越慢，情況越差。
這並不是在指控按時計價的人故意拖時間。Stark 自己也明確說過，按時計價並非本質上不道德。真正的問題是，制度本身把金錢誘因放在「多花時間」，而客戶的利益通常在「更快完成」。
因此，專業服務一旦進入高價階段，只提高時薪通常還不夠。你可能把每小時價格往上調，卻仍然沒有改變「收入受可出售時間限制」這個結構。
按時計價的第一個限制：效率越高，收入可能越低
如果同一個成果可以用更少時間完成，按時計價會直接減少帳單金額。這也是 Stark 最常用來挑戰時薪的例子。
假設一位顧問累積多年經驗後，能在 2 小時內找出以前需要 10 小時才能找到的問題。對客戶來說，速度提升是好事；對按小時計價的顧問來說，若時薪沒有大幅上升，收入卻會下降。
這裡真正被忽略的，是那 2 小時背後可能包含多年累積的判斷能力。客戶付費的理由，往往是希望你更快做出正確判斷，而非單純增加服務時數。
第二個限制：客戶在購買前不知道最後會花多少
按時計價常先提供「估算」，最後價格要等實際工時累積後才確定。Stark 在〈We’ll let you know〉裡用一個很直白的比喻：買東西前如果只能知道大概多少，真正金額要等用完才揭曉，買方承擔的不確定性就會提高。
專業服務尤其容易遇到這個問題。預估 40 小時，但最後是 55 小時；客戶除了要多付錢，內部還可能要重新申請預算、說明超支原因，甚至質疑原先估算是否可信。
固定價格的其中一個價值，就是把「最後到底要花多少」這個風險，從客戶身上移回服務提供者。客戶在做購買決定以前，就知道要投入多少。
第三個限制：收入會碰到可出售時間的上限
只要收入公式仍是「時薪 × 可計費時數」，成長最後就會受到時間限制。Stark 在 2026 年〈How to Boost Profits with Value Pricing〉裡，把這稱為按時計價造成的人工天花板。
你可以提高時薪，也可以工作更多，但一天能出售的時間有限，而且業務開發、行政、學習與售後等工作通常無法全部向客戶計費。業務開發、行政、內容、學習、售後與休息都會占用時間。
這也是為什麼「提高時薪」和「脫離工時定價」是兩件不同的事。前者仍在出售時間，只是單位價格更高；後者才真正開始把價格和成果、價值、風險或產品化方案連起來。
第四個限制：按時計價可能讓範圍擴張變得更容易
很多人擔心改成固定價後會遇到範圍失控，但 Stark 的觀點剛好相反：按時計價本身可能降低服務者控制範圍的動機。
客戶臨時增加一項工作，如果多做就能多收費，服務者在財務上沒有很強的理由拒絕。久而久之，專案容易不斷長出新工作，原本要解決的結果反而被沖淡。
在固定價或價值定價的專案裡，新需求出現時，服務者反而更需要回到原本目標判斷：這件事真的有助於達成結果嗎？如果沒有，可以延後、刪除或另開專案。
這不代表固定價自然就不會範圍失控。它仍然需要清楚目標、責任、假設與變更規則；差別在於，服務者不再因為「多做就多收」而自動歡迎所有新增需求。
固定價格，不等於價值定價
把預估工時乘上時薪，再包成一個總價，只是固定價格，不一定是價值定價。Stark 在〈Cost vs Value Pricing〉裡特別區分這兩種做法。
| 方式 | 價格怎麼來 | 主要思考起點 |
|---|---|---|
| 按時計價 | 實際時數 × 時薪 | 做了多久 |
| 成本加成固定價 | 預估工時 × 時薪，再加風險或利潤 | 我大概要投入多少 |
| 價值定價 | 先理解客戶結果與價值，再設定固定價格 | 這個結果對客戶值多少 |
| 產品化服務 | 固定範圍、固定價格，對相似客戶重複販售 | 標準化問題與標準化解法 |
Stark 的定義很清楚：價值定價需要先和客戶對話，理解他為什麼現在要做、成功代表什麼，以及這個結果對他的重要性。若只是把時薪藏起來，價格邏輯其實沒有改。
這也是 釐清原因對話（Why Conversation） 要處理的核心：價值定價要先改變報價前的問題，不能只換一個計算公式。
客戶花錢買的是時間，還是結果？
對高價專業服務來說，客戶通常更在意結果何時出現、風險能不能降低，以及問題有沒有被正確處理。Stark 在〈Clients want projects completed as quickly as possible〉裡指出，即使專案已經是固定價格，客戶仍然希望越快完成越好，因為完成之後才能開始取得效益。
因此，速度本身可能就是價值的一部分。若同樣的問題可以在兩週內可靠完成，通常不會因為另一位服務者需要六週，客戶就覺得六週更有價值。
這和 Alan Weiss 的價值定價 有明顯共通點：兩人都反對把專業服務的價格只建立在投入時間上，但各自使用的框架與術語並不完全相同。
為什麼「五分鐘解決」反而最容易暴露時薪問題？
社群裡常出現一種典型困惑：某個問題對客戶非常重要，但專家只需要幾分鐘就能處理，照時薪算卻只能收很少。這正好把「時間」和「價值」的差距放大。
真正有價值的往往是你知道該改哪裡、知道哪些事情不用做，以及能承擔判斷錯誤的責任。這些能力不會因為執行只花五分鐘就消失。
如果專業越成熟，解決時間越短，卻只能靠提高時薪補回差額，最後就會一直被迫解釋：「為什麼你一小時比別人貴這麼多？」價值定價試圖把討論從「一小時多少」移回「這個問題解決後值多少」。
客戶直接問「你的時薪多少？」怎麼處理？
不必先教育客戶一整套定價哲學。Stark 建議的做法很簡單：若你的商業模式採固定專案價格，就直接說明自己不提供時薪，而會針對完整專案報價。
接著把對話帶回客戶要解決的問題，避免一直停在「哪個時薪比較合理」的比較。客戶若只是習慣用時薪詢價，固定價反而可能提供更清楚的總成本。
但如果對方的採購制度明確要求時薪，情況就不同。上一篇 高價服務如何避免被採購流程壓成比價商品 已經拆解這個問題：正式制度有時會限制可使用的計價方式，不能假裝所有客戶都能接受價值定價。
剛開始接案的人，也要立刻停止時薪嗎？
不用把 Stark 的立場理解成「今天開始全面禁用時薪」。他在〈Hourly billing vs value pricing isn’t an either/or proposition〉裡明確說，價值定價對新手很難，時薪可以暫時用來維持現金流。
但他不建議停在那裡。比較適合的過渡方式包括：
- 先提供固定價格選項，練習承擔估價風險。
- 把重複出現的服務做成固定範圍、固定價格的產品化服務。
- 先挑小型專案練習價值定價，不必一次改掉所有客戶。
- 改善定位，讓客戶因專業差異找上門，降低只比較時薪的情況。
- 把可重複教學的知識做成課程、書籍或其他產品。
換句話說，時薪可以是起點，但不一定要成為整個專業生涯的商業模式。
哪些情況下，按時計價仍然可能合理？
每一種工作適合的定價方式不同。這點也符合 Stark 自己對不同模式的區分。
- 剛起步、尚未掌握成本與交付：先用時薪累積經驗，可能比亂報固定價安全。
- 工作本身就是人力支援：客戶主要購買一段可調度的人力，未必有一個明確專案結果。
- 需求高度不確定，而且無法先定義可接受成果：雙方可能需要先用探索階段降低未知。
- 採購制度強制要求：某些企業或公部門流程只能依既定費率與工時採購。
- 短期過渡：既有客戶還沒準備改模式時，可以先逐步加入固定價或產品化選項。
這些情況不代表時薪「比較高級」或「比較低級」，只是交易結構不同。真正要避免的是：明明客戶在買高價值的判斷與成果，最後卻只剩工時可以拿來衡量價格。
高價課程為什麼更不適合用「內容時數」證明價格？
Jonathan Stark 的原則也能直接提醒高價課程設計者：影片越長、單元越多、直播越多，不代表價值就越高。
如果一套課程能用更少內容，讓學員更快理解必要步驟，通常代表教學設計更精簡，不等於產品縮水。把售價和影片時數綁在一起，就會重演按時計價的問題：好像只有「花更多時間」才能證明比較值錢。
這和 高價方案的客戶價值設計 可以接在一起看。交付內容要有存在理由，價格也要回到客戶真正想改善的結果，不能只靠內容量堆出昂貴感。
從按時計價走向非時薪模式，可以先做這 6 步
下面六步是本文依 Jonathan Stark 公開方法整理的實作順序，並非他官方命名的固定六步框架。
- 盤點目前收入：哪些服務仍完全依靠「時薪 × 時數」？
- 找出重複問題：哪些需求可以做成固定範圍的產品化服務？
- 開始報固定價格：先從風險較低、小型專案練習。
- 報價前先問原因：不要收到需求清單就立刻估工。
- 把價格和客戶結果連起來：理解成功、急迫性與價值，再決定方案。
- 最後才決定範圍：讓交付服務於結果，不要用工作量反推售價。
如果你已經能穩定交付，卻每次仍從「這大概要幾小時」開始報價，這六步可以幫你看出目前最需要改的是哪一段。
專業服務要脫離的，不只是時薪數字
把時薪拿掉很容易，真正困難的是改變整套報價思考。若只是把預估工時乘上費率，再包成固定總價，底層仍然是在賣時間。
Jonathan Stark 的方法真正要改的是順序：先理解客戶為什麼要做、成功值多少，再決定價格與合作方式，最後才設計交付。
當專業能力越來越成熟，收入不必永遠和「花了多久」綁在一起。客戶真正需要的，是問題更快、更可靠地被處理；服務提供者則需要一套不會懲罰效率的商業模式。
常見問題
按時計價真的不好嗎？
不一定。它簡單、容易開始，在新手、短期人力支援或特定採購制度下都可能合理。Jonathan Stark 反對的是長期把專業價值完全綁在工時上。
固定價格就是價值定價嗎？
不是。固定價格只代表金額事先確定；如果價格仍是用預估工時乘上時薪算出來，本質上仍偏向成本加成。價值定價會先理解客戶結果與價值，再設定價格。
不按時計價，怎麼知道專案有沒有賺錢？
工時仍然可以用來做內部成本、產能與利潤分析，只是不需要把它當成對客戶報價的唯一單位。內部管理時間和外部售價是兩個不同問題。
固定價格會不會被客戶無限追加工作？
有可能，所以仍要先定義目標、責任與變更規則。新需求出現時，先判斷它是否直接服務原本結果；超出原目標的工作，可以另案處理。
客戶一定要知道我的時薪，才能比較報價嗎？
不一定。若客戶可以比較完整方案、成果、風險、服務深度與總價，就不必只靠時薪比較。但部分企業採購制度確實會要求時薪或費率表，這時要依正式流程處理。
剛開始接案，可以先用時薪嗎？
可以。Jonathan Stark 也承認價值定價對新手較難。可以先以時薪維持現金流，同時逐步測試固定價、產品化服務或小型價值定價專案。
高價課程也適用這個原則嗎？
適用的是「價值不要只用時間衡量」這個原則。高價課程通常是一對多產品，不需要逐一做客製價值定價，但售價也不應只靠影片時數、直播次數或內容數量證明。
參考資料
Jonathan Stark｜Hourly Billing Is Nuts
Jonathan Stark｜Value Pricing for Software Projects
Jonathan Stark｜Why don’t you do hourly billing?
Jonathan Stark｜Cost vs Value Pricing
Jonathan Stark｜Hourly Billing Encourages Scope Creep
Jonathan Stark｜Hourly billing vs value pricing isn’t an either/or proposition
Jonathan Stark｜Clients want projects completed as quickly as possible
Jonathan Stark｜How to Boost Profits with Value Pricing
Jonathan Stark｜Lightning Round
Jonathan Stark｜How to determine your cost