2026-03-15 18:39:24
我們常說要洞察用戶的需求，但其實只看需求本身是不夠的，更關鍵的是：這個需求背後承載著怎樣的情緒渴望。
需求是外顯的，但人們為何有這個需求，往往是想透過這個需求，去滿足某種情緒渴望。
情緒渴望可以分為表層與深層兩種。
情緒本身也有層次，表層情緒是喜、怒、哀、樂這類容易被察覺的感受；但深層的，才是人們真正渴望的心理狀態，像是安全感、被理解、掌控感、自在感、成就感，或者是感覺有衝勁、有希望、有能量。
所以當我們在問「這個需求有沒有被滿足」的時候，不能只看行為是否完成，或功能是否使用，而是要回頭問：
「我們有喚起用戶的深層情緒？」
真正有力量的體驗，是能觸及人內在深層的心理需求。設計的挑戰不是讓人感覺「好用」、操作「順手」，而是要引導人從當下，走向一個心理上更整合、更有能量的狀態。
情緒是洞察與創造的起點；忽略情緒，就無法真正滿足需求。
--2026-03-15 18:35:19
在跑 Scrum 的時候，有一件非常重要的事情，就是 Sprint Goal。
整個團隊都應該要朝著同一個 Sprint Goal 努力，而不是只專注在把自己手上的事情做完。
舉例來說，有時候在實作的過程中，你可能會覺得某個地方怪怪的，好像哪裡不太對勁。但因為規格就是這樣寫的，你心裡就想說：「算了，照規格做就好。」
你並沒有去思考，或懷疑這樣的實作方式，到底能不能真的幫助團隊達成 Sprint Goal，甚至在 Daily Stand-up 的時候，也選擇不提出來討論、不發問。
如果發生這種情況，其實代表這個 Scrum Team 是不及格的，而這樣的行為，也顯示這位成員在 Scrum 的運作上是不適任的。
--2026-03-15 18:32:16
在做產品時，我們很自然會用 產品思維 去檢視：功能有沒有被使用？需求有沒有被滿足？如果沒有，就代表需要優化。這是一種持續迭代、持續改進的邏輯。
但問題是，當我們把這套思維帶進日常生活，特別是 人際關係 上，就可能會產生副作用。
比如說：當人際關係遇到一些不順遂時，我們很容易立刻檢討自己——是不是我表達得不夠好？是不是我哪裡做錯了？這樣的思維雖然看似在反省，其實往往會讓我們掉進一種過度苛責自己的迴圈。
這時候，我認為就需要引入 自我覺察。在自我覺察裡，我們要把「情緒」當成一個重要的顧客。
當情緒不舒服的時候，就等於這個顧客不滿意。我們沒有辦法去改變顧客本身，但我們能調整的，是自己。
而這裡的難點在於，自己同時又是情緒的來源。那要怎麼辦呢？
答案是：我們可以透過改變自己的行為與應對方式，來讓情緒這個顧客滿意一點。
我一直覺得：情緒才是真正的顧客，做產品你面對的也是顧客的情緒，待人處事，你面對的是自己的情緒。
正視自己內心的情緒顧客，他會讓你把事情做的更好更順手。
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% 的成功率了，我已經覺得堪用了，分享給大家。
--
