Vibe Coding正在改寫產品開發流程！AI時代的產品經理要忙這些事

在AI時代，產品經理的角色正在轉變，不再只是寫PRD和做簡報的「Powerpoint Master」，而要成為會用Vibe Coding打造Prototype的「Prototyping Master」。透過Prototyping與Prompt管理，PM能更有效拉齊團隊共識，減少資源浪費。最終，產品經理仍需圍繞「爭取資源、交付價值」這核心，但方法已全面升級。

今天的看圖說故事時間，談的是「產品經理在忙什麼？」。尤其是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時代下的新型態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？

PM也要學會Vibe Coding

現在有許多的工具可以做到這件事：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的本質

在新的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還重要。

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

本文授權轉載自《零售的科學》，作者：李昆謀，原文標題：產品經理到底在忙什麼？AI 時代的新路徑