iT邦幫忙

2025 iThome 鐵人賽

DAY 19
0
IT 管理

AI賦能PM實戰手冊:打造高效智能產品工作流系列 第 19

Day19 - 規格規劃師:AI Agent 驅動的 SPEC 迭代與優化

  • 分享至 

  • xImage
  •  
位於極限發辦公室一隅……

產品經理 Moon 看著螢幕上散落各處的文件,眉頭緊鎖。

Moon:「黛西,我快被這些文件搞瘋了!我只是想把『會員中心』這個功能名稱改成『個人帳戶』,結果除了要改 PRD,還要找出對應的 UI 文件、錯誤提示列表。我每次都怕漏改了哪個地方,導致版本不一致,到時候又要花時間跟工程師和設計師解釋半天!」

黛西:(端著咖啡走來) 「Moon,我完全理解你的痛點。這就是所謂的『規格的漣漪效應』,一個小改動,牽一髮而動全身,不僅耗時,還很容易出錯。如果現在有一位『規格規劃師』,你只要跟他說一句話,他就能自動幫你找出所有相關文件並同步修改,讓你的 SPEC 永遠保持最新且一致,你會不會覺得像變魔術一樣?」

Moon:「有這麼神奇的助理?他是看得懂我們所有文件之間的關聯嗎?連 UI 文案都能幫我先想好?」

黛西: 「沒錯!他就是我們的新夥伴—— AI Agent。他不只是個寫手,更是一個懂得思考、規劃和執行的智慧系統。走,我帶你看看這位規格規劃師如何讓我們從繁瑣的文件管理中解放出來!」

咳咳~黛西帶你回到現場。

Moon 的煩惱,是不是也讓你心有戚戚焉? 身為產品經理,我們每天都在創造與溝通,但大量的時間卻常常耗在維護規格文件的一致性上。從一個核心的用戶價值出發,到一份清晰、準確、且同步更新的 SPEC,這段路程充滿了重複性的手動工作。 當需求不斷變化,我們不僅要快速迭代想法,還要確保每一份相關文件都跟上腳步,這無疑增加了溝通成本與出錯的風險。

傳統的工作流程,讓我們像是規格的「搬運工」,而非價值的「創造者」, AI Agent 能夠大大的改變這件事。它不僅能幫我們腦力激盪,更能化身為專案的「規格規劃師」,跨越不同文件,執行同步的迭代與優化。

這聽起來可能有點未來感,但這就是 Agentic AI 賦予我們的全新工作模式。接下來,就讓我們一起看看如何操作這位神隊友,實現 SPEC 的快速發想與高效迭代。

這邊我為以做一個購物網站 APP 為例,在 VS Code 裡面,透過與 Gemini Code Asist 和 Github Copilot 來產生初步的功能清單和 UI 文案,更進一步產生多語系內容。

就讓我們一起來看看吧!


一、與 Gemini Code Asist 對話

  1. 下 Prompt:我要做一個購物網站APP,幫我產出功能,且各功能頁面中的詳細內容,並幫我產出每個頁面所需要的UI文案。

  2. 確認回覆內容是否是你想要的,若是要修改,可透過對話請他調整。在這邊我先默認 OK 並請他產出。
    https://ithelp.ithome.com.tw/upload/images/20251002/20178805kTK0z5GWY1.png

    這時他產生的初稿會是這樣子:購物網站 APP 功能與 UI 文案規劃 初稿 - Ge

  3. 後續透過對話,陸續請他加入使用者的各種流程、錯誤提示語並增加更新紀錄內容。
    https://ithelp.ithome.com.tw/upload/images/20251002/20178805GCWO57g8Vn.png

    這時他產生的內容會是這樣子:04 購物網站 APP 功能與 UI 文案規劃 V4錯誤提示語+更新紀錄 - Ge。

  4. 接下來,我想要產生英、日、中的多語系內容,也請他協助產出,他會先產出JSON,但為了有利於我們自己核對,我也同步請他多產生一版 HackMD 版本。
    https://ithelp.ithome.com.tw/upload/images/20251002/20178805YD50oq0GhO.png

    多語系 HackMD 長這樣子:05 多語系 UI 文案 (繁中、英、日) - Ge。

二、與 Github Copilot 對話

  1. 下 Prompt:我要做一個購物網站APP,幫我產出功能,且各功能頁面中的詳細內容,並幫我產出每個頁面所需要的UI文案。

    為了測試不同工具產出內容差異,這邊一開始都下同樣的 Prompt 來看他初步產出差異。

  2. 確認回覆內容是否是你想要的,若是要修改,可透過對話請他調整。在這邊我也先同樣默認 OK 並請他產出。
    https://ithelp.ithome.com.tw/upload/images/20251002/201788055NSo65KVmS.png

    這時他產生的初稿會是這樣子:01 購物網站APP功能規劃與UI文案(HackMD版本)初版 - Co。

  3. 後續透過對話,陸續請他加入使用者的各種流程、錯誤提示語並增加更新紀錄內容。

    因為這邊 Copilot 給的回應內容較多,這邊先提供最後產出結果供大家比較:04 購物網站APP功能規劃與UI文案(HackMD版本) - Co。

  4. 接下來,我想一樣要產生英、日、中的多語系內容,在這邊他也會先產出JSON,我也透過對話同步請他多產生一版 HackMD 版本。

    Copilot 多語系 HackMD 長這樣子:06 購物網站APP多語系文案。

    同時他也有多產一份文案使用指南如檔案:05 購物網站APP多語系文案使用指南。

大家可以實際試試看兩者的不同,我自己在使用上,覺得兩個工具各有利弊,但 Copilot 套用 Claude Sonnet 4 模型,我覺得在規劃以及 UI 文案內容與流程的細緻度上,都很有感。


AI Agent 在產出 SPEC 過程中,不僅幫助我們快速發散點子,更重要的是,它確保了多文件產品規格書的統一性 。當我們將這些繁瑣的文案生成和文件同步工作交給 AI Agent 後,就能有更多的時間去進行使用者訪談、分析數據,專注於產品的策略與價值

Moon: 黛西,這真是太棒了!以後我不用再擔心修改一個字,要花一個下午來同步文件了!我可以更專注於思考產品的邏輯,而不是文件的維護了!

黛西: 沒錯!當你的 SPEC 流程變得更容易,我們的工作量能就能用在刀口上,這就是敏捷產品經理的真正力量!

上一篇
Day18 - PM 的 AI 探險第二站:用 Agentic AI 打造專屬 AI 助手(2)安裝工具
下一篇
Day20 - 原型自動生成器:AI Agent 驅動的設計圖到程式碼
系列文
AI賦能PM實戰手冊:打造高效智能產品工作流20
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言