很多顧問、講師、教練做久之後，都會發現一件事：每位客戶看起來不同，但真正交付的核心其實一直重複。每次都重新開會、重新報價、重新解釋流程、重新整理文件，表面上是客製服務，實際上卻有大量工作高度相似。
Jonathan Stark 提出的產品化服務（Productized Service），就是把這些反覆出現、邊界可以說清楚的服務，整理成固定範圍、公開價格與可重複交付的方案。它本質上仍然是服務，只是不再每一單都從零開始。
產品化服務真正要解決的，是「每一單都重新設計」
專業服務最浪費時間的地方，常常不是做專業本身，而是每次都重新定義合作方式：這次包含什麼、要做多久、報多少錢、客戶要準備什麼、最後交什麼。
如果每一單都重新決定，專家會把大量時間花在設計服務本身，而不是提升真正的專業判斷。
產品化服務的價值，就是把這些反覆出現的部分固定：適合誰、處理什麼問題、包含什麼、不包含什麼、交付流程怎麼走、客戶最後會得到什麼。
第一步：不要憑空發明，先從過去重複出現的案子找
最適合產品化的服務，通常不是坐在辦公室裡想出來的，而是已經做過很多次。
你可以回頭看過去的客戶，找四種重複：
- 哪些問題你已經解過很多次？
- 哪些案子的交付步驟很接近？
- 哪些成果客戶一直重複要求？
- 哪些工作不需要每次重新做完整診斷？
例如一位課程顧問，可能發現「定位診斷」「課程架構健檢」「銷售頁訊息評估」「線上課程網站健檢」都已經反覆做過。這些通常比直接把一整年的高價陪跑硬切成套餐，更適合先產品化。
第二步：固定的是範圍與承諾，不是賣一包工時
產品化服務最容易被做成「十小時顧問包」。但如果客戶買的仍然只是你的時間，本質上還是工時計價，只是換了包裝。
真正需要固定的是：
- 你處理哪一類問題。
- 服務包含哪些工作。
- 哪些事情明確不包含。
- 客戶必須先提供什麼。
- 什麼狀態算交付完成。
例如與其賣「八小時網站顧問」，不如賣「完成首頁、方案頁、結帳流程與課程交付路徑檢查，交付一份優先改善清單與說明會議」。客戶買的是清楚成果，而不是你的計時器。
第三步：把輸入、流程、輸出全部說清楚
一個服務要能重複，不能只寫一張漂亮的介紹頁，真正要整理的是整套交付系統。
| 階段 | 要回答的問題 |
|---|---|
| 輸入 | 客戶要先提供哪些資料、帳號、內容或數據？ |
| 流程 | 你固定會經過哪些分析、檢查與決策步驟？ |
| 輸出 | 客戶最後會拿到什麼具體成果？ |
例如網站健檢的輸入可能是網站網址、方案頁、目前流量與轉換資料；流程可能是檢查訊息、導覽、方案、結帳與交付；輸出則是優先級改善報告、修改清單與說明。
輸入、流程與輸出越清楚，越容易重複優化，也越容易交接給團隊。
第四步：把品質標準從「我覺得可以」變成可檢查
很多服務永遠只能由創辦人做，不一定是別人能力不夠，而是品質一直靠本人感覺。
例如「這份分析夠不夠深」如果只有創辦人知道答案，就很難真正交接。比較好的方式，是把品質拆成可檢查條件：
- 是否找出前三個高優先問題。
- 每個問題是否有證據。
- 是否解釋為什麼重要。
- 是否提出明確下一步。
- 是否沒有超出服務範圍。
當品質標準能被看見，服務才開始從個人手藝變成可重複流程。
第五步：先標準化，再談自動化
很多人一想到產品化，就立刻找自動化工具。但如果流程本身還沒穩定，自動化只會讓混亂跑得更快。
更好的順序通常是：先人工做幾次，找出重複步驟，刪掉不必要的動作，建立模板與檢查表，最後才把資料收集、排程、通知與固定處理自動化。
也就是先確定「這件事應該怎麼做」，再處理「怎麼讓它更快」。
產品化服務會越做越省力，是因為你一直改善同一個系統
客製案每次都不同，流程難以累積；產品化服務因為範圍較固定，你可以持續優化同一套交付系統。
第一次可能要花六小時，但做到第十次，你可能已經有標準問卷、報告模板、常見問題庫、固定分析流程與自動通知。交付時間變短，品質反而可能更穩定。
這也是產品化服務和工時計價很不一樣的地方：工時計價會讓「做得更快」等於「賺得更少」，產品化則讓效率提升真正變成利潤與容量。
服務頁本身，就是一個範圍管理工具
產品化服務的頁面不只是拿來成交，也要負責管理期待。適合誰、不適合誰、包含什麼、不包含什麼、客戶要先準備什麼、交付完成標準是什麼，都應該盡量清楚。
這些資訊越清楚，成交後越不容易出現「我以為有包含」的落差，也能減少專案中途不斷加項。
公開價格的價值，是降低每一單重新報價的成本
Jonathan Stark 對產品化服務的定義中，公開價格是一個重要元素。因為如果每位客戶都要先開會、重新診斷、重新報價，銷售成本很難真正下降。
公開價格讓客戶可以先自我篩選：這是不是我要的服務、範圍合不合、價格是否能接受。不是所有人都會因此直接購買，但至少不必每一個人都從「請問多少錢」開始。
如果要進一步理解固定價格，可以延伸閱讀〈固定價格怎麼降低客戶的不確定感？Jonathan Stark 的報價方法〉。
產品化服務和價值定價不是同一件事
這兩個概念很容易被混在一起。價值定價通常會先理解某一位特定客戶想達成的結果與價值，再決定適合的價格；產品化服務則是把固定範圍與價格先公開，讓客戶自行判斷是否適合。
兩者都能幫助專家離開單純工時計價，但使用情境不同。可以搭配〈成果定價怎麼做？Jonathan Stark：客戶買的是結果，不是工時〉一起理解。
不是所有服務都適合產品化
如果每位客戶的問題差異非常大、成果高度不確定、需要大量共同診斷與客製策略，就不適合硬塞進固定方案。
產品化服務比較適合這幾種條件：
- 問題類型反覆出現。
- 服務邊界可以說清楚。
- 輸入資料相對固定。
- 交付流程大致可重複。
- 客戶能理解自己最後會得到什麼。
固定的是範圍與流程，不代表每位客戶最後得到完全相同的答案。專業判斷可以不同，只是不再每次重新發明整個合作方式。
高價知識事業可以先把「完整陪跑」切出一個產品化單元
如果你的主服務很複雜，不需要一次把整套高價陪跑全部產品化。比較穩定的方式，是先找一個重複度高、範圍清楚、成果容易理解的前段單元。
例如定位診斷、課程成果路徑健檢、銷售頁訊息健檢、網站營運健檢、直播成交流程診斷。這些都可以成為完整服務之前的固定方案。
客戶先取得一個清楚成果，如果後續真的需要更深度協助，再進入高價客製服務或課程。
產品化服務也可以和線上課程組合
線上課程適合處理可重複的基礎知識；產品化服務適合處理需要專家判斷、但流程仍相對固定的診斷與執行。
例如先用線上課程教基礎方法，再用產品化服務完成網站健檢、策略診斷或方案優化。這樣可以把專家時間保留給真正需要判斷的部分。
也可以延伸閱讀〈專家型事業什麼工作應該由本人做，什麼工作應該交出去？〉，把產品化和團隊分工放在一起看。
產品化之前，先做一次「適合度檢查」
不是只要重複做過幾次，就一定適合產品化。正式固定範圍之前，可以先檢查五件事：問題是否反覆出現、客戶是否能理解成果、流程是否已相對穩定、例外比例是否可控，以及價格能不能在不重新估時的情況下仍然合理。
如果每一位客戶一進來都要先花很長時間重新定義問題，最後交付內容也完全不同，那麼現在最需要的可能不是產品化，而是先把服務方法與客群定位弄清楚。
反過來說，如果十位客戶裡有七、八位都經過相似步驟，交付成果也大致一致，只剩少部分需要專業微調，這通常就是很好的產品化候選。
也可以先做「半產品化」版本：價格與主要範圍固定，但保留少量可調整空間。等實際跑過幾輪，再根據例外情況收斂邊界。這會比一開始就把所有規則鎖死，更適合仍在成熟中的高價知識服務。
每做一次，都要讓下一次更容易
產品化服務真正的槓桿，不是第一次就設計完美，而是每交付一次都能留下改進資料。
可以持續記錄：
- 實際花了多少時間。
- 哪個步驟最常卡住。
- 客戶最常問什麼。
- 哪個文件最容易誤解。
- 哪個環節最常返工。
這些資料會告訴你下一次該刪什麼、模板化什麼、補什麼說明、哪個步驟可以交給團隊。
如果做到第二十次還跟第一次一樣混亂，每次都重新找資料、重新寫文件、重新決定步驟，那它其實還沒有真正產品化。
最後再檢查一件事：如果客戶在購買前仍然必須花很長時間和你確認「到底會拿到什麼」，代表範圍還不夠清楚。好的產品化服務，應該讓客戶在進入合作前，就能大致理解成果、流程與邊界。
產品化的終點，不是標準化一切，而是固定不需要重想的部分
專業服務真正的價值，往往就在判斷與洞察，所以產品化不是把所有客戶塞進完全相同的答案。
真正要固定的是範圍、價格、輸入、流程、模板、品質標準與交付方式。當這些不需要重想的部分被固定，專家反而能把更多時間留給真正不能標準化的部分：理解客戶、做關鍵判斷與提供洞察。
對高價知識事業來說，這才是產品化服務真正的規模化價值。
常見問題 FAQ
什麼是產品化服務？
產品化服務是把重複出現的專業服務整理成固定範圍、公開價格、標準流程與明確交付結果，讓銷售與交付可以持續優化。
產品化服務一定要公開價格嗎？
依 Jonathan Stark 的定義，公開價格是重要元素之一，因為它能降低每位客戶都需要重新報價與銷售的成本。
產品化服務是不是等於線上課程？
不是。線上課程多半是一對多或較低接觸的內容交付；產品化服務仍可以由專家親自提供高接觸診斷與服務，只是範圍與流程更固定。
產品化服務可以保留客製判斷嗎？
可以。固定的是服務邊界與交付流程，不代表每位客戶最後得到完全相同的建議。專業判斷仍可以依個別情況不同。
產品化服務和價值定價一樣嗎？
不一樣。價值定價通常依特定客戶想達成結果的價值來定價；產品化服務則先有固定範圍與公開價格。
怎麼開始產品化自己的服務？
先從過去反覆出現的問題與交付開始，整理範圍、輸入、流程、輸出與品質標準，再逐步用模板、自動化與團隊優化。
什麼服務不適合產品化？
如果問題差異很大、需要大量客製診斷、成果高度不確定，就不適合硬做成固定方案，可能更適合客製專案。
參考資料
Jonathan Stark，How to Build Your First Productized Service。
Jonathan Stark，How to Set the Initial Price for a New Productized Service。
Jonathan Stark，Value Pricing vs Productized Services。
Jonathan Stark，The Five Ps。