在做系統優化專案設計時，我常常會遇到一種披著理性的判斷。表面上在討論流程、操作邏輯、使用者行為，但真正影響決策的關鍵，往往不是哪一個方案更好，而是哪一個「看起來比較不會出事」，或是「長官可能會比較接受」。這真的是最好的判斷嗎？

在這樣反覆做決策的過程裡，我開始覺得有點怪，好像都是在替每一個選擇找理由，卻很少回頭再次確認，這些理由到底是不是正確。有時候一些當下覺得很合理的判斷，在後來的時間點回頭看，其實不一定對；反而那些當下沒那麼確定的選擇，才比較接近正確。

最近剛好讀到《機率思考》，讓我開始重新看這些決策：很多時候以為自己在做判斷，其實只是比較有把握地在猜。

誤判機率，讓我們做出看似理性的決定

這本書的核心概念：人類很容易誤判機率，而這會讓我們做出許多看似合理、但其實不那麼理性的決定。

讀這本書的時候，我一直有一種被點醒的感覺。我們很容易把發生在身邊的幾次經驗當成規則，把偶然發生的事，慢慢看成某種必然。有時候只是剛好發生，但就會讓我們產生一種錯覺，開始覺得：「應該都是這樣吧！」

不過，要知道機率沒有記憶！它不會因為你剛剛失敗過，就讓下一次變得比較容易成功。

因此，很多我們以為是「判斷」的決策，其實只是用過去的經驗，拼出一個比較有說服力的猜測。也許問題不在於我們不夠理性，而是我們太習慣在不確定裡，替自己找一個看起來合理的答案。

設計工作裡的機率誤判

在設計工作裡，我們習慣依賴各種資料來支持決策。不論是質化、量化或是使用者回饋，都是讓選擇看起來更合理的依據。

但讀完這本書之後，我開始意識到，問題有時候不在於資料不夠，而是我們怎麼理解這些資料。所以我試著把書裡提到的幾種常見誤判，對照到設計決策裡，整理成幾個我自己很有感的觀察。

當我們以為看見了規律

開始之前，可以先想一個情境：在一場猜硬幣正反面的遊戲中，如果前面連續五次都是反面，第六次你會猜什麼？多數人應該會很直覺地覺得，下一次「應該」會是正面。

但這本書提醒我一件很關鍵的事：機率其實沒有記憶。

不論前面發生過什麼，都不會影響下一次的結果，因為每一次事件都是獨立的。所以不管已經連續出現幾次一樣的結果，都不會讓下一次比較「應該」往另一個方向走。我們很容易把連續的經驗看成某種規律，但那其實只是一種誤判。

回到設計工作裡也是一樣。有時候我們會因為接連收到幾次類似的使用者回饋，就開始覺得這代表某種使用者傾向，或某個問題一定很嚴重。但很多時候，那只是剛好被我們看見，還不一定真的形成了一個穩定的模式，因此在下決策前，要再多思考一些才行。

🤩 你可以這樣思考

當幾次相似的情況接連出現時，我們很容易就開始相信，自己看見了一個規律。但在做判斷之前，也許可以先停一下，想一想：

這是一個真的正在形成的趨勢，還是只是幾次剛好重疊在一起的結果？

很多時候，讓人誤判的不是缺乏資訊，而是太快替有限的觀察下了一個結論。所以下結論之前，可以先問自己一句：這是趨勢，還是巧合？

有些風險，其實是被放大的判斷

當從新聞中看到一則飛機失事的報導時，即使知道這類事件其實很少發生，但若加上近期有搭機計畫時，那種「好像隨時可能發生」的感覺，會變得很強烈。之所以會有這樣的判斷，其實不是來自機率本身，而是來自我們最近接觸到的資訊。

當我們在做判斷時，有時候依據的不是機率，而是「感覺」。

像是在進行使用者訪談時，當某位受訪者強烈描述一個功能的問題，甚至提到可能帶來的嚴重後果時，我們很容易直覺地認為，這一定是一個很大的問題，甚至覺得應該優先處理。

但實際上，真的是這樣嗎？

這本書提到一個很重要的觀察是：人對風險的判斷，往往會被「印象深刻的事件」放大。

越是情緒強烈、越容易被記住的情境，就越容易讓我們高估它發生的頻率。也就是說，有些風險之所以看起來很大，不一定是因為它真的常發生，而是因為它「讓人很有感」。

回到設計工作裡也是一樣。有時候一則特別激烈的回饋，或一個印象深刻的錯誤案例，就會讓我們傾向優先處理這個問題。但那不一定代表它是最普遍、或最需要優先解決的情況，只是它剛好比較容易被我們記住。

🤩 你可以這樣思考

當某個問題讓你特別在意時，也許可以先停一下，確認一件事：

這是因為它真的常發生，還是只是因為它讓人印象特別深刻？

很多時候，我們不是沒有資料，而是被少數幾個強烈的案例，影響了判斷。所以下決策之前，可以試著多問自己一句：這是頻率，還是只是感覺？

以為在避免錯誤，其實只是讓自己比較安心

不知道你還記不記得，在寫考卷的單選題時，往往會剩下兩個不太確定的選項。這時候可能會選那個「看起來比較不會錯」的答案，而不是「看起來比較不會錯」的答案。當下會覺得這樣比較安全，至少不會犯太大的錯。

但這本書讓我重新思考一件事：避免錯誤，並不一定代表做出了更好的選擇。

在有不確定性的情況下，每一個選項本來就都帶有風險。如果只是選擇「看起來比較安全」的那一個，有時候反而會錯過機率更高的答案。也就是說，一個好的決策，不一定是那個最不會錯的選擇，而是那個在風險與機率之間，做出更合理取捨的選擇。

回到設計工作裡也是一樣。有時候在兩個方案之間，我們可能會傾向選擇那個「比較保守」的版本，因為改動較小、影響範圍較低，看起來比較不容易出問題，讓人比較安心。

但或許，另一個方案才是更有機會真正改善使用者體驗的方向，只是因為變動較大、風險較高，所以比較容易被放棄，確實可惜。

🤩 你可以這樣思考

在做抉擇時，也許可以先停一下，問自己一個問題：

現在是在避免犯錯，還是在選擇成功機率比較高的那個？

很多時候，我們不是沒有判斷能力，而是太習慣把「不出錯」當成唯一的目標。但在不確定裡，更重要的其實是：這個選擇，是否值得承擔它的風險。

所以下一次在做決策時，可以試著多問自己一句：這是最安全的選擇，還是成功機率最高的選擇？

設計決策，其實是一場機率管理

看完上述的三個例子，會發現它們其實不是三件事，而是同一件事的不同階段。

我們可能會容易看錯了規律，接著在判斷風險時被感覺影響，最後在做決策時，選擇了一個「看起來比較安全」的答案。但這整個過程，本質上都在處理同一個問題：

我們怎麼在不確定中做選擇。

也因為這樣，設計決策很少真的有「正確答案」。更多時候，我們只是在不同風險之間做取捨。與其追求每一次都做對，也許更重要的是理解：這個選擇，成功的機率是多少？失敗的代價是什麼？

當開始用這樣的方式看決策時，設計就不再只是找答案，而是一種對不確定的管理。

最後回到一個很簡單的問題：我們在做的，到底是在找一個不會錯的答案，還是在做一個值得承擔的選擇？