2026 上半年產品經理回顧：工程加速帶來的影響
這是本月的免費文章，歡迎分享與訂閱。也歡迎訂閱方格子付費電子報。
六月了。
2026 上半年就要結束，這個時間點剛好適合停下來回顧一下：2026 年到目前為止，產品經理這個圈子發生了什麼？
這篇文章，我想做兩件事：整理 2026 上半年對產品經理影響比較深的幾個趨勢，以及分享我自己的觀察和對下半年的想法。
如果你去年底讀過我的《2025 大事件回顧與 2026 展望》，本文算是那篇的上半年回顧。
進入正題。
一、工程加速，是產品經理工作方式改變的主因
Anthropic 的 Claude Code Head of Product Cat Wu，在 4 月接受 Lenny 的專訪時說了一句話讓我很有感：Anthropic 的交付週期，從幾個月壓縮到幾週，再到幾天。她認為在這樣的環境下，「just do things」是最重要的工作原則。
Andrew Ng 在 YC AI Startup School 的演講也說了類似的事：當工程 velocity 急速提升，產品經理反而成了整個產品流程的瓶頸。我在去年 12 月的 WebConf 演講引用了這個觀察，當時覺得是個警訊，現在看起來已經是很多團隊的日常。
這個邏輯很直觀：工程能更快交付，Discovery 的節奏就得跟上；交付速度快了，產品經理設計的東西從 UI flow 變成 agent workflow；要管的功能、版本、agent 越來越多，靠人工逐一跟進已經不可行。
以下是我整理的幾個趨勢，都可以從「工程加速」這個起點來理解。
二、2026 上半年：值得關注的趨勢
Product：AI Agent 從概念驗證進入產品落地
2024 到 2025 年，大多數公司的 AI 功能停留在「Copilot」模式：提供建議、加速某些任務，AI 是助手，人還是決策者。
2026 上半年，越來越多產品從 Copilot 走向 Agent：
Copilot Agent 行動方式 提供建議 直接執行 人機關係 Human-in-the-loop Human-on-the-loop 能做什麼 回答問題 完成任務
AI SDR、AI Customer Support、AI Recruiting Screening，這些已經不只是 demo，而是在企業環境中 end-to-end 跑起來的產品。Agent 產品的設計挑戰跟一般功能不一樣，因為 Agent 不只回答問題，它會直接去做事。客戶的 email 它寄了、資料庫它改了、通知它發了。這些動作代表公司，一旦出錯，影響是真實的。它有沒有辦法在出錯時被糾正？人什麼時候需要介入？哪些行為要留下紀錄，才能讓企業客戶信任它？這些問題，是 Copilot 時代較不需要思考的。
Process：產品經理的工作方式，在這三件事上明顯改變
一、核心工作從執行轉向判斷
Userpilot CEO 描述了一個很常見的現象：「以前每季出一兩個 feature，現在你一季出七、八、九個。問題變成：你要怎麼同時追蹤、理解每一個功能的使用狀況？」
以前產品經理的瓶頸是工程資源：「能不能做出來？」 現在產品經理的新瓶頸是判斷資源：「做出來之後，什麼訊號值得行動？」
Marty Cagan 說得直接：AI 剝掉了產品經理工作裡所有表演性的層次 XD，留下最難的部分，也就是判斷力。Userpilot 在《6 PM Trends 2026》也有類似的觀察，從執行者轉型成治理者，是今年產品經理角色最核心的變化。
二、Vibe Coding 讓產品經理開始能自己 ship
許多產品經理開始自己做 MVP、自己驗證需求、自己產出 demo。新的工作流程：
Customer Problem → PM Prompt → AI Prototype → User Test
不再需要等 Sprint、等工程師有空。Product School 在《11 Shifts Shaping 2026》指出，原型能力已經變成產品經理的核心技能之一，今年也正式推出了 Vibe Coding 認證課程。
當然，這個課有沒有必要上，見仁見智。但至少可以看出熱度在那。
三、Product Discovery 的工作方式在改變
過去 Discovery 是勞力密集的：使用者訪談要一個一個排、競品分析要手動彙整。現在這些工作大量由 AI agent 完成，自動監測競品、分析 App Review、整理 Support Ticket。根據 Perspective AI 的調查（2026 Product Discovery Trends），80% 以上的團隊已將 AI 輔助訪談與分析列為標準配置。
產品經理的時間開始重新配置到更核心的地方：判斷哪些 insight 值得做，而不是收集資訊本身。
People：產品經理角色出現不同類型
根據 Userpilot 5 月的報告，市場上產品經理的工作形態正在往兩端移動：
Builder 型：AI 原生、能自己跑 prototype。LinkedIn 已砍掉傳統 Associate PM 計畫，改設「Associate Product Builder」。
Integrator 型：高 EQ、跨部門協作。重心正往 PMM 移動，因為市場洞察與跨部門溝通的能力在 AI 時代變得更有價值。
5 月底發布的 2026 CPO Insights Report（調查 1,500 位以上產品主管）顯示：Product Builder 過去一年成長 10 倍，傳統產品經理整體縮減 30%，SaaS 領域縮水高達 70%。薪資上，AI 產品經理平均年薪 $245,000，傳統產品經理約 $123,000，差距 $122,000。
比較值得留意的，過去通才產品經理有市場，因為大家需要一個能協調、能寫 spec、能跑流程的人。但現在，如果你不會自己 build，速度比不上 Builder 型；如果在策略與跨部門 alignment 上沒有足夠深度，價值比不上 Integrator 型。夾在中間、兩邊都沒有特別深的產品經理，在這一年面對的市場壓力相對最大。
三、我的觀察與觀點
整理完外部趨勢，說說我自己這半年的感受。
上半年我在驗證這些方向：建立每週固定的 deep research 學習節奏，在組織內推動 agentic 工作流，自己 ship 幾個提升生產力的小工具和 agent。
最真實的感受是：以前那種「等待別人幫你做」的感覺，在快速消失。
以前做一個東西，流程是：想清楚、寫 spec、等工程師排程、等做完、測試、上線。 現在的流程是：想清楚、自己做一個 prototype、拿去測、看結果再說。
觀察一：執行的門檻消失了，組織的分工也在改變
「產品經理能自己 ship」這件事，去年還是大加分項。2026 年，它正在變成基本能力。
從速度來說，我目前的觀察是：既有功能 AI 能帶來 30% 到 2 倍的提升，視複雜度而定；新產品與獨立功能有機會達到 5 到 10 倍，因為從零開始、沒有歷史包袱。去年 12 月我在 WebConf 分享了一組數據：Strategy 任務節省 67%-87% 時間、Discovery 任務節省 69%-90%。這半年在實際工作中都有感受到。
更有趣的變化是，非工程師開始透過 ENG review 機制自己 ship 小功能。產品經理甚至 designer，可以先做出一個可運作的版本，再請工程師 review 品質和安全性，然後合進 codebase。不是取代工程師，而是改變「誰發起」這件事的主體。
觀察二：光快不夠，「快且準」才是新標準
我在去年 12 月的 WebConf 演講裡說過這句話：
如果方向正確，速度能讓我們更快達成目標；但如果方向錯誤，速度只會讓我們更快迷失。
上半年的實作讓我對這句話有了更深的體感：做快了一堆沒人用的東西，比做慢一點做出有人用的東西，更浪費時間。
我在 4 月開了一門線上課《成為 AI 時代的 Product Builder》，備課時發現一個現象：過去幾年我接觸過很多聰明的產品經理，花了大量時間學流程、學工具，但產品還是失敗了。原因幾乎都一樣，不是執行出了問題，而是判斷錯了。
Shreyas Doshi 在今年 3 月的文章《Why Product Sense is the only product skill that will matter in the AI age》說得非常到位：
AI tools will commoditize. When everyone has access to roughly equivalent AI capabilities, the differentiator becomes the human judgment applied on top of AI outputs.
他的結論是：Product Sense 不只是七種競爭力之一，而是驅動其他競爭力的根本能力。AI 工具會趨於商品化，最後拉開差距的，還是那個問對問題、判斷準的人。
我在 4 月也寫過一篇文章《從 Anthropic 設計主管專訪，反思我們真正缺的是什麼》。Anthropic 設計主管 Jenny Wen 用 AI 每週自動產生產品想法的做法在設計圈引發很多討論，但我覺得更值得學的是她背後的判斷力。她在 FigJam 做了超過五年，是產品協作工具的領域專家。當 AI 給她三個點子，她能在幾秒鐘內判斷「這個有沒有料」。這個能力，是多年的用戶研究與產品經驗養出來的，不是 AI 給的。
說到底，這件事背後有一個更根本的轉變在發生。
過去十年，產品經理最有價值的能力是協調：對齊需求、管理利害關係人、寫 PRD、排優先順序。這些能力有市場，是因為開發成本高，能讓各方整合起來把事情推動發生的人很稀缺。
現在執行成本下降了，公司最缺的不再是「能讓想法落地的人」，而是「能找到值得解決的問題的人」。產品經理的核心能力，正在從協調（Coordination）走向判斷（Judgment）：決定哪個問題值得解、哪個方向值得投入。
這個轉變還沒有完全發生，但已經在發生了。
觀察三：這不是短期紅利，而是複利
複利的關鍵是：每一次嘗試，你都在訓練自己對 AI 的判斷力。
用了十次 deep research，你已經知道哪類問題 AI 回答得準、哪裡需要自己驗證；建了幾個 agent workflow，你對「哪些步驟可以交出去、哪些必須留給人」開始有感覺。這個感覺不能靠讀文章取代，只能用做換來。
半年後，持續在做的人，差距不在於做了多少東西，而在於對 AI 的判斷力已經遠遠超前了。這才是真的難以被追上的地方，也是為什麼現在跑在前面的人，下半年差距會繼續拉開。
四、2026 下半年：三個值得關注的重點
上半年，大家都在感受 AI 讓事情變快了：做 Prototype 更快、Discovery 更省時、小功能產品經理自己就能 ship。下半年，我認為有這幾個值得關注的重點：
重點一：產品經理 ship 的東西，開始有用戶與商業責任
上半年，產品經理自己 ship 的東西多半是輔助性的：生產力工具、自動化流程、內部 dashboard。這類東西做壞了影響有限，改了就好。
下半年，我預期這個邊界會往外移，開始包含直接面向用戶的功能。不是核心系統，但有真實用戶、有使用數據、甚至可能直接影響留存或付費的功能。
這是個質的轉變。以前「能不能做出來」是問題，下半年的問題會變成：做出來之後，誰要為結果負責？產品經理自己 ship 的功能，需要自己追蹤使用狀況、自己判斷要不要繼續迭代、自己承擔它沒人用的結果，甚至是修 bug。
重點二：工作流程全面 agentic 化，產品經理從執行者變成系統設計者
上半年，「agentic」多半是局部的：某個環節用了 agent，其他環節還是手動。這個模式的限制很明顯：你在 agent 和手動工作之間切換，反而多了一層成本。
下半年，真正有意思的演進是：整條工作流從頭到尾都是 agentic 的設計。不是把某個步驟外包給 AI，而是把整個 Discovery 流程、整個反饋收集流程、整個競品監測流程，設計成一個可以持續自動運轉的系統。產品經理的角色從「使用工具」變成「設計系統」。
我在上個月寫了一篇深度文章《談產品經理的 Agentic Workflow》，裡面有個觀察我覺得很準：AI 正在從「幫你做事」，變成「幫你推進事情」。前者需要你發問，後者在你還沒開口前就已經在執行了。大多數產品團隊目前還停在 Copilot 的使用方式，下半年這個差距會繼續拉開。
下半年值得投入的不是再學一個 AI 工具，而是為自己最重要的工作流設計一個可以持續運作的系統，然後把注意力留在真正需要人判斷的地方。
重點三：快速學習，才是快速迭代的下一層
上半年大家都在練習「快」：快速做 prototype、快速 ship、快速驗證。這個能力現在越來越普及，速度本身的差異化在縮小。
下半年的競爭，會移到「快速學習」這一層。
做出來之後，能不能在最短時間內拿到真實的用戶反饋？能不能把反饋轉化成下一次迭代的具體方向？能不能讓每一次迭代都比上一次更有根據？
這聽起來像廢話，但實際上很多團隊卡在這裡：功能上線了，兩週後沒人追數據，下一個需求進來了，重新開始。每次迭代都像是在起跑點重新出發，而不是在累積。
上半年說的「複利」是學習技能的複利；下半年要建立的，是迭代決策的複利：每一次的反饋都讓你更了解你的用戶，更快找到下一個對的方向。這件事做得好的產品，跟做得差的產品，差距是以季為單位在累積的。
小結
用一句話總結 2026 上半年：
AI 並沒有改變產品管理的本質，它改變的是執行成本。
當執行越來越便宜，產品經理的價值便從協調資源，逐漸轉向判斷方向。
能自己 build 的人機會越來越多；能做策略與 alignment 的人價值越來越高；而夾在中間、缺乏深度的人，面對的競爭壓力也越來越大。
對我自己來說，上半年最大的收穫不是學了什麼工具，而是開始動手：做了幾個實際跑起來的東西，在組織裡推了幾個 agentic 的工作流，建立了一個比較穩定的學習節奏。
下半年，我想繼續往「快且準」的方向走，不是做更多，而是做更對的事情，並且更快地驗證對不對。
你呢？上半年有什麼觀察或心得，歡迎留言告訴我。