我們常說要洞察用戶的需求，但其實只看需求本身是不夠的，更關鍵的是：這個需求背後承載著怎樣的情緒渴望。
閱讀全文
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 的時候，常常犯下一些嚴重的錯誤。像是「略過了用手思考的步驟」
什麼是「用手思考」？
閱讀全文
技術債、設計債、產品債…，該處理嗎？該怎麼處理？
做產品會有很多債，技術債、設計債、體驗債、文件債，這些名詞後面加個「債」字，好像有點負向的感覺。
但就投資來說，債的另外一面是「槓桿」，我們有限的資源，透過「債」這個槓桿，可以把有限的資源放大，讓我們用一倍的資源，做 N 倍的事。
閱讀全文
近期關於「產品增長」的三個領悟
因為一直在做跟增長有關的顧問，最近對產品的增長，有三個領悟。
閱讀全文
五種營收增長法 – 基礎篇
1.增加產品
萬一 Google, FB 之後和你做一樣怎麼辦？談談護城河
我不論參加各式比賽或補助案，最多評審問過，也幾乎是最難答的問題就是
「萬一 Google, Facebook 之後和你做一樣怎麼辦？」
這個問題其實很難答，沒人沒錢的狀況下，賽道一樣，然後巨頭們也很認真投入，你說你可以打贏 Google 和 Facebook，我自己都不敢信。
你說 Google 不會做這個題目，其實市場夠大，巨頭就會有興趣。
你說你有網路效應、專利保護，其實這是有一點護城河，但很淺。
閱讀全文