筆者過去兼任 PM 時，最困擾的問題是「不知道有哪些需求」以及「不知道需求怎麼開」，常常上頭丟一個主題給你後，剩下的要自己想辦法補全。

但問題是有些主題自己根本沒有接觸過，需要參考市面上的其他系統才有辦法撰寫規格；因為不熟悉，所以開出的規格常常漏東漏西。

不過在試用 ChatGPT 後，過去困擾我的問題就這樣迎刃而解（因為他最擅長發想＆補細節）；這篇文章筆者將跟你分享我如何「聊」出一份 PRD。

大綱

SETP 1：說明自己要做的事，並初步詢問建議
SETP 2：簡述需求，請 ChatGPT 補充細節
SETP 3：讓 ChatGPT 做更詳盡的規劃
SETP 4：請 ChatGPT 產出 PRD 
Other：一些額外的 Bonus

假使今天公司為了更有效率地進行面試，需要開發一套線上測驗系統，供考生進行中文、英文、邏輯的測試。

SETP 1：說明自己要做的事，並初步詢問建議

我要幫公司做一個線上測驗系統，給來公司面試的人做測試。

預計會有中文、英文、邏輯等 3 個考試項目。

在系統的規劃上，我有什麼需要注意的嗎？

SETP 2：簡述需求，請 ChatGPT 補充細節

我預計系統會分成兩塊，一個是給考生使用，另一個是給管理者使用。

管理者可以新增考生、管理試卷、查看分數。

上述需求可以幫我列出要考慮的細節嗎？

SETP 3：讓 ChatGPT 做更詳盡的規劃

我們可以要求 ChatGPT 針對自己給出的細節，做出更詳盡的規劃，比如：

• 關於考生登入的系統，可以幫我規劃他的操作步驟嗎？
• 關於管理者的系統，可以幫我把它可能會用的功能細分整理嗎？

SETP 4：請 ChatGPT 產出 PRD

如果你覺得細節都聊得差不多了，就可以讓 ChatGPT 產生 PRD 嚕。

可以幫忙把剛剛聊的內容整理成一份「產品需求規格書」嗎？細節越詳細越好。

接著你就會得到一份 PRD 的草稿如下：

Markdown 版本：Github

這份 PRD 草稿，大概是筆者跟 ChatGPT 對話 5 分鐘後得到的成果；也許不盡完美，但已經把系統的輪廓描繪出來了。

使用者可以根據這份 PRD，再去調整細節與補充邏輯。

Other：一些額外的 Bonus

下面是筆者自己操作下來的心得，大家可以參考一下：

• 只產出部分 PRD：在產出 PRD 後，如果你覺得有不夠清楚的部分，可以再跟 ChatGPT 說明，請他針對「這個部分」產出就好。
• 分次提供需求：今天筆者是以一個微型系統來做示範，如果要規劃一個大型系統，我會建議你分次提供需求（拆分子功能來規劃）。
• 可以直接產生 DB Schema、SQL：你可以要求 ChatGPT 以剛剛的需求規格，來規劃資料庫、撰寫 SQL。

關於用 ChatGPT 聊出 PRD 的操作就分享到這裡，希望對大家的工作有所幫助～

未來筆者會出一系列使用 ChatGPT、openAI 的文章，如果你對這個議題感興趣，可以持續關注我的文章！

想將 AI 導入自己的職場與生活嗎？歡迎購買筆者出版的新書，幫助您在 AI 的浪潮中站穩腳步，並在未來的職場競爭中佔據優勢！

以筆者的角度來看，錄取一個不合適的人是主管的問題，但這又牽扯到公司願意在這個職位撥多少預算；如果預算有限，主管通常會選一個「感覺」有潛力的新人，先找進公司再做培養。

但被錄取的菜鳥 PM 真的很可憐；在缺乏專業能力的狀態下，他很容易變成主管、客戶、合作部門的傳聲筒，運氣差點還會成為 RD 的受氣包。

當傳聲筒除了無法獲得成就感外，也容易厭倦工作環境待不久。

如何脫離傳聲筒？

PM 是部門對外的聯繫窗口，每天會收到來自各方的訊息。

但在剛到職的時候，菜鳥 PM 會有一種無力感，因為在對專案、部門、文化都不熟悉的狀態下，他只能扮演「傳聲筒」的角色，沒有處理訊息的能力，只能單純的轉發。

如果想脫離傳聲筒，首先要對收到的訊息有自己的看法，並有能力給出合適的處理方案；但想跨出這一步並不容易，因為看懂訊息本身就是一個門檻，如果看不懂訊息還亂回，只會把事情弄得更糟。

了解大家的專業

傳聲筒人人能當，所以沒有人會重視傳聲筒。

當然這不是說傳聲筒完全沒有意義，當 A 不想跟 B 直接聯繫時，就可以透過傳聲筒來轉達消息；又或者有些主管不想親自安排工作，就會列出清單讓傳聲筒來指派任務。

不過比起 PM，筆者覺得上面的工作內容更像是助理在做的。

想讓自己從「傳聲筒」進化為溝通的「橋樑」，關鍵點在於你了解大家的「專業」；每個行業都有自己的專業術語、不同的部門對同一個名詞也會有不同的解釋；如果想協調各部門的資源，PM 就需要像個翻譯員，把資訊轉換成大家都能迅速理解與吸收的語言。

資訊落差、認知不同是許多衝突的起點，如果能讓彼此都了解對方想表達的意涵，合作會更為順暢。

對專案有更高的掌握度

擁有專業後，就能理解每個「訊息、命令」背後的意義，這對專案是非常有幫助的，比如：

1. 能分辨對方提出的需求是否合理
2. 收到 Bug 時，有辦法初步判斷問題點與負責人
3. 遇到緊急狀況時，知道哪位 Key man 能處理
4. 對任務估時更有概念
5. 溝通較不容易被唬爛

如果擔任 PM 時能做到以上事項，會發現專案越跑越順，原本跟你作對的人，也會認同你的工作能力。

結語

PM 這個職位並不會熟能生巧，因為筆者看過有些人，一當傳聲筒就是好幾年。

但我相信絕大多數人選擇 PM 這個職位，並不是為了當傳聲筒；而是想在公司與大家齊心協力，一起做出讓眾人感到驕傲的產品。

筆者認為對 PM 來說，進入新領域並不算突破舒適圈，有能力在新領域彙整資源，使部門效益最大化才稱得上突破舒適圈。