當 AI 可以將一件事做到 99% 正確率，但若要執行 20 個步驟的任務時，成功率會降到 82%；當任務需要 50 個步驟時，成功率更降低到 60%。（圖表資料來源：metr.org）
閱讀全文
用 AI 當編輯，將 100 集 podcast 編輯成書
最近用 AI 幫知名的 Podcast 節目，將內容轉譯出書。為了架構性、可讀性、市場性，你需要一個「AI」和「人」協作的流程。
絕對不是把 100 集 Podcast 直接丟給 AI，叫它編輯書這麼簡單。
閱讀全文
Vibe Coding 做出成果之後，沒人告訴你的三個陷阱
最近跟很多朋友交流，他原本不會寫 code，是做規劃和整合的人，但開始 Vibe Coding 後做出了成果，反而變成期待通膨，工作吃不消。
這就是職場常見的陷阱：能力強的人，事情會越來越多，搞死自己。但 Vibe Coding 這波，陷阱比以前更深，因為大家對 AI 的想像太美好了。
不是不要 vibe coding，因為我自己也在做，也樂在其中，但是這其中難免有很多令人不舒服的地方。
閱讀全文
AI 寫的 Spec 你看不懂？那你的 SDD 和 vibe coding 已經失控了
現在越來越多 PM 開始用 Vibe Coding 做產品開發。如果你用 SDD（Spec-Driven Development）框架，像是 Spec Kit，流程大概是這樣：人類寫 User Story、輸入設計稿，然後 AI 會根據這些東西產出 Spec 和開發計劃，最後再依照計劃去實作。
這時候一個很自然的問題就出現了：反正出來的東西會動就好，我幹嘛要去看、甚至看懂 AI 寫的 Spec 和開發計劃？
老實說，這個觀點也不能說錯。但在回答這個問題之前，我想先把 SDD 和 AI 拔掉，回到一個更基本的情境來看。
閱讀全文
與其洞察需求，不如洞察情緒
我們常說要洞察用戶的需求，但其實只看需求本身是不夠的，更關鍵的是：這個需求背後承載著怎樣的情緒渴望。
閱讀全文
Sprint Goal 遠比你想的重要
在跑 Scrum 的時候，有一件非常重要的事情，就是 Sprint Goal。
閱讀全文
用產品思維，做自我覺察
在做產品時，我們很自然會用 產品思維 去檢視：功能有沒有被使用？需求有沒有被滿足？如果沒有，就代表需要優化。這是一種持續迭代、持續改進的邏輯。
但問題是，當我們把這套思維帶進日常生活，特別是 人際關係 上，就可能會產生副作用。
閱讀全文
產品企劃實作框架 skill 開源啦
自己寫過快 300 篇 blog，還有 22 小時含逐字稿的課程，好處就是，從中抽取 skill 會很方便。
我把我的產品企劃實作框架，變成 skill 並在 GitHub 開源了，歡迎大家 fork / 使用。
閱讀全文
Keynote 錄製幻燈片秀，錄一半後卻錄不進去？和你分享我的解決方法
我是一個講師，最近我正在透過 Keynote 錄音來製作我的線上課程，原本一切都很順利，直到我遇到了一個讓所有人都會崩潰的災情：錄到一半中斷後，後面的內容竟然完全「錄不進去」了！
這情況很尷尬，我不希望重錄，因為已經錄一半了，可是後半段卻怎麼錄都錄不進去，keynote 只是假裝有錄，但是我要試圖播放出來聽的時候，卻怎麼也播不了。
就算我重錄好了，也不確定這個狀況會不會再發生，非常痛苦。
閱讀全文
信手捻來皆 MECE：框架百寶箱 (持續更新中)
MECE 是 Mutually Exclusive, Collectively Exhaustive 的簡寫，是將複雜問題拆解時，做到「不重疊、無遺漏」的分類，以確保全面、系統化地分析問題並找出解決方案。
當我們開腦力激盪討論問題和解法時，為了確保我們討論出來的結論是 MECE 的，你最好有一個「框架百寶箱」，從框架出發，一定就可以確保你討論出來的結論是 MECE。
閱讀全文
產品訂 OKR 時，會遇到的七大問題
在 2025 WebConf Taiwan 分享關於產品團隊在訂 OKR 會遇到什麼議題和問題。
以下是我分享的簡報，歡迎大家參考。
閱讀全文
面對老闆的隕石：從認知失調到成長的三個層次
當老闆的「隕石」來臨時，對員工來說，是一個認知失調的過程，因為我們都知道：「老闆的隕石一定要做。」，但內心卻又覺得：「我根本不想做。」
在這種矛盾的狀況下，我們通常都會為了緩解衝突的認知，改變自己的態度或重新解釋，讓自己好過一點。
但，你怎麼處理這種認知失調，卻決定你等級能升多快的關鍵。
我是PM，但我對我負責的產品沒熱情，怎麼辦？
曾經有一位 PM 問我：「我對現在做的產品沒有興趣，該怎麼辦？」
「老闆很照顧我，對我也很好。」
「工作環境也不錯。」
「只是因為對這個領域沒有興趣，所以總覺得少了點熱情。」
閱讀全文
一句話就能惹毛工程師？PM 最常犯的溝通錯誤
一個經典的場景是這樣的：
當 PM 問工程師：「這個要做多久？」工程師回答：「要一個月。」PM 沒有多問，就把「一個月」直接回報給老闆。
結果呢？不用懷疑，你一定會被老闆釘到爆。沒有細節、沒帶回為什麼，這樣的 PM 只是個傳聲筒。
用 vibe coding 做 Prototype，千萬不要漏了「用手思考」
真的該好好釐清一件事：我們要請 AI 幫忙的目的是什麼。一旦目的搞錯，AI 就會從助力變成拖油瓶。
舉例來說，很多 PM 在用 vibe coding 做 prototype 的時候，常常犯下一些嚴重的錯誤。像是「略過了用手思考的步驟」
什麼是「用手思考」？
閱讀全文