Hey 大家好，我是 AAPD 的內容負責人 Ruby。

最近在我們團隊內部，發生了一段很有意思的對話。因為我們正在評估如何將 Figma 設計稿直接轉換成前端程式碼，這項技術的引進，讓團隊裡負責梳理規格的夥伴感到有些焦慮，擔心在自動化的浪潮下，自己的角色是不是快要被 AI 消失了。

我告訴團隊：把功能做出來的速度變快了，不代表「人」就不重要了。當我們能快速簡化繁瑣的流程時，「誰來為最終的商業產出負責？」 這依然是我們無可取代的價值。

這段團隊內部的真實討論，正好完美呼應了我們今天要分享的主題。我們編譯了來自 LangChain 官方部落格的深度文章 How Coding Agents Are Reshaping Engineering, Product and Design（原作者為 Harrison）。

我結合 AAPD 的實務視角，為你解析 AI 時代下 EPD（工程、產品、設計）開發流程的典範轉移，以及為什麼面對「實作成本歸零」的衝擊，所有的產品工作者都必須打磨出屬於自己的「Product Builder」思維。

進入正題～

在軟體公司中，EPD（工程 Engineering、產品 Product、設計 Design）的核心目標只有一個：

打造出能解決商業問題且使用者易於操作的軟體。

說到底，軟體的本質就是「程式碼」。但如今，當 AI 開發代理（Coding Agents）讓編寫程式碼變得前所未有地容易時，產品開發的本質發生了巨變。當「把功能做出來」不再是難題，PM 和設計師的角色該如何重新定位？

傳統 PRD 瀑布流的終結

在沒有 AI 輔助的時代，產品開發有一套標準的接力流程：

1. 產品經理（PM）發想點子並撰寫 PRD（產品需求文件）。

2. 設計師（Design）根據 PRD 產出 Mockup 或 Prototype。

3. 工程師（Engineering）將設計圖轉化為真實的程式碼。

這套流程之所以存在，是因為過去「實作」的成本極高。為了避免工程資源浪費，我們需要各領域的專家，並透過 PRD 來確保跨部門溝通的精準度。

然而，AI 開發代理正在打破這個線性流程。現在，任何一個有想法的人，都能透過 AI 直接生成出具備基礎功能的軟體原型。從這個角度來看，傳統那種「先寫好落落長的 PRD，再發包實作」的模式已經宣告死亡。

開發瓶頸的轉移：從「實作」到「審查」

當任何人都能輕易產出程式碼與原型時，新的問題誕生了：AI 產出的東西，往往並不「完美」。

它可能架構混亂、沒有真正解決痛點，或是介面極度難用。因此，產品開發的瓶頸，正式從「實作（Implementation）」轉移到了「審查（Review）」。

在未來，EPD 團隊將花費更多時間擔任產品原型的「審查者與仲裁者」，確保產出符合以下三個「卓越」的標準：

• 工程視角： 系統架構是否具備可擴展性、效能與穩定性？

• 產品視角： 這個解決方案是否真正精準打中使用者的痛點？

• 設計視角： 互動介面是否直覺、流暢且符合使用慣例？

因為產出原型的成本大幅降低，未來會有越來越多 MVP 被快速生成，而團隊的核心考驗，將是如何在海量的新專案中，快速篩選並打磨出真正有價值的產品。

系統思考（System Thinking）：AI 時代最關鍵的護城河

當執行的成本趨近於零，「系統思考」就成了人與人之間最大的差異化護城河。所有的產品工作者，都必須在自己的專業領域內建立極度清晰的心智模型（Mental Model）：

• 工程師： 對微服務架構、API 與資料庫有深刻的系統認知。

• 產品經理： 具備敏銳的洞察力，看透使用者「真正需要什麼」，而不是他們「說想要什麼」。

• 設計師： 深刻理解人類的互動邏輯，知道為什麼某個介面「看起來、用起來就是對的」。

系統思考不僅能幫助你在第一時間引導 AI 打造出正確的東西，更是你在面對海量 AI 產出時，能夠快速進行「審查」的核心依據。

你是「建造者（Builder）」還是「審查者（Reviewer）」？

隨著職能邊界的逐漸模糊，未來的產品團隊中將浮現兩種核心原型：

1. 建造者（The Builder）：

   他們具備優秀的產品思維與基礎的設計直覺，且善於駕馭 AI 開發工具。在完善的規範（如元件庫、測試框架）輔助下，他們能獨立將一個小功能從點子一路推向正式上線，或是快速產出複雜功能的具體原型。

   
   

2. 審查者（The Reviewer）：

   面對大型且複雜的系統架構，團隊需要極高標準的審查者。這類角色必須是該領域頂尖的「系統思考專家」，並且能夠在高壓與快節奏的環境下，快速識別出系統架構或產品邏輯上的潛在風險。

如果你是目前的產品經理或設計師，你只有兩條路可以走：

1. 將自己的產品/設計心智模型磨練到極致，成為無可取代的「審查者」；

2. 擁抱 AI 工具，提升自己的實作能力，成為一名真正的「建造者」。

人人皆需具備「產品感（Product Sense）」

即使是強大的 AI 開發代理，依然需要有人來給予指令（Prompting）。

如果你缺乏「產品感」，你下達的指令只會讓 AI 產出一堆需要被別人反覆修改的數位垃圾（Slop）。相反地，具備產品感的設計師，可以不再受限於 Figma，而是直接在程式碼環境中迭代設計；具備產品感的 PM，則能不寫一行規格，直接透過原型來驗證市場假設。

這是一個令人興奮的時代。無論你的背景是設計、工程還是商業，只要你懂得結合深度的專業知識與 AI 的實作能力，你就有機會成為那個將點子化為現實的 Product Builder。

準備好找回你的產品主導權了嗎？跟著 Peter 一起建立 AI 時代必備的 Product Sense：

👉 立即報名：成為 AI 時代的 Product Builder

⚠️ 報名期限至 4/11（六）23:59 止。