作為從北京小米、新加坡蝦皮一路到台積電的 9 年軟體 PM,AI 讓我開始重新思考一件事:如果 AI 不只會回答問題,還能理解、決策甚至執行任務,我們過去做產品的方法還適用嗎?
這 30 天,我會從 B2C/B2B 的產品實戰與真實案例出發,重新拆解 AI 時代的產品設計:User Experience 怎麼變、Agent 如何融入產品,以及 PM 熟悉的需求分析、PRD、Prototype、驗收、產品指標與跨團隊協作,又該如何重新思考。
AI 改變的不只是產品,也正在改變 PM 做產品的方法。
跟我一起探索新的PM路徑吧~
最近在做 AI 相關專案時,我發現需求文件裡開始多了一個東西: Success Criteria。 一開始我沒有覺得特別。 PM 本來就會寫 Acceptanc...
最近做企業內部系統時,我一直遇到一個很矛盾的問題。 很多員工問題看起來根本就是 AI 最適合處理的: 「育嬰留停可以請多久?」 「出差可以報哪些費用?」 「這...
這兩年只要聊到 AI Product,很容易一路聊到最後一個詞: Agent。 FAQ 很多? 先做 AI Assistant。 可以理解 User 之後呢?...
昨天寫 Agent Ready 時,我把最後一個檢查項目放在: Recovery。 但寫完後我發現,這件事其實值得單獨講一篇。 因為我們看 AI Agent D...
最近做 AI Product,在準備正式上線前,Team 提到除了原本的功能測試之外,還要再測一件事: Token Consumption。 也就是實際跑過一輪...
以前做產品,我很習慣看: PV UV CTR CVR Retention Feature 上線之後,有多少人點、有多少人用、最後有沒有 Conversion。...
做企業內部產品之後,我常常遇到一種 Requirement: 「我們想新增一個 Dashboard。」 或是: 「這裡希望可以加一個 AI Chatbot...
上一篇寫到,在 Requirement 最前面,AI 不一定要急著幫 User 寫一份漂亮的 BRD / URD。 它可以先幫我們把: Problem User...
現在用 AI 寫 PRD,真的很快。 給它: URD + Meeting Notes + 現有 System Context 幾分鐘就可以生成: Backgr...
上一篇寫到,AI 已經可以很快幫 PM 生成一份 PRD Draft。 但真的做 Product 時,我越來越覺得: 不是所有 Requirement,都適合用...