◆ 專案現場的真實痛點
產品運作久了，團隊很容易在系統角落裡發現一些「歷史遺跡」。它們可能不是現在的主力產品，也不是明確的營收來源，但多年來一直存在。有人偶爾會用，客戶也多少知道這項服務，公司內部則習慣把它視為既有的一部分。
我過去接手一個專案時，就遇過類似情況。那是一項提供給企業使用的服務，過去確實幫公司建立了一些關係，也創造了網站流量。問題是，這項服務本身無法明確收費，每個月卻持續消耗伺服器資源與維護成本。更麻煩的是，一旦討論收費，團隊又會擔心好不容易建立起來的企業關係，可能因此中止。
這類服務通常會讓團隊陷入三種選項。
第一，直接中止服務。
好處是立即停止成本消耗，缺點是必須承受關係中止與使用者反彈的風險。
第二，改成收費項目。
好處是驗證它是否真的具備商業價值，缺點是企業客戶可能不願意付費，進而暴露原本的使用只是建立在「免費」之上。
第三，在既有機制上設計新的變現方案。
好處是保留既有關係與流量，缺點是需要再投入時間與資金，且不保證能轉成新的營收模式。
真正困難的地方在於，很多團隊不是不知道這項服務有問題，而是沒有人敢動。因為它存在太久，最初為什麼開發、服務哪一批客戶、和其他系統是否有關聯，可能已經沒有人說得清楚。當初提出需求的人離開了，原本的客戶不在了，接手營運的團隊也換了好幾輪。最後，這個系統就變成一種歷史包袱。
它不一定每天出事，但會持續消耗資源。
它不一定帶來收入，但會佔用維運注意力。
它不一定有明確價值，但沒有人敢保證關掉後不會影響其他系統。
這種不敢關、不能收費、又看不出未來價值的服務，才是產品線裡最容易被低估的商業殺手。它消耗的不只是伺服器費用，更包括團隊的心智頻寬、研發資源、營運注意力，以及投入新機會的能力。
◆ 這篇文章「不解決」什麼
這篇文章不是要教你如何優化伺服器成本，也不是要討論如何把每月一萬元的雲端費用降到五千元。降低技術成本當然重要，但若一項服務本身沒有清楚的商業價值，單純降低成本並不能改變它不賺錢的本質。
這篇文章也不是要教你如何寫一封委婉的停用通知信，讓客戶比較不生氣。溝通方式很重要，但那是決策之後的執行問題。更前面的問題是，這項服務到底值不值得繼續存在。
本文真正要處理的是，當 PM 面對這種「食之無味，棄之有風險」的歷史服務時，如何跳脫單純的情緒壓力，改用沉沒成本與機會成本的視角，評估中止、收費、轉型這三條路各自的代價。
也就是說，這篇文章要談的不是如何把舊服務勉強維持下去，而是 PM 如何判斷，這項服務是否仍然值得佔用公司的資源。
◆ 框架定義：沉沒成本 × 機會成本
要處理這類問題，PM 至少要理解兩個基本概念。
第一個是沉沒成本。
第二個是機會成本。
沉沒成本：已經付出的成本，不應該決定未來是否繼續投入
沉沒成本指的是已經投入、且無法回收的成本。
例如過去花了兩百萬開發系統、花了半年建立流程、累積了一些流量、讓客戶使用了好幾年。這些都是真實發生過的投入，但它們已經回不來。
沉沒成本最常見的陷阱是，團隊會因為過去投入很多，所以不願意面對現在是否仍有價值。
常見的說法包括：
- 這系統當初花很多錢做，現在關掉太可惜
- 我們累積這麼多流量，關掉就浪費了
- 客戶用了這麼多年，突然停掉好像說不過去
- 之前團隊都維持下來了，現在我們也先不要動
這些說法聽起來都有情感上的合理性，但在商業決策裡，真正該問的是未來。
這項服務未來還能不能帶來收入。
它能不能強化客戶關係。
它能不能支援新的商業模式。
它是否仍值得繼續消耗人力與資源。
如果答案都很模糊，那過去投入再多，也不應該自動成為繼續投入的理由。
機會成本：把資源留在舊服務上，就代表你放棄了其他更有價值的選項
機會成本指的是，當你把資源用在 A 選項時，同時放棄了 B 選項可能帶來的價值。
對 PM 來說，機會成本往往比伺服器費更昂貴。
因為維持一個舊系統，消耗的不只是雲端費用，還包括 RD 處理 Bug 的時間、營運回應問題的時間、客服整理說法的時間，以及管理團隊討論它的時間。
更重要的是，這些資源原本可以用在別的地方。
可以開發一個有明確營收機會的新功能。
可以優化一段真正影響留存的流程。
可以改善一個付費客戶願意買單的模組。
可以投入一個更有潛力的市場測試。
因此，PM 在看這類服務時，不能只問「維持它要花多少錢」，還要問「因為維持它，我們放棄了什麼」。
很多歷史服務真正可怕的地方，不是每月成本很高，而是它讓團隊長期分心，卻沒有創造足夠的回報。這種成本不會在財務報表上以同一個科目出現，但它會慢慢反映在產品速度、團隊注意力與新機會錯失上。
◆ 框架的三個判斷問題
當團隊面對一個不敢關、不能收費、又看不出未來的歷史服務時，PM 可以用三個問題來判斷。
Q1：斷腕測試。如果直接中止，會失去什麼實質價值？
第一條路，是直接中止服務。
這聽起來最激烈，也最容易引發反對。因為只要一談關閉，就會有人提醒，這可能影響客戶關係，可能讓既有流量消失，也可能引發使用者不滿。
但 PM 需要先問一個更精準的問題：
這些所謂的關係與流量，過去一年有沒有為公司帶來任何實質價值？
這裡的實質價值，不一定只限於直接營收，也可以包含轉介紹、商業合作、品牌口碑、銷售線索、策略位置。但如果一項服務長期沒有營收、沒有可追蹤的商機、沒有轉換，也沒有明確的策略意義，那它就很可能不是商業關係，而是公司長期提供的一項免費補貼。
如果關掉之後，真正受影響的是少數無付費意願、也沒有後續商業價值的使用者，那中止服務的風險可能比團隊想像中低。
相反地，如果這項服務雖然不收費，卻能穩定帶來高品質銷售線索，或是維持某個重要產業合作關係，那就不能只用成本角度草率結束。
重點不是立刻關掉，而是停止把「有人在用」誤認成「有商業價值」。
Q2：護城河測試。如果明天開始收費，使用者會留下嗎？
第二條路，是把免費服務改成收費項目。
這是最直接的價值驗證。因為一項服務若真的重要，企業用戶通常會願意為它付出某種代價。這個代價不一定是高額費用，也可能是訂閱費、服務費、進階功能費，或納入整體合約的一部分。
PM 要問的是：
如果這項服務明天開始收費，這些企業會留下，還是立刻離開？
如果多數使用者只要一收費就離開，代表他們留下的原因可能不是產品不可取代，而是因為免費。這種使用看起來像需求，實際上只是低成本佔用。
而對公司來說，這類假性需求若維持太久，會讓團隊錯估市場價值，以為產品仍然被需要，卻沒有真正驗證付費意願。
當然，收費不一定要一次到位。可以先做分層方案，保留基本服務，將高成本功能、進階資料、客製查詢或 SLA 支援放入付費方案。這樣做的目的，是測試使用者願意為哪一部分付費，而不是單純把所有人逼走。
收費測試的價值，不只是創造收入，而是幫團隊看清楚，這項服務到底有沒有護城河。
Q3：投資報酬率測試。如果要重新設計變現機制，它是否比新機會更值得？
第三條路，是在既有機制上重新設計變現模式。
這通常是最有想像空間的一條路。因為它保留了既有流量、企業關係與服務基礎，也給團隊一個重新包裝價值的機會。
但它同時也是最容易讓人掉進沉沒成本陷阱的一條路。
因為團隊很容易這樣想：既然都已經有系統、有流量、有使用者，不如再投入一些資源，看看能不能做出新的收費模式。這個方向不能說錯，但 PM 必須追問：
如果我們把同樣的資源投入這個舊服務，預期回報會比投入新產品或新市場更高嗎？
如果答案不明確，那就要非常小心。
不要為了解救過去的投入，再投入更多新的資源。
不要因為一項服務已經存在，就自動假設它比新機會更值得投資。
不要把「再試一次」包裝成策略，卻沒有任何新的商業假設、收費模型或客戶驗證。
若要走這條路，PM 至少應該要求三件事：
- 明確的變現假設，例如訂閱、報表加值、API 收費、企業方案
- 可驗證的付費對象，誰會付費、為什麼付費、預算從哪裡來
- 停止條件，若三個月內無法驗證付費意願，就不再繼續投入
轉型不是替舊系統找理由續命，而是用新商業假設重新驗證它是否值得留下。
◆ AI 協作 Prompt：讓 AI 幫你做無情的關停評估矩陣
面對歷史服務時，團隊內部很容易受到情緒與過去投入影響。這時候，AI 可以協助 PM 先建立一份較冷靜的評估矩陣，把選項、成本、風險與機會成本攤開。
你可以這樣使用：
我是一名產品經理，目前正在評估是否要關停或改造一個歷史遺留的免費 B2B 系統。
目前狀況如下：
- 每月維護成本：[填入金額]
- 每月伺服器與第三方服務成本：[填入金額]
- 每月活躍企業數：[填入數字]
- 過去一年直接營收：[填入金額]
- 過去一年間接商機或轉介紹：[填入資料]
- 目前已知風險：[填入系統穩定性、資料相依、客戶關係等風險]
請扮演一位重視企業利益的 CFO，並用沉沒成本與機會成本的角度，分析三個方案：
- 直接中止服務
- 改為收費項目
- 投入資源開發新的變現模式
請分別評估每個方案的短期風險、長期風險、財務影響、客戶關係影響、機會成本，以及需要補充驗證的關鍵資料。最後，請給出你認為較符合企業利益的建議順序。
這類 Prompt 的價值，在於協助 PM 把原本模糊的討論，整理成可以決策的比較表。
但 AI 不會知道這項服務在你公司內部的政治脈絡，也不會知道某些客戶關係背後是否有更大的合作機會。因此，AI 給的是結構，真正的判斷仍然要回到 PM 對現場的理解。
◆ 常見誤用提醒：不要把「關係」當作無法估價的免死金牌
當團隊開始討論關停或收費時，最常出現的一句話就是：這樣會不會傷害客戶關係。
這句話當然不能忽略。商業合作裡，關係本來就有價值。問題是，關係不能永遠停留在一個無法被檢驗的抽象名詞裡。
PM 要追問的，不是「關係重不重要」，而是：
這段關係過去帶來了什麼價值？
它未來可能帶來什麼價值？
若要維持這段關係，公司需要付出多少成本？
這個成本是否低於它可能創造的回報？
如果一段關係無法轉換為營收、商機、品牌信任、策略合作或明確的市場位置，那它就不能無限期成為保留舊服務的理由。
真正危險的，不是重視客戶關係，而是用「關係」這兩個字，掩蓋一項服務已經失去商業價值的事實。當關係被當成無法估價的免死金牌，沉沒成本就會繼續累積，機會成本也會持續擴大。
◆ 廣三觀點 ＆ PM 現場用語
嗨，我是廣三。
我一直覺得，PM 的創業思維不只體現在如何生出新產品，也體現在有沒有能力處理那些已經不再適合繼續存在的舊服務。
很多公司都會累積這類歷史包袱。它們當初可能是為某個客戶開發的，也可能是為了某個階段的策略而存在。問題是，時間過去後，客戶變了，團隊變了，市場也變了，但系統還留著。久而久之，它就變成一個沒有人真正擁有、也沒有人敢結束的服務，身為一個PM，進入到任何一間公司，絕大多數的狀況都是已經有了既有的產品，這類型的歷史包袱也肯定都會存在，心態上不可能每到一間公司就說我要「打掉重練」，相當的不現實，需要建立的心態就會是「如何在既有的基礎上，活下去」。
而這類服務最麻煩的地方，不是它每個月花了多少伺服器費，而是它讓團隊一直保留一個不清楚的責任。
不知道能不能關。
不知道有沒有人在用。
不知道關掉會不會影響其他系統。
不知道收費會不會造成關係破裂。
在這種不確定裡，最容易出現的選擇，就是先放著不動。但先放著不動，本身也是一種決策。它代表你繼續付出成本，也代表你繼續放棄其他可能更有價值的投入。
所以，PM 真正要做的，不是突然用很強硬的方式把系統關掉，而是把數字與選項攤開。維持它要花多少錢。它過去一年帶來多少價值。若收費，客戶是否願意留下。若關停，真正會受影響的是誰。若轉型，新的變現假設是否足夠明確。
如果要把這一篇轉成專案現場可以使用的說法，我會這樣講：
這個系統每個月持續消耗維護成本與 RD 產能。我的建議是，下個月先啟動收費測試，確認這段客戶關係是建立在產品價值上，還是建立在免費使用上。如果收費後使用者大量流失，我們就應該重新評估是否保留這項服務，並把釋放出來的資源，轉向更有機會創造營收的新專案。
這句話的重點，不是急著關掉服務，而是停止讓歷史包袱用模糊的方式存在。
成熟的 PM，不只要懂得推動新功能，也要懂得辨識哪些服務已經不值得繼續消耗資源。因為真正昂貴的，往往不是你已經投入的沉沒成本，而是你因為不敢決定，錯過的下一個更好機會。
在AI時代，AI可以幫助我們思考、提出方法和高效執行，那PM的價值還剩下什麼？
AI可以在很短的時間內給出很多的解決方案，但是決定是哪個方案的，終究是「人」。
而這個「決定方案」的能力，並不是上幾門課就可以養成，是需要時間打磨，經過各種磨難才能累積下來的。
而我希望能做的，就是透過這些文章分享這20年來經歷過的大小事，多多少少可以幫助一些AI時代下的年輕PM。
如果對於這樣的文章覺得很有意思，不妨訂閱我的文章，這樣你就不會錯過任何一篇PM的辛酸血淚。
若你在PM這條路上感到迷茫，
或想更清楚了解自己的能力與定位，
歡迎試試這份《PM產品／專案雙軌分析報告》。
它不為了定義你，而是幫助你更看清自己。
歡迎關注：
官網：https://unityprosper.com/
部落格：https://hero-mi.com/
FB：https://www.facebook.com/DigiPRDCoachHeroMi
LINE OA：@hero-mi
《歡迎加我LINE，一起破局未來》
請於下方輸入電子郵件信箱，即可接收最新訊息。
探索更多來自 AI時代|PM破局未來 的內容
訂閱即可透過電子郵件收到最新文章。
留言