很多顧問、接案者和專業服務業，在第一次和客戶談案子時，就會立刻進入「要做幾頁、幾次會議、幾個功能、多久完成」的細節。這樣看起來很務實，卻很容易把一場本來應該討論成果與價值的銷售對話，變成工作量估算。
Jonathan Stark 提出的「最後才談範圍（Scope Last）」正好把順序倒過來：價值先、價格第二、範圍最後。他不是主張不要定義範圍，而是不要在還不知道客戶真正想完成什麼、這件事有多重要之前，就急著把報價建立在工作量上。
這個順序對顧問、教練、設計、開發、行銷、顧問式課程與其他高價專業服務都很重要。因為客戶真正想買的，通常不是「你忙幾小時」，而是問題被解決、風險被降低，或某個重要成果更有機會發生。
Scope Last 是什麼？不是少做，而是先把價值談清楚
Scope Last 的核心不是「先開高價，再隨便決定要做什麼」，而是先理解客戶真正想要的成果，再讓交付範圍服務那個成果。
Jonathan Stark 在 2026 年談到 Scope Last 時，把順序整理得很清楚：
- 先理解客戶想完成的結果，以及這個結果對客戶有什麼價值。
- 再根據價值決定一個你願意接受、客戶也有理由接受的價格。
- 最後才回頭設計：在這個價格下，你願意提供哪些工作與交付。
這和傳統「先估工時 → 算成本 → 加利潤 → 得出價格」完全不同。前者從客戶成果往回設計，後者從供應商成本往外推。
如果你還在用時薪或工時估價，可以先看專業服務為什麼不該只按工時計價？Jonathan Stark 的定價方法。Scope Last 可以視為把價值定價真正落到提案與交付設計的一步。
為什麼很多人會習慣「先談範圍」？
因為只要價格和工時綁在一起，你就必須先知道要做多少事，才覺得自己有辦法報價。
這個思考很自然：客戶問多少錢，你就開始盤點工作；工作越多，報價越高。問題是，複雜專案往往很難在一場銷售會議裡把所有細節都預測完整。
Jonathan Stark 多次指出，當你在銷售階段急著把所有範圍找齊，常會遇到兩種問題：
- 你低估工作量，後面只要出現變動，就覺得利潤一直被吃掉。
- 你為了保護自己，把大量可能發生的工作先塞進報價，客戶卻不知道這些工作和他的成果有什麼關係。
結果就是雙方都開始盯著「有沒有超出原本清單」，而不是回到「我們是不是正朝重要成果前進」。
第一步不是 Scope，而是先做價值對話
如果你不知道客戶真正想改善什麼，Scope Last 就沒有基礎。因為你連成果和價值都沒弄清楚，就不可能合理決定價格，更不可能知道哪些交付值得做。
Jonathan Stark 的釐清原因對話（Why Conversation）會先問：為什麼要做？為什麼是現在？為什麼找你？目的不是背一套話術，而是找到這個案子的商業脈絡。
例如客戶說：「我要重做網站。」如果你直接進入頁數、功能和時程，會很快掉進範圍討論。但如果先追問，可能發現真正問題是：
- 現在網站讓業務一直重複回答同樣問題。
- 新產品即將上市，舊網站無法支援新的成交流程。
- 客戶看不懂服務差異，導致業務只能一直被比價。
- 內部團隊每次更新網站都很慢，已經影響行銷速度。
四種情況表面上都是「做網站」，真正價值卻完全不同。
如果你要先把這一步做清楚，可以延伸閱讀報價前先問清楚為什麼現在要做：Jonathan Stark 的釐清原因對話。
第二步：價格先根據價值決定，不是先根據成本決定
Scope Last 的第二個關鍵，是價格不能等到工作清單列完才決定。
Jonathan Stark 的做法，是先估計客戶想完成的成果大約值多少，再提出低於該價值、且你願意承擔的價格選項。這不是精密數學，也不是把客戶的價值全部拿走，而是避免價格永遠只反映你的成本。
假設某項改善對客戶每年可能帶來很大的商業影響，如果你還是用「預計 40 小時 × 每小時多少」報價，你的效率越高，價格反而越低。對成熟專業者來說，這會讓經驗和效率變成懲罰。
而當價格先確定，你才有空間問下一題：
「在這個價格下，我可以怎麼設計一個對客戶有幫助、對我也有足夠利潤的交付方式？」
這就是範圍最後才出現的原因。
第三步：最後才決定「我要交付多少」
範圍不是越大越有價值，而是要對成果有幫助，同時讓你願意在這個價格下完成。
Jonathan Stark 在回答「提案裡應該放多少交付物」時，提出一個很實用的判斷：先決定價值與價格，再為每個價格設計一個你會很樂意交付的範圍。
換句話說，你不是問：
「客戶要我做哪些事，我全部加起來要收多少？」
而是問：
「客戶要的成果值不值得做？如果價格是這個層級，我要用什麼方式協助他最合理？」
同一個成果，可以有不同交付方式
例如客戶要改善一套銷售流程，你不一定只有「全部代做」一種做法。依照預算、內部能力、時程和風險，可以設計不同層級：
| 方案 | 可能的交付方式 | 適合情況 |
|---|---|---|
| 策略型 | 診斷、策略、路線圖、關鍵決策 | 客戶已有執行團隊 |
| 協作型 | 策略＋定期審查＋回饋 | 客戶能做，但需要專家校正 |
| 完整執行型 | 策略＋主要執行＋管理 | 客戶缺乏內部資源或時間 |
這三種都可能朝同一個成果前進，但成本、風險和你投入的時間不同。Scope Last 讓你不必一開始就把自己綁死在「客戶說什麼就全部做什麼」。
Scope Last 和偷工減料有什麼不同？
差別在於，Scope Last 是重新設計交付，而不是偷偷少做原本答應的內容。
如果你已經答應 10 項交付，簽約後才說其中 4 項不做，當然不是 Scope Last。真正的 Scope Last 發生在提案設計階段：先知道成果和價格，再決定這個方案到底包含什麼。
因此，每個方案仍然要清楚說明：
- 客戶想完成的結果。
- 你會負責哪些關鍵工作。
- 哪些不包含在內。
- 雙方各自要承擔什麼責任。
- 什麼情況需要另外討論。
範圍最後決定，不代表範圍最後才告知。提案與合約仍然需要讓客戶看得懂自己買的是什麼。
為什麼 Scope Last 反而可能減少需求範圍不斷擴張？
因為你不再把利潤建立在「每一項工作都必須照原本估算」上，而是先確保價格與交付組合本身就是你願意接受的。
傳統固定價常見的問題，是價格其實只是「估計工時 × 時薪」的偽裝。只要工時增加，利潤就下降，所以任何新增需求都會立刻變成衝突。
Scope Last 的邏輯不同：你先決定這個成果與合作值得什麼價格，再設計你願意提供的範圍。當範圍有調整時，你仍然需要管理邊界，但不會每一個小變化都自動等於「多做一小時，我就少賺一小時」。
這也是為什麼 Jonathan Stark 一再把 Scope Last 和固定價格、價值定價放在一起談，而不是把它當成單獨的專案管理技巧。
Scope Last 不代表客戶想要什麼都可以答應
價格先決定，不代表交付可以無限擴張。真正成熟的做法，是在既定價格下設計一個你願意承擔，而且足以支持成果的範圍。
如果客戶後來提出完全不同的目標，或新增大量不相關工作，就不是原本方案的正常調整，而是新的決策。
你可以用三個問題判斷：
- 這個新增要求，是否仍然直接支持原本成果？
- 它會不會大幅改變你的成本、風險或能力需求？
- 如果一開始就知道這件事，你還會願意用同樣價格接受嗎？
如果第三題答案明顯是否定，就應該重新討論方案，而不是硬吞。
Scope Last 為什麼特別適合高價顧問、教練與知識服務？
因為這些服務的真正價值往往來自判斷、診斷、方向與風險降低，不是單純產出多少件東西。
一位成熟顧問可能只用一次會議就指出真正瓶頸；一位教練可能不是多講 20 小時，而是在關鍵決策上讓客戶少走很多彎路。若一律用時間和交付數量定價，很容易把最重要的專業判斷變成最便宜的一部分。
這也能用在高價課程與陪跑方案。你不需要先問「我要錄 30 支還是 60 支影片」，而是先問：
- 學員真正要完成什麼結果？
- 哪些環節需要錄播？
- 哪些環節需要回饋？
- 哪些需要模板、診斷或直播？
- 哪些內容其實不影響結果？
從方案設計角度來看，價值也不應只靠堆疊交付數量，而是要看每一項交付是否真的提高成果、信心，或降低時間與執行阻力。
Scope Last 最常見的 4 個誤解
| 誤解 | 真正的意思 |
|---|---|
| 先報價再想辦法亂湊內容 | 先理解價值，再為價格設計合理交付 |
| 範圍不重要 | 範圍重要，但不應該是定價的第一步 |
| 所有案子都能少做 | 只有不影響成果的內容才有調整空間 |
| 價值定價就是收得越高越好 | 價格仍要讓買賣雙方都覺得合理且值得 |
Jonathan Stark 也明確說過，價值定價不是快速致富技巧，更不是用來從客戶身上榨更多錢。真正的出發點仍然是：先理解什麼結果會讓客戶真正滿意，再設計一個雙方都合理的合作。
如果你現在都習慣先估工時，可以怎麼改？
不用一次把整套報價方式全部翻掉，可以先把銷售會議的順序改掉。
- 客戶提出需求時，先不要急著報工時。
- 先問清楚為什麼要做、為什麼是現在、如果成功會改善什麼。
- 確認哪些成果對客戶真的重要。
- 先估計這些成果的商業價值與優先程度。
- 再設計價格選項。
- 最後為每個價格設計你願意交付的範圍。
你會發現，真正困難的地方通常不是「範圍怎麼寫」，而是前面能不能把價值談清楚。Scope Last 並沒有讓銷售變簡單，它只是把最重要的問題提前。
如果想先看 Jonathan Stark 整體方法，可以讀Jonathan Stark：高價專業服務、價值定價與三方案提案。
Scope Last 常見問題
Scope Last 是不是代表先報價，再隨便決定內容？
不是。它的順序是先理解成果與價值，再決定價格，最後設計一個能支持成果、而且你願意在該價格下交付的範圍。範圍仍然要清楚，只是不拿它當定價起點。
客戶如果堅持先問「你到底會做什麼」怎麼辦？
可以先說明大方向與可能合作形式，但不要在還沒理解目標之前就承諾完整工作清單。先把成果、優先順序與限制談清楚，再提出正式範圍，通常更準確。
Scope Last 適合固定價格專案嗎？
適合，而且 Jonathan Stark 正是把它用在固定價格與價值定價提案中。重點是固定價格不是把估計工時包裝起來，而是先從價值決定價格，再設計範圍。
如果後來客戶要新增很多工作，還要照原價做嗎？
不一定。先判斷新增工作是否仍然直接支持原本成果，以及是否大幅改變成本、風險或合作目標。若已經是新的目標或新的專案，應重新討論方案。
Scope Last 可以用在高價課程嗎？
可以借用同樣邏輯。先定義學員結果、價值與方案價格，再決定需要多少錄播、直播、回饋、模板與陪跑。不要先用影片數量決定價格。
Scope Last 和三方案報價有什麼關係？
Jonathan Stark 常把兩者一起使用：先確認價值，再設定不同價格，最後為每個價格設計不同範圍。下一篇可以再深入拆解「為什麼不要只給客戶一個價格」。
結語：先決定要創造什麼價值，再決定要做多少事
Scope Last 真正挑戰的，不是提案格式，而是你怎麼看待自己的專業。
如果你把自己定位成「替客戶完成一串工作的人」，報價自然會從工作量開始。如果你把自己定位成「協助客戶完成重要成果的專家」，銷售對話就會先從目標、價值與決策開始。
範圍仍然重要，成本也仍然存在，但它們不需要再主導第一個問題。
價值先、價格第二、範圍最後。這就是 Jonathan Stark 的 Scope Last 最值得帶走的核心。
參考資料
- Jonathan Stark：Scope Last, Price on Value, and Build Authority（2026）
- Jonathan Stark：Reader question re: How many deliverables do you include in your proposals?（2022）
- Jonathan Stark：The freedom of “Scope Last”（2019）