💡 核心結論速覽 (TL;DR)
- 職稱正在失效：Anthropic 的 Claude Code 負責人 Boris Cherny 最近提出未來產品團隊的 5 種角色原型——Prototyper（原型師）、Builder（建造者）、Sweeper（清道夫）、Grower（成長者）、Maintainer（維護者），重點是「你貢獻哪種價值」比「你的職稱」更能定義你。
- 多數人橫跨 2-3 種：這 5 種跟你是工程師、PM 還是設計師無關。Anthropic 內部甚至全公司統一一個頭銜「Member of Technical Staff」，預設每個人都能跨職能。
- 角色配置跟著產品階段走：還沒找到 PMF 的早期產品最需要 Prototyper＋Builder＋Sweeper；成熟產品則靠 Sweeper＋Grower＋Maintainer。
- 對你的行動：先認出自己現在最像哪一種，再刻意往「下一個產品階段需要的原型」擴一格能力——這比擔心職稱會不會消失實際得多。
先說我看到這個框架時的真實反應：鬆了一口氣。帶產品團隊這些年，我最常被問的問題就是「AI 都會寫程式、會做設計了，那我這個職稱還有用嗎？」說真的，這題用「職稱」去想永遠是死路。Boris Cherny 提出的 5 種角色原型，剛好把問題換了個更好的問法。
這篇我不想只幫你複述「有哪五種角色」——那 Boris 的原文和新聞都寫過了。我想用一個帶過團隊、每天又重度用 AI 的人的角度，多給你三件原文沒講的事：每種角色實際要練什麼能力、你該怎麼認出自己是哪種、以及小團隊甚至一個人怎麼用這套框架。
如果你也在想「AI 時代我在團隊裡到底該變成什麼」，這篇就是寫給你的。我們先從「為什麼職稱會失效」開始。
為什麼「職稱」開始失效了？
核心原因只有一個：AI 把各職能之間的技術門檻大幅拉平了。以前工程、設計、產品規劃各有一道很高的技術牆，現在 AI 工具讓一個人能跨牆做事——PM 能用 AI 切出可動的原型、工程師能用 AI 跑使用者研究、設計師能直接生出能跑的程式。當牆變矮，用「職稱」框一個人能做什麼，就越來越不準。
Anthropic 自己玩得更徹底：內部不分工程、產品、設計，全公司統一一個頭銜「Member of Technical Staff（技術人員）」，預設每個人都能從產品規劃做到基礎建設。Boris 甚至預測「軟體工程師」這個職稱最快 2026 年底開始退場，被更廣義的「builder」取代。這是他的預測、不是已成定局，但方向我認同。
以我帶團隊的經驗，這其實不是新鮮事，只是被 AI 加速了。我手下最有價值的人，從來不是「職稱最漂亮」的，而是那種「需求模糊時能先做個東西出來、東西爛掉時能默默收拾」的人。職稱描述你被聘進來做什麼；角色描述你實際創造什麼價值——後者才是 AI 時代真正被看見的東西。
下一步：先放下「我的職稱會不會消失」這個焦慮，換成「我實際在團隊裡貢獻哪種價值」。這個視角轉換，是後面所有判斷的前提。
5 種角色原型一次看懂
先把 5 種角色講清楚。它們不是職位，是「貢獻價值的方式」，差別在你最擅長把產品推進到哪個階段：
| 角色原型 | 在做什麼 | 最吃重的階段 |
|---|---|---|
| Prototyper 原型師 | 大量發想、快速做出概念驗證，多數不會上線 | 找方向、找 PMF 前 |
| Builder 建造者 | 把點子變成能上線的產品或基礎建設 | 0→1、成長期 |
| Sweeper 清道夫 | 整理介面、簡化程式、砍冗餘、優化效能 | 各階段都需要 |
| Grower 成長者 | 接手成品，反覆迭代把 PMF 做深、把成長做大 | 成長期、成熟期 |
| Maintainer 維護者 | 顧成熟系統的安全、穩定、效率 | 成熟期 |
我自己最有共鳴的是 Sweeper 被獨立出來這件事。團隊裡最容易被低估、卻最不可或缺的，就是那個默默把爛攤子收乾淨的人。以前沒有名字，現在它叫 Sweeper——光是「被命名」這件事，就值得肯定。
下一步：讀完這五個定義，先憑直覺猜「我最像哪一種」。先有個答案，下一段我們來驗證。
每種角色要練什麼能力？（原文沒講的部分）
原文定義了角色，但沒告訴你「想當這種人該練什麼」。這才是你真正能拿來行動的東西。我用帶團隊看人的角度，把每種原型的核心肌肉拆給你：
- Prototyper：練「發散」與「捨得丟」。要能一天丟十個點子、也能冷靜砍掉九個。AI 是你的加速器——用它快速生原型、跑假設。最怕的是愛上自己第一個點子。
- Builder：練「把模糊變具體」與「工程品質」。重點不是寫得快，是做出來的東西能上線、能維護。AI 讓你寫得快，但收尾、邊界、品質還是你的責任——連工時估算 AI 都常太樂觀，我實測過AI 產品估算誤差大到得打對折，別全信它的排期。
- Sweeper：練「看見複雜、敢於刪減」。要能忍住不加功能、反而去砍。這需要對「少即是多」的信念，和不怕得罪人的判斷力。
- Grower：練「數據判讀」與「迭代紀律」。看得懂留存、轉換、漏斗，每次改動都有假設、有驗證，不靠感覺亂改。
- Maintainer：練「風險意識」與「系統思維」。要在沒事的時候就想到會出什麼事，把穩定、安全、效率當第一順位。這種人平常最低調，出事時最關鍵。
你會發現，這些能力沒有一個是「某個職稱專屬」的。一個 PM 可以是很強的 Grower，一個工程師可以是天生的 Prototyper。能力可以練，跟你名片上印什麼無關——這正是這套框架最解放人的地方。如果你想用 AI 補強其中某塊（例如用 AI 跑使用者研究來練 Grower 的數據判讀），我寫過一篇用 Claude 做用戶訪談分析的實戰，可以直接拿去用。
下一步：對照上面五組能力，圈出你已經有的、和最想補的那一兩個。這就是你的能力地圖。
你是哪種原型？怎麼往別的原型擴一格
直接給判斷法：回想你過去半年最有成就感的工作，是「想出新東西」、「把它做出來」、「把它變乾淨」、「把它養大」還是「讓它穩穩運作」？你最享受的那件事，多半就是你的主原型。
但重點不是把自己貼一個標籤就好，而是「刻意往下一個產品階段需要的原型擴一格」。多數人本來就橫跨 2-3 種，你要做的是讓這個組合更有策略：
✅ 怎麼擴最有效：選一個跟你主原型相鄰、又是你團隊現在最缺的。例如你是 Builder，團隊產品要進成長期，就往 Grower 擴（開始看數據、做迭代）；你是 Prototyper，就往 Builder 擴（讓你的原型能真的上線）。
❌ 別這樣做：硬要五種全包。樣樣通常常樣樣鬆，反而失去你最強的那個錨點。先深、再寬。
這跟轉職焦慮其實是兩件事。與其因為「怕被取代」而恐慌性報一堆課，不如先認清自己的原型、把它做到團隊離不開你，再策略性地擴。關於「被 AI 取代怎麼辦、該怎麼選下一步」，我另外整理過中階轉型免裸辭、4 類 AI 職位這樣選，跟這套原型思維搭起來看會更完整。
下一步：寫下「我的主原型 + 我要往哪一個擴 + 為什麼團隊現在需要」。一句話講清楚，就是你接下來半年的成長題目。
不同產品階段，該配哪些角色？
這套框架對「帶團隊、做配置」的人最有用。角色組合要跟著產品成熟度換，硬套同一組人會出事。我把 Boris 的配置邏輯，加上自己帶團隊的體感整理成一張表：
| 產品階段 | 主力角色組合 | 常見的坑 |
|---|---|---|
| 還沒找到 PMF | Prototyper＋Builder＋Sweeper | 太早塞 Maintainer，把還在探索的東西管死 |
| 高速成長期 | Builder＋Sweeper＋Grower＋少量 Maintainer | 只顧衝功能、沒人 Sweep，技術債爆掉 |
| 成熟期 | Sweeper＋Grower＋Maintainer＋部分 Builder | 還在用拓荒期的打法，停不下來亂改 |
我踩過最深的坑，就是在產品還沒找到 PMF 時，太早引進「維護者」思維——一堆流程、一堆規範，結果把團隊探索的速度卡死。階段不對、角色配錯，比缺人更傷。帶團隊的人尤其要會看「現在這個產品需要哪種人，而不是我手上剛好有哪種人」。
下一步：如果你在帶團隊，拿你現在的產品階段對照這張表，看看角色組合有沒有錯配——通常一看就知道卡在哪。
小團隊、甚至一個人，也能用這框架
原文講的是大公司，但我覺得這框架對小團隊、獨立開發者、甚至自媒體經營者更有用。因為人少的時候，你一個人就得當好幾種角色——關鍵是「知道現在該切換成哪一種」。
以我同時經營部落格、Podcast、又自己用 AI 開發小工具的經驗，我每天其實都在切換原型：早上發想選題是 Prototyper，動手把文章和工具做出來是 Builder，回頭清理舊內容、砍掉沒用的功能是 Sweeper，看數據優化是 Grower，維護已上線的東西是 Maintainer。一個人團隊最大的陷阱，是「卡在最舒服的那個原型」——例如一直發想（Prototyper）卻從不收尾（Builder），東西永遠做不完。
所以對一人或小團隊，這框架的用法是「自我排程」：這週我最該扮演哪個角色？哪個角色我長期逃避、導致東西卡住？AI 工具在這裡幫很大——它能補你最弱的那個原型，例如你不擅長 Maintainer 的細節，就讓 AI 幫你顧。想知道哪些 AI 工具能補哪塊，可以參考我每天在用的Claude Code 實戰心法。
下一步：如果你是一人團隊，問自己「我最常待在哪個原型、最逃避哪個」。逃避的那個，通常就是你的東西卡住的原因。
AI 時代，這對你的職涯意味什麼
把這套框架拉到職涯層次，結論其實很正向：當職稱失效，真正能累積的是「你能穩定貢獻哪種價值」。這比任何一個會過時的職稱、會被 AI 取代的單一技能都更耐久。
我的判斷是——別再用「我是 PM／工程師／設計師」來定義自己，改用「我是一個很強的 Grower，正在補 Builder」這種說法。後者在面試、在團隊、在 AI 時代都更有說服力，因為它講的是價值，不是頭銜。AI 拉平了技術門檻，但「判斷力、品味、知道該做什麼」這些還在人手上，這也是我在拆解 AI 三種未來、人類還剩什麼價值那篇談過的核心。而判斷力的底層，是不被二元對立綁架的光譜思維——這在角色越來越模糊的時代特別重要。
當然，焦慮是真實的。如果你正卡在「我會不會被取代」的恐慌裡，先別急著否定自己——我寫過中年 AI 焦慮的 4 個現實評估與冷靜計畫和2026 五大高風險職業與選擇建議，可以幫你把焦慮拆成可行動的步驟。原型思維是地圖，那兩篇是急救包。
下一步：練習用「原型＋正在補的能力」一句話介紹自己。能講得出來，代表你真的想清楚了自己的價值。
FAQ 常見問題
這 5 種角色原型，跟我是工程師、PM 還是設計師有關係嗎？
沒有直接關係，這正是重點。Prototyper、Builder、Sweeper、Grower、Maintainer 描述的是「你怎麼貢獻價值」，不是你的職稱。一個 PM 可以是很強的 Grower，一個工程師可以是天生的 Prototyper。多數人本來就橫跨 2-3 種，跟你的專業背景沒有必然關聯。
AI 時代產品經理會被取代嗎？
與其問「PM 會不會被取代」，不如問「你在產品裡貢獻哪種價值」。AI 拉平了技術門檻，純執行型、純傳話型的角色確實風險高；但能發想方向（Prototyper）、能判斷該做什麼、能把成長做深（Grower）的人反而更值錢。重點是把自己的原型做到團隊離不開，並用 AI 補強其他原型，而不是死守 PM 這個職稱。
我該選一個原型專精，還是五種都會？
先深、再寬。先把你最強的主原型做到團隊倚重，再往「相鄰、且團隊現在最缺」的原型擴一格，通常橫跨 2-3 種是健康的。硬要五種全包反而樣樣鬆、失去錨點。選擴張方向時看「下一個產品階段需要什麼」最準。
小團隊或一個人，怎麼用這套角色框架？
當成「自我排程」工具。人少時你得一人分飾多角，關鍵是知道「這週該切換成哪個原型」，以及「我長期逃避哪個原型、害東西卡住」。逃避的那個常是瓶頸所在。可以用 AI 工具補你最弱的原型，例如不擅長維護細節就讓 AI 幫你顧穩定。
結論：別問你的職稱，問你貢獻哪種價值
未來產品團隊的這 5 種角色，我給的最大啟發是：在 AI 時代，能累積的不是職稱，是「你能穩定創造哪種價值」。職稱會過時、單一技能會被工具取代，但「我是一個很強的某種原型、正在補另一種」這種定位，走到哪都有說服力。
如果你今天只帶走一件事，我會說：花十分鐘認出自己的主原型，再選一個最該補的方向。不用焦慮職稱會不會消失——把價值做厚，名片上印什麼就不重要了。工具會一直變，但「知道自己貢獻什麼」這件事，永遠是你的。
想接著把 AI 時代的職涯想得更清楚，可以再看我整理的4 類 AI 職位怎麼選，和為什麼 AI 反而讓人更忙。如果這種「幫你把焦慮拆成可行動步驟」的風格對你有用，歡迎追蹤夜羽凌的部落格，我會不定期把帶團隊和用 AI 的實戰心得整理給你。
參考資料
