作者：Jean-François Manzoni（INSEAD 管理實務教授）
主管要對員工提出批評性回饋時，常常會出現這種劇本：脾氣上來、員工防衛、關係變差。問題往往不在員工不受教，而在於主管在事前就用了一個太窄的「框架」（framing），把對話推向僵局。
為什麼會搞砸？「限制性框架」（Restrictive Framing）#
主管在準備回饋時，腦中會自動構建一張對情境的圖像，這張圖像就叫框架。出問題的框架通常有三個特徵：
- 狹窄（Narrow）：只考慮一種解釋，排除其他可能
- 二元（Binary）：把結果想成「贏 vs 輸」，沒有第三條路
- 凍結（Frozen）：對話過程中即使聽到反證，框架也不更新
案例：Liam 與 Jeremy#
Liam（VP）聽到部屬抱怨產品經理 Jeremy「不肯放權」，他在心裡定調為「Jeremy 太控制」，於是有了這段對話：
- Liam：「你做得很好，但我覺得你做太多了，為什麼不多授權？」
- Jeremy：「我有授權，只是部門品質要求高，我得參與。」
- Liam：「你應該幫員工成長、想策略，而不是埋在細節裡。」
- Jeremy：「我一直有想未來啊。」
- Liam：「你忙著挑每個逗號句點，我都不知道你還能想什麼！」
一個小分歧迅速升級成大爭執——這就是限制性框架的典型結局。
兩個讓我們陷入狹窄框架的偏誤#
1. 基本歸因謬誤（Fundamental Attribution Error）#
我們傾向把他人的問題歸因於他的個性／能力（內在），而忽略他所處的情境／條件（外在）。
- 主管太忙、認知資源有限，就會抓住「第一個說得通」的解釋（「Jeremy 太控制」）。
- 越是壓力大、時間緊，這個偏誤越強。
2. 假共識效應（False Consensus Effect）#
我們假設「合理的人會跟我看到一樣的現實」，所以對話中很難真的去更新自己的框架——「我都看得這麼清楚了，你怎麼會不同意？」
「兜圈子」（Easing In）也是個陷阱#
有些主管不直接說，改用「引導式提問」希望員工自己得出結論。看似溫和、開放，其實仍是狹窄／二元／凍結的框架，只是換個包裝。
案例:Alex 與 Erin#
Alex 想把 Erin 從跨部門委員會裡拿掉，但希望她「自己提出來」：
- Alex：「你會不會覺得開那些會是浪費時間？」
- Erin：「不會啊，我學到很多。」
- Alex：「會不會分心於本職工作？」
- Erin：「不會，我覺得這件事很重要、我有貢獻。」
- Alex：「那要不要改成非正式參與就好？」
- Erin：「聽起來你是想叫我退出？為什麼？我數字有達成、又能學東西。」
- Alex：「不不，我只是確認你想做。」
- Erin：「我想做。」
結果：Alex 沒達成目的、沒傳達真正的意見，反而讓 Erin 從此懷疑主管「話裡有話」。Easing in 是賭博，你只有一半的牌——員工可能不照劇本走、可能假意接受卻不相信、最糟的是失去對主管的信任。
重新框架（Reframing Feedback）#
要破解，主管要把框架變得寬廣、不二元、且願意更新。
Liam 換個框架#
從「Jeremy 太控制」（一個結論）改為一個問題：
「我聽到一些抱怨說 Jeremy 沒有授權，他的員工挫折到我擔心會走人。我想了解 Jeremy 是否知道這些抱怨、聽聽他怎麼看。」
對話開場也跟著開放：
「Jeremy，我不確定你是否知道、也不確定是不是真的，但我聽說 Frank 和 Joan 想承擔更多責任。你覺得呢？」
這樣的框架沒有預設結論，自然不會被「凍結」。
Alex 換個框架#
從「把 Erin 弄出委員會」（結果導向）改為「了解她的工作、她在委員會的角色、和她的職涯規劃如何銜接」。一旦不執著於某個結果，就不會被迫去操弄問題。
為什麼開放式框架有效#
員工願意接受回饋的條件有三：
- 給回饋者可信、有善意
- 回饋形成過程公平：蒐集所有相關資訊、聽員工說明、考慮員工觀點、標準一致
- 回饋溝通過程公平：認真聽、尊重對方、即使不同意仍支持員工
狹窄框架直接違反了 (2)；二元/凍結框架直接違反了 (3)。員工感受到「過程公平」時，才會真的接受並改變行為。
給主管的提醒#
- 警覺自己是否落入基本歸因謬誤：先問「他所處的情境是什麼？」再下結論
- 在開口前刻意列出至少三種替代解釋，逼自己跳脫第一個直覺
- 對話中留意員工的反證，主動修正框架，而不是把對話視為「贏對方」
- 不要靠「先誇獎再丟壞消息」或「兜圈子問問題」這類捷徑，這些做法只會讓員工更不信任你
簡單說，寬廣、有彈性的態度讓員工感受到過程公平，這正是讓批評真正被接受、改變真正發生的關鍵。