《AI時代｜PM的破局未來 #052》MVP 的真義：MVP 不是做一半卻跑不動的汽車，而是可以跑的滑板 — 廣三（HeroMi）
許多團隊在開發最小可行性產品（MVP）時，往往會將其變成正式產品的開發過程，因為需求不斷增加，導致本應簡約的MVP變得複雜。MVP的重要性在於驗證核心價值，而非追求功能完整。理想的MVP讓使用者能完成目標，並得到有效的結果回饋。成功的關鍵在於建立使用者的“閉環”，以便確保驗證的有效性。了解核心體驗與非核心功能的取捨，更能使MVP落到實地，提升驗證效用。
《AI時代｜PM的破局未來 #051》什麼是 POC？MVP 又與它何干？不寫一行程式，也能驗證技術與需求的可行性 — 廣三（HeroMi）
在專案開發中，常見的情況是明明想驗證一個點子，卻最終做出了縮小版的正式產品。這通常是因為未能清晰定義驗證的目的。POC、Prototype和MVP是三個不同階段的工具，各自有不同用途：POC用來確認商業價值，Prototype幫助內部協作與外部溝通，而MVP則是以最小可行產品進入市場。選擇合適的工具前，需先明確想要驗證的問題，以避免浪費時間和資源。
《AI時代｜PM的破局未來 #049》假設驅動開發：別急著寫 Code，先把你的「以為」變成可驗證的假設 — 廣三（HeroMi）
在產品開發中，快速進行但方向錯誤的努力是最大的浪費。成功的關鍵在於釐清假設類型，進行可驗證的證偽，而非感覺或想當然。務必把「我以為」轉寫為具體假設，並用數據支持產品開發。
《AI時代｜PM的破局未來 #032》生與死的藝術：PM 不只要會生功能，還要敢於砍功能 — 廣三（HeroMi）
專案延誤通常源於需求變更。與書本中有序流程不同，實際上變更常透過隨意的對話進行。有效的專案管理需要清楚關於功能的取捨與代價，而成熟的PM不僅能夠創造功能，也需有勇氣刪減，保護專案的邊界與可持續性。
《我的專案筆記 #32》開發新產品，請試試「最小可行性產品(MVP)」 – 數位產品功能這麼多，要怎樣安排時程？(3/4) — HeroMi
出社會大約八年的時間，換過兩間公司，卻從來沒有自己主導過一個產品，直到第三間公司，那時候要舉辦一個大型的行銷活... » 閱讀全文