GenAI 時代的敏捷需求探索力

2026 年線下課程 第二梯次
開課時間: 11月 21 日 (星期六) 09:00-16:00
報名網址: https://forms.gle/kNHwJAsrcEJxViYEA

課程特色

整合體驗設計與敏捷探索
許多團隊懂敏捷、也懂 UX,但兩邊難以融合。在本課程中,我們將帶你理解兩者的核心原則,並教你如何協作整合產品探索、使用者研究與快速實作,打造出真正有用、有愛的產品體驗。
精選多元敏捷實務方法,靈活搭配運用
本課程不是單一框架的說明,而是教你如何靈活應用:
* 影響地圖(Impact Mapping)
* 用戶旅程地圖 (Customer Journey Map)
* XYZ / xyz 假設框架
* Pretotyping 手法
你將學會判斷使用時機、如何整合這些方法應用在真實產品情境中。
聚焦價值驗證,而非更多產出
在 GenAI 工具的協助下,開發速度再快都不是問題。但如果方向錯了,AI 也只是幫你更快迷路
課程將教授:
* 如何撰寫有用的產品假設 (XYZ 公式)
* 如何以低成本方式驗證產品構想 (Pretotyping)
* 如何收集可行的使用者數據與回饋指標
幫助團隊更快速、更有效地學習與調整,持續對齊產品價值與市場需求。

課程簡介

在 GenAI 時代,軟體開發效率已空前提升。自動生成程式碼、自動產出設計、快速部署早已不是問題。但你有想過嗎?即使交付再快,如果做的是「錯的東西」,終究無法創造價值。

這也是為什麼以下情況在許多產品團隊中反覆上演:

  1. 不知道產品負責人為什麼要做這些功能
  2. 搞不清楚用戶是不是真的是我們的目標客群
  3. 客戶是否真的有這些問題?還是我們想太多?
  4. 我們的解法真的被喜歡、被使用嗎?
  5. PM 想做的功能列表,真的每一個都值得投入嗎?
  6. 我們對產品的假設,有被驗證過嗎?
  7. 開發、用戶調研、方向驗證,該怎麼有效整合?
  8. 敏捷與 UX 怎麼合作,不再只是分工而是真正共創?

許多人以為只要導入敏捷方法(Agile),就能解決這些問題。的確,Scrum 等框架強調快速迭代、及早回饋,但若沒有正確的探索與驗證流程,敏捷只會讓錯誤更快發生。

在 GenAI 驅動的開發環境中,「做得快」已不再稀缺;真正稀缺的,是「知道該做什麼、為什麼做、怎麼確認做的是對的」。

Marty Cagan 在 2025 年的觀察一語中的:很多產品團隊只是變成了「加速版的 feature factory」── 比過去更快地做出更多爛產品。問題不是「做得不夠快」,而是「根本不該做這個」。

適合對象

▸ 產品經理、需求分析師、專案經理
▸ UX/UI 設計師、使用者研究人員
▸ 想把敏捷與產品設計整合的人
▸ 用了 AI Coding 後產出大幅提升,但客戶滿意度沒有同步提升的團隊
▸ 想拒絕變成「加速版 feature factory」的產品團隊主管


課程大綱

模組內容
基礎觀念簡介(1) 漫談需求的問題
(2) 好的需求的特性
(3) 為什麼敏捷 / 精實創業還不夠
(4) AI 時代的角色翻轉: AI 能/不能取代什麼?
案例分享(1) 高鐵訂票系統
(2) 美團點評(日結功能的四階段驗證)
敏捷需求探索流程(1) 敏捷和瀑布對需求處理的不同
(2) Dual Track 工作模式(Discovery / Delivery)
(3) 敏捷產品探索流程
(4) AI Coding 帶來的成本結構翻轉:
Discovery/Delivery 的變化
(5) Discovery Trio (AI 時代的新做法)
產品探索實踐 影響地圖(1) 影響地圖的元素 — Why / Who / How / What
(2) 如何找出你的假設(影響假設 vs. 功能假設)
(3) 撰寫影響地圖的注意事項

🎯 演練:從零畫一張影響地圖、找出假設並排序
產品探索實踐 用戶旅程地圖(1) 用戶旅程地圖的好處
(2) 用戶旅程地圖的三要素(客戶、時間順序、接觸點)
(3) 用戶旅程地圖常見問題
不做消費者調查,只做消費者觀察

🎯 演練:繪製旅程地圖、與影響地圖交叉比對
產品探索實踐 Pretotyping(1) 如何描述具體和量化的假設(XYZ 公式)
(2) 如何縮小假設
(3) 如何驗證假設
(4) 如何評量驗證結果
(5) Pretotyping 五大手法:
Mechanical Turk
Pinocchio
Fake Door
Relabel
One Night Stand

🎯 演練:寫 XYZ 假設、設計一個 Pretotyping 實驗

上課時間

09:00-16:00 六小時 (中間休息一小時)

FAQ

(1) 為什麼在 GenAI 時代下需求探索是重要的?

因為 GenAI 讓我們更快做出東西,但不代表做的是對的。
沒有經過需求探索,AI 只會幫你更快產出錯誤的功能,浪費時間與資源。需求探索幫助我們:

  • 確認用戶真正的需求
  • 驗證產品假設是否成立
  • 避免瞎忙與錯誤投資
  • 讓 AI 成為輔助價值,而不是放大錯誤的工具

做得快不夠,做對才是關鍵。

(2) 為什麼開發人員需要學習需求探索?尤其在 GenAI 時代下?

因為 寫得快,不代表寫得對。
在 GenAI 時代,開發人員可以用 AI 快速產出程式碼,但如果不理解為什麼做、為誰做、做的是不是對的,只會更快做錯。

學會需求探索,能讓開發者:

  • 更理解使用者真正需求,減少返工與誤解
  • 參與產品假設的討論與驗證,提升影響力與視野
  • 善用 GenAI 幫助驗證構想、產出 MVP、加快學習迴圈
  • 成為價值導向的技術人才,而不只是「接單寫程式」

越是能用 AI 寫得快,就越要思考「寫的是不是對的東西」。

(3) 為什麼需要學習 Pre-totyping?

因為 越早驗證想法對不對,越能省下做錯的成本。
Pre-totyping 是在還沒花大錢開發前,就用最小、最快的方式驗證產品想法是否有市場或價值的方法。

學會 Pre-totyping 可以幫助你:

  • ✅ 在幾小時內驗證點子,而不是幾週後才發現做錯
  • ✅ 減少浪費工程資源在沒人想用的功能上
  • ✅ 找出用戶「是否真的會用」而不只是「說他會用」
  • ✅ 快速試錯、快速學習、快速調整方向

在 GenAI 時代,做原型已不難,難的是確認:這東西有人想用嗎?Pre-totyping 就是最有效的起點。

上課花絮

(1) impact mapping

(2) Customer Journey Map

(3) 討論好的需求的特性

(4) User Story Mapping 和 Customer Journey Mapping 的比較討論

(5) 從 Impact Mapping 如何轉換到 Customer Journey Mapping