PM筆記五十八：如何在發布前抓出隱形的魔鬼？你試過「腦中預演」嗎？
我有一個怪習慣：在重要發布的前一晚，我會坐在沙發上，閉上眼睛，像演電影一樣，在腦中把明天的流程從頭到尾走一遍。
這不是發呆，這是「腦中模擬」。
有次我們要上線一個「會員升級」功能。流程圖畫得很完美，測試也都過了。但在上線前一晚，我在腦中模擬時，想像自己是一個剛註冊的用戶： 「我點了升級 -> 跳出付款 -> 付款成功 -> 回到首頁... 等等！」
我突然睜開眼睛。我發現我在腦中模擬「回到首頁」後，系統顯示的狀態可能還是「舊會員」，因為資料庫同步需要時間，如果沒有做一個「請稍後」的 Loading 動畫，用戶一定會以為自己被騙錢了，然後瘋狂打客服。
這個細節在靜態的流程圖上是看不出來的，只有在動態的腦中模擬中才會被發現。
我連夜打電話給前端加了那個 Loading 動畫。果然，上線後一切順利。
很多 PM 只依賴文件檢查，但文件是死的。只有透過「腦中模擬」，把自己代入那個情境、那個時間軸，你才能感覺到那些隱藏在流程縫隙裡的魔鬼。
PM筆記五十九：低級錯誤是團隊的尷尬時刻
我們曾經為了爭取一個銀行大客戶，準備了三個月。工程團隊熬夜寫出了效能極佳的系統，設計團隊畫出了得獎等級的介面。Demo 當天，我們信心滿滿。
我站在投影幕前，充滿自信地展示登入頁面：「各位請看，這是我們為貴行打造的專屬入口...」
就在這時，客戶端的總經理眉頭一皺：「為什麼銀行的英文拼錯了？」
我回頭一看，斗大的標題寫著 "Bnak" 而不是 "Bank"。
那一瞬間，會議室的空氣凝結了。不管我們的系統架構多強、資安多嚴密，在客戶眼裡，我們連「Bank」都拼不對，其他的品質又怎麼能信任？那個低級錯誤像是一記響亮的耳光，打在我們所有人的臉上。工程師低頭看地板，設計師臉色發白，而我恨不得找地洞鑽下去。
雖然最後我們勉強圓了過去，但那個案子的成交價被砍了兩成，因為客戶對我們的「細心度」存疑。
這次慘痛的教訓讓我學到，所謂的「專業」，往往不是體現在那些高深的技術上，而是體現在「沒有錯別字」、「連結有效」、「排版整齊」這些低級的基本功上。這些低級錯誤是團隊最尷尬的時刻，它會瞬間抹殺大家數個月的努力。從此之後，我在 Demo 前一定會找一個「全新視角」的人來檢查這些細節，因為當局者迷，我們絕不能讓一顆老鼠屎壞了整桌滿漢全席。
- 筆記 58（腦中預演）： 透過動態的「心智模擬」代入使用者情境，捕捉靜態流程圖看不見的體驗縫隙（如資料同步的時間差），在問題發生前先一步補位。
- 筆記 59（杜絕低級錯誤）： 深刻警示「細節即專業」；一個錯字或排版失誤，就足以抹殺團隊數月的努力並摧毀客戶信任。
