老闆說「這招有效」的時候，你有沒有想過問他：「你怎麼知道？」

如果你跟我一樣，第一次看到這個主題的時候，大概會覺得——哦，又是在教怎麼做決策。

換言之，你以為你要學的是：如何蒐集更多資訊、如何判斷一個策略好不好、如何在開會的時候講出有說服力的觀點。

這個理解不算錯。但它漏掉了一件事。

那件事是：在你做出決定之前，你有沒有認真想過「什麼樣的結果，會讓我承認自己的判斷是錯的」？

大多數人沒有。我以前也沒有。

其實這篇真正要講的是

這篇要講的，是一種面對不確定性的方法論——在全力押注之前，先設計一個讓你「跌得比較不痛」的小測試。

它有個學術名字，但我不打算用那個名字開頭。

我只想先問你一個問題：你上一次在職場提出一個「我覺得這樣應該會有效」的建議，有沒有想過要怎麼驗證它？還是，你只是提出來、執行、然後觀察氣氛，看大家有沒有抱怨？

大多數人卡住的地方

誤區一：「我有直覺，直覺不會錯。」

直覺很重要，我不是要否定它。但直覺是由過去的經驗構成的——換言之，它只在「情況跟以前差不多」的時候才可靠。問題是，職場環境一直在變，昨天有效的方法，在新的團隊、新的文化、新的市場，不一定還管用。

你有沒有遇過這種情況：某個主管信誓旦旦說「我帶過很多團隊，這個方法絕對有效」，然後推行之後一塌糊塗？（哈哈）那不是他不夠聰明，那是他的直覺沒有在這個新情境裡被校準過。

誤區二：「數據說話——我有數字就夠了。」

這個誤區更隱密，因為它聽起來很理性。

問題是，數字本身不會說話，是「你決定怎麼解讀數字」在說話。如果你在推行一個新政策之後，業績剛好成長了 10%，你很自然會把功勞歸給那個政策。但你有沒有考慮過，也許那個月剛好是旺季？也許你的競爭對手那個月出了問題？也許根本是巧合？

沒有「對照組」的數據，只是一個讓你確認自己已經相信的東西的工具。

誤區三：「先試試看」等於「沒有系統」。

這個誤解讓很多人對「實驗」有錯誤的印象——好像先做小規模測試，就代表你不夠有信心、不夠專業、沒有完整的計畫。

恰恰相反。真正有系統的人，是在出手之前就想好「如果錯了，我怎麼知道」的人。不是出手之後，才開始替結果找理由。

第一個核心理解：先做草稿，再印成書

學過設計或工程的人，對「原型」這個概念不陌生。你不會在完全不確定一個產品會不會被接受之前，就量產五萬件。你先做一個簡陋版，拿去給真實的使用者試用，看他們怎麼反應，再決定要不要投入大量資源。

管理決策也一樣。

假設你是一個中階主管，你覺得「每週固定一天不開任何內部會議」可以提升團隊專注力。你不需要等到全公司同意才能驗證這個假設。你可以先在你自己的團隊試行六週，觀察幾個具體的指標——專案進度、大家的疲憊程度、需要臨時對齊的狀況有沒有增加——然後再決定要不要向上提案、擴大推行。

這不是猶豫，也不是沒信心。這是把錯誤發生的位置，從大舞台移到排練室。

坦言之，在台灣的職場文化裡，這個思維特別反直覺。我們習慣的是：主管說了算，一聲令下全面執行，然後再看成效。但那個模式的問題是，等你發現有問題，已經推行了半年，要回頭的成本非常高。

第二個核心理解：「公平地」找出真相，比「快速地」找出答案重要

好，假設你說：「我知道要先測試，但我怎麼知道測試結果是真的？」

這個問題問得很好。

想像一下：你讓 A 部門試行新的績效制度，B 部門維持舊的。三個月後，A 部門的業績成長了。你能說這是新制度的功勞嗎？

