在過去兩年中，AI 的興起重塑了設計領域。這種轉變不僅僅是技術和工具的改變，它正在改變團隊的工作方式、角色的演進，以及在產品團隊內部，權力、影響力和所有權的歸屬。
在整個產品團隊中，AI 改變了創意從概念到落地的移動方式。產品經理現在可以探索想法、規劃流程、原型設計解決方案，甚至構建功能性產品。工程師的速度加快，自動化更多，更接近代碼層面做出設計決策。結果，設計、產品和工程之間傳統的交接感覺跟以前不同了。
我從我的學員和同行設計師那裡收到的最常見問題之一是：
「現在產品經理可以用 AI 來設計和構建，我的角色是什麼？」
所以我決定透過今天正在使用 AI 和設計師合作的產品經理的視角，來探索設計師與 PM 的動態關係。我邀請了三位出色的產品經理分享他們如何體驗這種轉變：他們的工作如何改變、他們如何看待這種重疊，以及他們如何看待兩個角色的演進。
Elena 是一位具有強大技術背景的產品經理，從開發轉型為產品工作。她運營 Prompt-Led Product，分享在產品管理中使用 AI 的實踐見解，從構建到更清晰的思維和更好的決策。她還是 AI Advent Challenge 的創建者，以及全球用戶使用的一系列工具和框架的開發者。
Jesica 工作在產品、技術和人的交叉點。通過她的出版物 The AI Train，她分享對有意識地使用 AI 的深刻見解，專注於真實的產品工作、團隊動態和在沒有炒作的情況下應對變革。
Karo 在物理 AI 產品領域工作，構建接近工程和 ML 團隊的工具和系統。她運營 Product With Attitude，分享關於使用 AI 構建和將想法轉化為真實可運作系統的實踐技巧和框架。
我在遠端環境中擔任資深 PM。我的背景包括為傳統系統主導數位轉型，以及在汽車和保險行業與跨職能敏捷團隊合作。在我目前的工作流程中，我倡導以 Prompt 為主導的方式，以彌合業務策略和功能解決方案之間的差距。我始終與 UX、工程、客戶成功等部門互動。
我在一家為各行業開發軟件的諮詢公司工作，其中 HealthTech 是其中之一。作為資深 PM，我與不同團隊合作大大小小的項目。典型的團隊設置包括跨學科團隊：通常是 1 名 UX/UI 設計師、3-4 名軟件工程師和 1 名 QA。
我的日常工作在物理 AI 產品領域。更具體地說，我們正在為構建大規模計算機視覺系統的開發者構建庫和工具，並拒絕將倫理作為事後考慮。我在公司創新團隊內工作，與工程師、ML 開發者、設計師和倫理負責人親密合作。
我是一位專注於使用 AI 加速探索過程，並將複雜需求轉化為功能原型的技術和策略型 PM。
我的角色是靈活的，但我會按照重點順序描述為：策略 → 交付 → 技術。我喜歡根據項目需求進行調整，同時始終將策略置於中心，確保團隊的工作推動真實的業務影響。
我很幸運能在一個可以做所有這些的環境中工作。我跨三個時間維度運作：現在做、接下來做和願景。對我個人而言，這是完美的設置。如果只負責執行，我會無聊死；如果只創造願景和策略而不測試和執行，我永遠不會感到滿足。
執行速度是最大的變化。我不再只是寫靜態文檔等待反饋。我使用 AI 生成邏輯模式和功能模型，這讓我可以花更多時間在高層策略和壓力測試業務可行性上，而不是手動任務協調。
AI 影響了我工作流程的幾個部分。最大的變化是在撰寫 PRD 和規格方面：驗收標準、詳細規格和報告現在可以由 AI 輔助。我們還使用 AI 總結會議和簡化書面工作，為策略決策、更好的交付計劃和架構定義釋放時間。在開發方面，AI 協助代碼審查和單元測試，提高速度和質量。
我一直是個生產力控。一旦你嚐到了「vibe coding」的速度，就再也回不去了。就像意識到你一生都在步行，突然發現汽車的存在。然後還有 AI agents。我現在有一條規則：如果我注意到自己在類似的設置中第三次做同樣的事情，我就自動化它。
最大的認識是：PM 不應該擔心 AI 取代他們的工作。相反，他們應該擔心：1）被更好地使用 AI 的 PM 超越，2）他們工作的公司未能跟上會發生什麼。
它解鎖了在大型組織內成為「單人構建者」的能力。我現在可以處理高保真原型設計，並探索以前需要專門工程師或設計師才能可視化的技術邏輯。它讓我的「產品感」比以前更快地變得有形。
AI 讓原型設計和驗證想法變得容易得多。雖然 UX/UI 專業知識仍然至關重要，但 PM 現在可以使用低代碼或「vibe coding」工具快速展示解決方案並在開發前測試概念。這加速了對話、推動了一致性，並獲得了利益相關者的支持——這在沒有 AI 的情況下通常需要更長時間。
對我來說最大的變化是我現在幾乎可以把任何東西變成代碼。包括想法（是的，vibe coding），但更重要的是我以前手動做的那些瑣碎任務。把文檔變成任務，任務變成報告，報告變成幻燈片。為三個利益相關者用三種格式重寫同一個更新。現在所有這些都自動化了。
絕對是的。幾年前，當我是前端開發者時，擁有強大的 UI/UX 技能讓我從普通開發者中脫穎而出。現在 PM 也發生了同樣的事情。創建 UI 和功能流程的技術門檻已大幅降低，以至於 PM 可以更早進入視覺領域。感覺像是反饋循環的崩塌。我們不再交接靜態文件，而是都更加關注系統架構。
是的，角色更加重疊，但不一定是技能。PM 可以做原型，但他們可能沒有專業設計師的直覺或設計品味。最初，重疊的角色可能造成摩擦，因為所有權發生了轉移，這是正常的。團隊需要通過不同的協作方式來適應，在有效整合貢獻的同時，重視每個人的專業知識。
是的。從歷史上看，設計師和 PM 之間的邊界由兩件事決定：判斷力和輸出。設計師的判斷力仍然在感知、互動和人性細節中。PM 的判斷力仍然在策略、優先級和權衡中。改變最多的是輸出。如果你能做兩者，你就可以在兩者中都產生輸出。剩餘的限制不是能力，而是結構：團隊如何設置、所有權如何定義、工作如何分配。
我們正在成為「邏輯設計師」或「產品架構師」。PM 的價值正在從待辦事項管理轉向以 Prompt 構建和結構化產品核心邏輯的能力，讓 AI 能夠幫助完美地執行構建。
PM 需要更加實踐，熟悉原型設計，並越來越精通技術和 AI。雖然會有不同風格的 PM，但所有人都需要知道如何利用 AI 改善決策和交付。策略思維仍然至關重要，但運營任務越來越可以由 AI 輔助，讓 PM 專注於高影響力決策、市場研究和利益相關者對齊。
AI 不僅改變了 PM 的工作方式，還改變了 PM 的容忍度。感覺沒有被公司授權以新方式工作的 PM 會離開。一旦你體驗了 AI 帶來的影響力，就很難接受那些被縮減為協調和儀式的角色。那些感到被過時流程和工具約束的人，將尋找讓他們以符合當前現實的方式工作的環境。
設計師將成為「體驗編排者」，最終彌合技術可能性的差距。設計師將通過使用 AI 實時測試可行性來主導原型設計。另一方面，過去忽視設計的開發者現在必須培養他們的「眼光」，因為 AI 處理了編碼的繁重工作，讓他們專注於最終體驗的質量和精緻度。
設計師需要將 AI 融入他們的工作流程，以加速迭代循環並快速探索更多可能性。他們還需要不僅為人類設計，也為機器設計，創建 AI 系統可以理解甚至部分執行的界面和工作流程。這既是挑戰，也是擴展設計在產品策略中角色的機會。
以類似的方式。在 Figma 上花費更少的時間，花更多時間塑造系統。就像 PM 一樣，感到被授權的設計師將是那些被允許更早實驗和影響決策的人。而那些沒有機會、只是在為 AI 輸出做樣式的人，可能會離開，尋找他們的判斷力，而不僅僅是執行力，受到信任的環境。
團隊將更精簡、更整合。PM、設計師和工程師之間的傳統筒倉將讓位給一個統一的單元，每個人都使用 AI 為構建做出貢獻。我們將看到更多能夠同時駕馭邏輯和體驗的「全棧」貢獻者。
在 2-3 年後，團隊將更小、更多樣化，角色將更具互換性。AI 將成為一個整合的團隊成員，最初作為工具，但越來越多地作為能夠建議決策、驗證工作流程和標記不一致的代理。但它不會取代人類的判斷力或批判性思維。
我不知道。我不認為任何人真的知道。但如果今天讓我為 3 年後開始的工作做準備，我會停止為職位優化，開始為廣度優化。我真的相信唯一持久的優勢是判斷力、能動性和適應能力。
不要擔心 PM 用 AI 工具進入你的空間。把他們的原型當作你所見過的最詳細的需求，然後用你的專業知識給那個產品注入靈魂和精緻的體驗——這是單靠 Prompt 無法創造的。
開始學習和嘗試 AI。觀察不同團隊如何整合它，並將 AI 工具融入你的日常工作流程。你不需要掌握複雜的算法，最好的學習來自實踐經驗。早期接受 AI 的設計師能夠更快地迭代，做出更具策略性的貢獻，並加強跨職能合作。
我給準備在 3 年後開始工作的人的建議相同：不要將你的身份局限於工具和任務，而是將其與判斷力聯繫起來。
這些答案呼應了我最近從設計師那裡聽到的許多問題，以及我自己也注意到的一些轉變。以不同的方式，三位 PM 都談到了技能重疊作為他們工作方式的一部分已經存在。
從他們的回應中可以清楚地看出，這種重疊如何顯現。這不是關於取代設計專業知識或崩塌角色。它顯現在想法可以被探索和變得有形的速度上。AI 降低了輸出的門檻，縮短了反饋循環，讓 PM 能夠更流暢地在思考和製作之間移動。
同時，所有三位都在判斷力上劃了一條清晰的線。雖然 PM 現在可能產生看起來像設計工作的產物，但他們一致地在品味、直覺、系統層面的思維以及塑造產品如何隨時間保持一致性方面描述設計價值。
兩個角色都在改變，但是並行地而不是融合地。