2026-03-07 14:21:15
自己寫過快 300 篇 blog，還有 22 小時含逐字稿的課程，好處就是，從中抽取 skill 會很方便。
我把我的產品企劃實作框架，變成 skill 並在 GitHub 開源了，歡迎大家 fork / 使用。
GitHub: product-planning-skill
不管是做到一半的產品，還是從頭開始的產品，你給他一個點子，他會一口氣的產出 Persona、User Journey，找出並排序用戶的痛點，透過用戶群體大小、痛苦的程度、頻率…來幫你找機會點，最後幫你做出 MVP 的規劃，還有最後應該要看什麼指標….等等。
他不是單純的請 AI 角色扮演某個厲害的產品經理想 idea，而是經歷一套「設計思考」+「產品定位」方法論後的結果。
當然，這些都是假設，你需要透過用戶訪談、實際上線做驗證。
這個產品企劃框架，適用的不只是軟體產品，硬體產品甚至是服務型產品，也都適合喔！
這邊先放一個產品企劃實作框架的案例，給大家看一下這個 skill 可以做的事，你只要告訴他你想做什麼 idea，他就會和你互動，產出這整個頁面來。
這個產品企劃實作框架，是怎樣的理論呢？可以參考這個影片。
對完整理論有興趣的話，可以參考PPA上的 產品企劃力 課程。
至於怎麼使用 skill，這種事請大家打開自己的 Gemini, Claude, ChatGPT 問問他們吧！AI 領域變動太快，我寫了說明也會很容易過期，所以還是問 AI 比較快。
自己寫過快 300 篇 blog，還有 22 小時含逐字稿的課程，好處就是，從中抽取 skill 會很方便。
之後我還會陸續提煉更多 skill，歡迎大家繼續關注。
2026-02-23 09:25:41
我是一個講師，最近我正在透過 Keynote 錄音來製作我的線上課程，原本一切都很順利，直到我遇到了一個讓所有人都會崩潰的災情：錄到一半中斷後，後面的內容竟然完全「錄不進去」了！
這情況很尷尬，我不希望重錄，因為已經錄一半了，可是後半段卻怎麼錄都錄不進去，keynote 只是假裝有錄，但是我要試圖播放出來聽的時候，卻怎麼也播不了。
就算我重錄好了，也不確定這個狀況會不會再發生，非常痛苦。
keynote 是我現在遇到，錄線上課程最好的工具，有時候一張投影片要講的東西很多，他可以讓我分段錄，也可以讓我在講錯的時候，重新把時間軸往前拉，蓋掉我講錯的部分就好，而不用整張重新錄，非常好用。
就是因為這麼好用，我不想要換其他軟體。
我上網找了一些可能的解法，包含有問題的那張投影片，就再複製一張，然後把原本那張刪掉。這個方法算是可以救急，但一份 20 張投影片的簡報，居然有 15 張都會遇到這種狀況，這真的不算是一種解法。
要解決問題，我整理一下我搜集完資料後，我猜測這個問題背後的原因。
當我們在錄製 Keynote 幻燈片秀時，如果你錄到一半（例如第五張投影片）因為講錯字而按下停止，系統就必須在那個瞬間把剛剛錄好的影音寫入成一個檔案的「結尾」。
如果你的電腦稍微有些年紀（像我的筆電已經服役 5 年了），當下可能因為 CPU 過熱降頻、記憶體吃緊，或是硬碟寫入速度跟不上，導致那個影片檔的「結尾」沒有被完整寫入，變成了一個損毀的斷點。
當你準備接著往下錄時，Keynote 的運作邏輯是試圖把「新錄的影片」縫合到「舊的影片尾巴」上。但因為那個尾巴已經壞了，系統一讀取到錯誤的資料就會立刻卡死，為了保護檔案，它乾脆拒絕讓你寫入任何新資料。這就是為什麼你會遇到「按了錄製卻錄不進去」的窘境。
最後，我發現了一個極度簡單且有效的技巧，我稱之為「倒退覆蓋法」。具體操作步驟如下：
你這樣做，等於是在告訴 Keynote：「放棄那個壞掉的接縫處，直接從前面一段『健康』的影片區塊開始覆蓋寫入。」這樣可以切除了壞死的尾巴，直接用新檔案覆蓋掉原本損毀的資料點，避開了讓系統卡死的雷區。
雖然這個解法還沒辦法做到 100% 解決，但已經有 80%~90% 的成功率了，我已經覺得堪用了，分享給大家。
--2026-02-21 10:18:43
MECE 是 Mutually Exclusive, Collectively Exhaustive 的簡寫，是將複雜問題拆解時，做到「不重疊、無遺漏」的分類，以確保全面、系統化地分析問題並找出解決方案。
當我們開腦力激盪討論問題和解法時，為了確保我們討論出來的結論是 MECE 的，你最好有一個「框架百寶箱」，從框架出發，一定就可以確保你討論出來的結論是 MECE。
當你一時想不起任何複雜框架時，只要把事物切成「對立的兩面」，就絕對是 MECE。
當然也可以Ｎ分
一段連續的體驗或運作中，用時間切是最乾淨的。
這是最嚴謹、絕對不可能重疊或漏接的 MECE 框架。直接把問題變成一個方程式。
這是最嚴謹、絕對不可能重疊或漏接的 MECE 框架。直接把問題變成一個方程式。
前人已經幫我們千錘百鍊證明過的 MECE 框架。
2025-12-12 09:24:17
在 2025 WebConf Taiwan 分享關於產品團隊在訂 OKR 會遇到什麼議題和問題。
以下是我分享的簡報，歡迎大家參考。
2025-11-01 16:55:51
當老闆的「隕石」來臨時，對員工來說，是一個認知失調的過程，因為我們都知道：「老闆的隕石一定要做。」，但內心卻又覺得：「我根本不想做。」
在這種矛盾的狀況下，我們通常都會為了緩解衝突的認知，改變自己的態度或重新解釋，讓自己好過一點。
但，你怎麼處理這種認知失調，卻決定你等級能升多快的關鍵。
最常見的處理方式，是告訴自己：「老闆給我薪水，所以我就該做。」或是：「進入社會就是這樣，沒什麼好抱怨的。」
這種方式的確能短暫地讓自己心安，但這只是Level 1的做法。問題在於，你可能會因此過度扭曲自己，壓抑內心真實的情緒與想法。
那些不滿與痛苦會慢慢累積，最終可能突然爆發。而且爆發的時候，不一定發生在工作上，也有可能在家庭裡，甚至傷及無辜。
如果一個人能用不扭曲的方式來處理認知失調，就有機會自我成長。如果我們不想只是壓抑自己，那就要往Level 2邁進。
Level 2 的人，會選擇多問一個「為什麼」。
「為什麼老闆要我們做這個看起來沒意義的隕石？」
「這件事背後的目的到底是什麼？」
如果老闆的說法仍然讓你覺得不 make sense，那就應該繼續追問。
這有點像處理感情的方式。當另一半做了傷害你的事，你不該先檢討自己哪裡做錯，而是應該問：「你為什麼要這樣做？」。如果對方無法說清楚，那你就該考慮離開。
對待工作，其實也一樣。理解「為什麼」，比盲從「要不要做」更重要。
身為產品經理（PM），不能只停留在 Level 2。因為你的角色，要把這件事做得更好，不然你也是隕石的一部分。
想像一下開會的情境：
工程師（RD）問你：「為什麼要做這件事？」
你答不出來，只能說：「因為老闆說要做。」
這樣雖然事情可以推進，但你其實讓整個團隊都陷入了認知失調。大家邊做邊懷疑、邊懷疑邊累積痛苦。
某一天團隊有人情緒爆發時，你其實也是導火線之一。
Level 3 的做法，是你能夠真正理解老闆的意圖，經過自己的整理與思考，把背後的目的與策略意涵梳理清楚，再向團隊說明。
讓大家知道「老闆為什麼要這樣做？」、「這顆隕石的意義是什麼？」、「做完之後，so what？」，都能清楚交代。
老闆的隕石永遠會存在，但每次面對它，都是我們重新選擇的機會：
是壓抑自己、說服自己硬吞下去？是多問一個為什麼？
還是能理解背後的意圖，並帶著團隊一起消化？
面對隕石，你是 Level 1、Level 2，還是 Level 3？
--