不一定。也許 A 部門剛好在那三個月拿到一個大客戶。也許 A 部門的人本來就比較積極。也許他們知道自己在被觀察，所以表現得特別好（這個現象有個名字，但我就不搬學術術語了）。

是故，如果你想讓比較有說服力，最關鍵的一步是：讓「誰去試新方法」這件事，盡量不要被你的偏見左右。

最理想的做法是隨機分配。就像抽籤一樣——不是選你覺得「最適合」的團隊，不是選自願的人，不是選跟你比較熟的部門。就是隨機。

這聽起來好像很冷血，但它的目的是讓結果更乾淨。當你排除了「這個部門本來就比較強」「這些人本來就比較願意配合」的干擾因素，你才能真正知道，是「那個方法」有效，而不是「那群人」有效。

第三個核心理解：先說清楚「什麼叫做成功」，再開始測試

這是最容易被跳過的一步，也是最多人事後後悔沒做的一步。

比賽開始之前，你要先講好計分規則。

聽起來很廢話？你去問問你身邊有沒有這種情況：公司推了一個新計畫，三個月後有人說「蠻成功的！大家都很投入！」，但另一個人說「根本沒效，業績沒動」，然後兩個人開始吵架——而他們吵的，根本是「什麼叫做成功」這個定義問題。

基此，在你啟動任何一個小實驗之前，要先回答三個問題：

一、我要看什麼指標？（是業績數字？員工滿意度分數？會議時長？離職率？要選一個，或最多兩個可以量化的東西）

二、變化要到多少，才算有意義？（不能說「只要有進步就算」——進步 0.1% 跟進步 20% 是完全不同的事）

三、我要觀察多長時間？（兩週太短，兩年太長，通常一到三個月是比較合理的起點）

把這三個問題的答案，在測試開始前就寫下來。聽起來很小一個動作，但它在做的事情是：強迫你承認，自己有可能是錯的。

那才是實驗思維最難、也最有價值的地方。

一個你現在就能做的練習

找出你工作裡最近讓你煩惱的一個問題——不需要是什麼大事，一個會議老是超時也可以、一個流程總是卡關也可以。

然後，跟著這幾個步驟走：

第一步：把問題寫成一個句子。（例：「我的週一晨會每次都超出預定時間 15 分鐘。」）

第二步：提出一個具體的改變。（例：「最後 10 分鐘，只允許做結論，不開放新討論。」）

第三步：決定你要怎麼知道這個改變有沒有效。把成功標準寫下來，在測試開始前就寫。（例：「連續四次會議都在時間內結束。」）

第四步：執行三到四次，記錄每次的實際狀況。

第五步：根據結果，決定要維持、調整、還是放棄這個改變。

全程大概需要三到四週。代價極低，但你會從這個過程裡，學到一種看待「改變」的方式——它不是一次性的豪賭，而是一個持續校準的過程。

我的反思與你下一步可以怎麼學

捫心自問，我在顧問工作的前幾年，犯過多少次這樣的錯——提出建議、相信直覺、推行執行，然後對著不夠理想的結果，努力解釋為什麼「方向是對的，只是執行面出了問題」。

現在回頭看，那些解釋有時候是真的，有時候只是在保護自己沒有設計驗證機制這件事。（苦笑）

在 INSEAD，我才第一次比較系統地接觸到這套思維。它不是什麼神秘的學術理論，骨子裡其實就是一件很樸素的事：在你用力之前，先想清楚你要怎麼知道自己使對了力。

於我而言，這個思維對台灣的職場人特別有用，因為我們的文化往往鼓勵「執行力」，但比較少討論「驗證機制」。會動的人很多，知道自己在朝什麼方向動的人，相對少一些。

如果你想繼續延伸這個主題，去找找「政策試點」的真實案例，或者任何一個你熟悉的產業裡 A/B 測試失敗的故事——失敗的案例往往比成功的更好看。

先從一個問題開始就好。真的。