跳至主要內容
● LIVE · TAIPEI SIGNAL 001
科技 產業分析

工程師開始懂業務之後,產品經理這個中間層還剩多少定價權

一篇2026年9月的掘金長文再引熱議,本文從勞動分工成本與需求分層角度,拆解工程師懂業務之後產品經理這個中間層崗位的價值殘留與轉型路徑。

SUE NEWS 編輯台 閱讀約 5 分鐘

2026年9月14日,掘金上一篇標題直白的長文再次被翻出討論:當越來越多工程師被要求「不要只會寫代碼,要懂業務」,產品經理還剩下什麼價值。文章作者列出的判斷是,產品經理崗位確實會減少,但被削掉的主要是「收需求、畫頁面、寫文件、催進度」這一層工作。這個說法值得放到勞動市場的帳本上算一算,因為它觸及的其實是一個更通用的問題:當資訊傳遞成本下降,中間層勞動的薪資溢價能維持多久。

被壓縮的到底是崗位,還是「翻譯」這項功能

原文對產品經理傳統角色的描述相當精準:翻譯器。把老闆的一句話變成需求,把客戶的抱怨整理成清單,再把清單拆成原型與任務。這種工作在團隊規模大、資訊流轉環節多的年代有明確存在價值,因為它節省的是溝通成本。

但三個結構性變化正在拆掉這層溢價的基礎。

其一是工程師離現場更近。遠端協作工具、數據看板、埋點系統與客戶反饋管道普及之後,研發人員取得一手資訊的門檻大幅下降。不少團隊已經直接讓工程師參加客戶訪談、復盤工單,甚至負責小範圍的方案驗證。當需求方能與執行方直接對話,翻譯環節的邊際價值自然縮水。

其二是工具把文件與原型的生產成本壓到接近零。AI 已能輔助整理訪談記錄、生成流程草圖、拆解驗收條件。一個崗位如果主要價值是「把資訊寫得更整齊」,它面對的替代壓力不是來自另一個人,而是來自工具本身。

其三是企業的考核口徑變了。管理者開始追問具體貢獻:這個崗位為收入、留存、交付效率或風險控制帶來了什麼。回答不出來的崗位,在編制收縮週期中最先被併入研發、運營或業務部門。這與我們先前分析的攜程Java一面的校招需求分層是同一條邏輯:企業在重新劃定每一層人力必須自帶的技能邊界,不再為純協調型角色支付獨立薪資。

換句話說,被壓縮的並非產品經理這個職稱,而是「中間層勞動」的稀缺性本身。

四種難以被替代的判斷工作

原文的另一個貢獻,是把產品經理不可替代的部分拆成四類判斷,而不是籠統地主張「產品經理不會消失」。

第一類是定義值得解決的問題。用戶提出的往往是方案而非問題,「我要一個按鈕」「我要接入某個平臺」的背後,可能是效率低、權責不清或無法考核。把表面需求還原成可驗證的問題,並判斷它是否值得進入路線圖,這需要對用戶與公司戰略資源邊界的雙重理解。

第二類是在衝突目標中做取捨。更快上線意味著技術債,更嚴格的風控會犧牲轉化率,滿足大客戶可能讓普通用戶更難操作。工程師提供成本與風險,業務負責人提出目標,但需要有人把這些因素放上同一張桌子,明確記錄這一次為什麼選A而不選B。

第三類是讓不同角色形成共同決策。銷售、運營、研發、財務、管理層各有一套成功標準,產品經理的職責是建立共同語言,讓分歧被看見、被記錄、被決策,而非把所有人哄開心。

第四類是對結果負責。上線之後,指標沒有變化時誰來解釋原因,用戶投訴增加時誰來推動修復,功能引發合規風險時誰來補流程。只負責把需求交給研發的角色,結果自然會回到業務部門或技術負責人手裡。

這四類工作的共同特徵是決策責任與後果掛鉤,而這正是純執行型中間層最缺乏的東西。

轉型的四條路徑與各自的成本結構

原文給出的轉型方向,對應的是四種不同的知識資產積累模式。

路徑一是成為行業型產品經理。通用工具的產品能力越來越容易遷移,行業知識卻需要時間積累。製造、醫療、金融、政務、物流等領域各有流程、法規、角色關係與隱性規則。行業型產品經理的壁壘在於知道一張憑證、一次檢修或一批貨物在現實世界如何流動,知道系統為什麼必須留下某條記錄。這種理解難以靠幾次提示詞生成。

路徑二是成為結果型產品負責人。把「需求完成率」換成「業務結果」,追蹤啟用率、復購率、交付週期、毛利、壞賬、投訴率等指標,並擁有清晰的責任邊界:目標是什麼,資源有多少,失敗後如何調整。

路徑三是進入AI與工作流設計。AI產品的難點在於重新設計工作流程:哪些判斷交給模型,哪些環節必須人工覆核,錯誤如何被發現,數據權限如何控制,用戶信任如何建立。這類角色需要同時理解業務流程、數據質量、模型能力與風險邊界,實質上是在設計一套人機協作的系統。

路徑四是做平臺、生態與治理。當企業系統數量增加,接口、權限、數據口徑、插件機制與供應商協作成為新的複雜度來源,治理型工作正在成為新的稀缺崗位。

崗位萎縮不等於職能消失

把時間軸拉長看,這已是軟體行業第三次出現類似的中間層重估。第一次是DevOps興起時運維與開發的邊界重劃,第二次是低代碼工具對初級開發崗位的擠壓,這一次輪到產品經理。每一次的劇本都相似:工具與流程壓縮了傳遞型工作,但決策型工作反而變得更值錢。

對個人而言,這篇文章的隱含帳很清楚:與工程師比寫代碼、與設計師比畫頁面,是在別人的成本結構裡競爭;把自己移到更接近結果的位置,才是重新取得定價權的方式。對企業而言,裁掉的是協調成本,但如果連問題定義與結果問責一併裁掉,帳最終會記在產品失敗率上。這也是為什麼崗位會減少,職能卻不會消失,它只會被重新分配到那些願意為後果簽名的人手裡。

#軟體與網路產業#勞動市場分層分析#兩岸市場