最近跟很多朋友交流,他原本不會寫 code,是做規劃和整合的人,但開始 Vibe Coding 後做出了成果,反而變成期待通膨,工作吃不消。
這就是職場常見的陷阱:能力強的人,事情會越來越多,搞死自己。但 Vibe Coding 這波,陷阱比以前更深,因為大家對 AI 的想像太美好了。
不是不要 vibe coding,因為我自己也在做,也樂在其中,但是這其中難免有很多令人不舒服的地方。
閱讀全文
最近跟很多朋友交流,他原本不會寫 code,是做規劃和整合的人,但開始 Vibe Coding 後做出了成果,反而變成期待通膨,工作吃不消。
這就是職場常見的陷阱:能力強的人,事情會越來越多,搞死自己。但 Vibe Coding 這波,陷阱比以前更深,因為大家對 AI 的想像太美好了。
不是不要 vibe coding,因為我自己也在做,也樂在其中,但是這其中難免有很多令人不舒服的地方。
閱讀全文
現在越來越多 PM 開始用 Vibe Coding 做產品開發。如果你用 SDD(Spec-Driven Development)框架,像是 Spec Kit,流程大概是這樣:人類寫 User Story、輸入設計稿,然後 AI 會根據這些東西產出 Spec 和開發計劃,最後再依照計劃去實作。
這時候一個很自然的問題就出現了:反正出來的東西會動就好,我幹嘛要去看、甚至看懂 AI 寫的 Spec 和開發計劃?
老實說,這個觀點也不能說錯。但在回答這個問題之前,我想先把 SDD 和 AI 拔掉,回到一個更基本的情境來看。
閱讀全文
我們常說要洞察用戶的需求,但其實只看需求本身是不夠的,更關鍵的是:這個需求背後承載著怎樣的情緒渴望。
閱讀全文
在跑 Scrum 的時候,有一件非常重要的事情,就是 Sprint Goal。
閱讀全文
在做產品時,我們很自然會用 產品思維 去檢視:功能有沒有被使用?需求有沒有被滿足?如果沒有,就代表需要優化。這是一種持續迭代、持續改進的邏輯。
但問題是,當我們把這套思維帶進日常生活,特別是 人際關係 上,就可能會產生副作用。
閱讀全文
自己寫過快 300 篇 blog,還有 22 小時含逐字稿的課程,好處就是,從中抽取 skill 會很方便。
我把我的產品企劃實作框架,變成 skill 並在 GitHub 開源了,歡迎大家 fork / 使用。
閱讀全文

我是一個講師,最近我正在透過 Keynote 錄音來製作我的線上課程,原本一切都很順利,直到我遇到了一個讓所有人都會崩潰的災情:錄到一半中斷後,後面的內容竟然完全「錄不進去」了!
這情況很尷尬,我不希望重錄,因為已經錄一半了,可是後半段卻怎麼錄都錄不進去,keynote 只是假裝有錄,但是我要試圖播放出來聽的時候,卻怎麼也播不了。
就算我重錄好了,也不確定這個狀況會不會再發生,非常痛苦。
閱讀全文
MECE 是 Mutually Exclusive, Collectively Exhaustive 的簡寫,是將複雜問題拆解時,做到「不重疊、無遺漏」的分類,以確保全面、系統化地分析問題並找出解決方案。
當我們開腦力激盪討論問題和解法時,為了確保我們討論出來的結論是 MECE 的,你最好有一個「框架百寶箱」,從框架出發,一定就可以確保你討論出來的結論是 MECE。
閱讀全文
在 2025 WebConf Taiwan 分享關於產品團隊在訂 OKR 會遇到什麼議題和問題。
以下是我分享的簡報,歡迎大家參考。
閱讀全文

當老闆的「隕石」來臨時,對員工來說,是一個認知失調的過程,因為我們都知道:「老闆的隕石一定要做。」,但內心卻又覺得:「我根本不想做。」
在這種矛盾的狀況下,我們通常都會為了緩解衝突的認知,改變自己的態度或重新解釋,讓自己好過一點。
但,你怎麼處理這種認知失調,卻決定你等級能升多快的關鍵。
曾經有一位 PM 問我:「我對現在做的產品沒有興趣,該怎麼辦?」
「老闆很照顧我,對我也很好。」
「工作環境也不錯。」
「只是因為對這個領域沒有興趣,所以總覺得少了點熱情。」
閱讀全文
一個經典的場景是這樣的:
當 PM 問工程師:「這個要做多久?」工程師回答:「要一個月。」PM 沒有多問,就把「一個月」直接回報給老闆。
結果呢?不用懷疑,你一定會被老闆釘到爆。沒有細節、沒帶回為什麼,這樣的 PM 只是個傳聲筒。
真的該好好釐清一件事:我們要請 AI 幫忙的目的是什麼。一旦目的搞錯,AI 就會從助力變成拖油瓶。
舉例來說,很多 PM 在用 vibe coding 做 prototype 的時候,常常犯下一些嚴重的錯誤。像是「略過了用手思考的步驟」
什麼是「用手思考」?
閱讀全文
做產品會有很多債,技術債、設計債、體驗債、文件債,這些名詞後面加個「債」字,好像有點負向的感覺。
但就投資來說,債的另外一面是「槓桿」,我們有限的資源,透過「債」這個槓桿,可以把有限的資源放大,讓我們用一倍的資源,做 N 倍的事。
閱讀全文
因為一直在做跟增長有關的顧問,最近對產品的增長,有三個領悟。
閱讀全文