產品經理到底在忙什麼？AI 時代的新路徑

今天的看圖說故事時間，談的是「產品經理在忙什麼？」。尤其是 AI 時代下的產品經理，可能需要「會忙什麼」？

這麼大的題目，其實根本很難用一篇文章講完，只好畫畫圖，用圖留下更多想像空間。

我們可能都曾經，在腦袋中浮現過一些有趣的想法，這些想法如果能夠做出來，一定會很厲害，甚至能夠改變世界，對吧？

當然後面說能改變世界，天真浪漫的多，但有夢最美，夢想還是要有的，只是有想法，要動手做，才會變成現實，而現實才是考驗。

當開始想要把這些想法變成現實，你就開始往「產品經理」踏上第一步了。

當然，如果可以全部自己做就好了，但畢竟一個人力量有限，一群人可以做更大的事。

所以，通常要實現一個想法，需要一個「團隊」。在軟體業，你可能會需要 UX、RD、QA ，組成團隊，來開發產品，而產品經理需要去 Lead 團隊去開發出產品，實現產品經理 PM 腦中的想法。

通常 PM 是 Lead 而不是 Manage，產品經理不一定是有管理實權的。沒有管理實權，要推動團隊前進，靠的是溝通技巧、做人做事的道理、加上一點對人情世故的深刻理解，才能來 Lead 團隊往自己想去的方向走。

不過，團隊開發就是要花錢的，開發產品就是需要投入資源，所以產品經理通常也需要去爭取資源。

去跟誰爭取資源呢？掌握資源的人，可能是老闆、董事會、總之就是公司的決策層，或者對創業團隊來說，也可能是投資人。

你的想法很好，但要花多少錢呢（Cost）？而當想法實現變成產品之後，會帶來多少回報呢（Benefit）？對提供資源的人來，也就是最後對他們來說，會帶來什麼好處呢？

對產品經理來說，投入產出一定是要交代的，我們是產品經理，我們做的是產品，不是作品。產品是一種商品，就是要賣錢的，產品要有商業價值，才能稱之為產品。

所以產品經理需要不停的「左右逢源」，在推動產品實現的過程，不停的繞這個圈圈。也就是「產品經理在忙什麼」圈圈。

而為了讓這個圈圈繞的更順暢，運轉的更順利，「溝通」是裡面非常關鍵的事。

怎麼溝通呢？通常 PM 會靠大量的「文件」。而簡單的的說，向右溝通要寫 PRD，向左溝通要做 Plan。

寫 PRD（Product Requirement Document），把產品經理 PM 自己腦袋中的想法更具象化，讓開發團隊知道你在想什麼，你要做出什麼；而做 Plan ，寫提案文件，讓掌握資源的人知道這筆錢花得值得，而未來可以有什麼回報的機會，讓決策者持續支持持續投入這個產品。

所以 PM 不只要很會說，還要很會寫文件，還要很會做簡報。

開發團隊中的人，每個人都有一技之長，RD 很會寫程式、UX 很會做設計，而 PM 呢？ 很會...做簡報？所以 PM 是什麼的簡寫？Powerpoint Master！簡報大師～

其實無論是 PRD 或是 Plan，Document（文件）都只是一個中間媒介，為了把想法變成現實的一種中間溝通方式。

PM 透過 PRD 來描述腦袋中的想法，同時也嘗試用文字來描繪出未來產品，作為一種真實產品的「投射」，就像影子。可以想像，要用文字去描繪一部電影作品一樣的感覺，文件總是會有那麼一點力不從心是必然。畢竟影子無法真正理解實體，在某些角度下，對真實的實體而言，還表現了過多的扭曲。

話語一但說出，誤解就存在可能。

你的明白永遠無法百分百成為別人的明白。

所以當 PRD 交給團隊，結果團隊做出來的東西，常常有哪些地方，PM 覺得「這不是我要的」。

為什麼會這樣？有時候是團隊對 PRD 的理解不好（PM 會這樣說），有時候是 PRD 描述的不好（團隊會這樣想），但更多時候，是 PM 自己一開始就想錯了。

也就是說 PM 是在對過去的自己說「這不是我要的」，他看了最終做出來的產品，發現需要再繼續打磨原始的想法，重新修正。

本來那些最原始的想法，一定都是有缺陷的，但 PM 在最初的最初，是無法立刻感知的。可能大方向是對的，但需要做很多的微調，而那些微調，一定要產品做出來，才發現，啊原來是這樣，這個功能可能要這樣調，那個地方可能要刪除。

難道 PM 在寫 PRD 的時候，不會發現怪怪的？會的，少數的時刻，PM 會透過撰寫 PRD，自己跟自己對話，去發現原始想法的某些問題，立刻回頭去做修正。但更大的比例的發現，還是需要從作出來的產品中去頓悟。

事實就是，其實 PM 自己也不了解自己的明白。

有沒有更好的方法？

在 AI 以及 Vibe Coding 的時代，PM 要會直接用 Vibe Coding 做出 Prototype。

也就是既然要做一個中介的描述，不要再去寫文件，而是要去寫雛形 (Prototype)，透過 Vibe Coding。

作為一個中介描述產物，Protoype 可以更大程度拉齊彼此的明白。畢竟 PM 是真正透過 Vibe Coding 做出一個可以動的產品，而不是什麼都不會動的文件。

當 PM 可以自己做出產品的 Prototype，PM 就可以直接針對這個 Prototype，自己跟 AI 對話，然後自己跟自己對話，回頭自己調整，而不用等到產品真的做出來才去頓悟，「啊！原來這裡要這樣改」，去花費整個團隊投入的資源。

而最關鍵的資源，是「時間」。團隊做出來時才說「不是你要的」，花費了可能 2 個月，而透過 Prototyping，是 2 分鐘。

所以 PM 要怎麼做 Prototype？

現在有許多的工具可以做到這件事：V0, Lovable, Replit, Bolt, Tempo, Base44

所以，「PM 要會 Vibe Coding 嗎？」。

Yes, Of Course, Definitely, Absolutely, Undoubtedly！

在 AI 的時代，PM 要從 Powerpoint Master，變成「Prototyping Master」 !!

而且 PM，還要成為「Prompt Master」。

尤其如果你正在做一個 AI Agent 的產品，裡面的 Prompt 撰寫、調整，PM 要能夠掌握，甚至整過核心 Prompt，本身就應該是 PM 的職責，而不是 RD 或什麼 AI 工程師的事。

發展 AI Agent 產品時，Prompt 管理是 PM 的職責。發展 Prompt 、評估 Prompt 、優化 Prompt，都是。

在新的 AI 開發的時代，PM 不只要會 Prompt 團隊做事，PM 也要很會 Prompt AI 做事，成為 PM 非常重要的「一技之長」。

但整個「產品經理在忙什麼」的循環的本質還是不變的，向右帶領團隊開發產品，向左持續爭取資源並交付價值。只是其中的工作方法有很大的改變。

PRD 變成 PRP（Product Requirement Prototype），Plan 其實應該就要是 BP（Business Plan）。

PRD 從 Document 變成 Prototype，溝通不再只是用文件，而是用 Prototype。而 Plan，甚至從根本就應該是 Business Plan，Business 比 Plan 還重要。

產品的存在，本來就應該要交付商業價值。