今天教中階主管決策的課程，真的不容易。

原因很簡單：中階主管最痛苦的地方，通常不是「不知道該怎麼做」，而是手頭上根本沒有對等的資源與權限。

你想推動一項專案，RD 團隊不一定買單；你想調整現有流程，其他部門怨聲載道；你執行高階主管交辦的任務，老闆有時候也只給了一個大方向，至於背後的執行細節、授權範圍和後續成敗，全得由你一個人去扛。

所以，如果課程只是流於心靈雞湯，拼命告訴大家「主管要有同理心」、「不要往心裡去」、「溝通要柔軟」、「換位思考」，這些道理雖然完全正確，但很多時候，那比較像是在幫大家療傷。

拍拍抱抱很有必要，但它終究不是解決實際問題的方法。

我一直在思考，這門課到底該怎麼設計，才不會變成一堂「聽起來很有道理，但隔天回辦公室依然不知所措」的課。後來我決定，必須直接讓學員在課堂上面對兩種最真實、也最無奈的中階主管處境。

▮ 兩個刻意設計的「無奈處境」

處境一：手無寸鐵的產品經理（PM）

他敏銳地發現市場正在轉變，認為下一代產品必須調整方向。然而，公司的研發團隊技術本位很重，傾向把規格做高、做深、做複雜。PM 手裡握有滿滿的市場調研資料，卻沒有實權命令研發配合。

這就是無數專案負責人、企劃人的日常寫照：你確信自己的判斷是對的，但對的人往往沒有權力，而手握大權的人，也不一定願意替你的判斷背書。

▮ 處境二：進退兩難的財務主管

新任總經理剛走上任，就丟出一個任務：四個月內，經常性費用必須縮減 20%。數字很明確，聽起來目標清晰，嗯，對吧

但是，這 20% 費用縮減到底是硬性沒得談的目標、一場壓力測試，還是高層心中早有定見的解方？每個部門一律齊頭式砍 20%，表面上看似公平，但各部門的成本結構根本不同。更頭痛的是，如果總經理明天開始休假兩週，這位財務主管到底是被充分授權，還是被推到第一線去當壞人？

這種任務在現實中真的很讓人無言，卻天天都在職場上演。我設計這兩個個案（別問我是不是真實個案改編），就是希望學員看清：中階主管的困境，常常不是「不夠努力」，而是「在沒有完整權力的情況下，卻要負責推動」。

▮ 回歸方法論：SCQA 的大魔王是「S」，「C」，還是「Q」

共鳴之後，必須給出解法。我選擇引進決策與溝通的經典工具——SCQA 框架。這個結構好懂、好上手

S（Situation）情境

C（Complication）衝突

Q（Question）問題

A（Answer）答案

邏輯上，不論你要對老闆簡報、向同儕提案或進行跨部門溝通，只要按照這個架構去梳理，基本分 60 分絕對拿得到。然而，聽起來容易，真正要寫得精準卻是一大考驗。

S 怎麼鋪陳？ 不是流水帳地把所有背景都塞進去，而是要找到能讓聽眾產生共識的共同起點。

C 拿捏的火候？ 講得若有似無，或是迂迴曲折，大家覺得不痛不癢不需要處理；講得太過嚴重，又容易流於情緒化的指控。

Q 才是核心關鍵。 你到底要解決哪一個問題

你是在問「產品方向到底要不要改？」還是在問「如何讓研發團隊願意把新方向納入正式的評估議程？」

你是在問「要怎麼砍 20% 的費用？」還是在問「如何將 20% 的裁減目標，轉化為一場可以讓大家坐下來討論的決策流程？」

當 Q 被釐清、定義清楚了，後續的 A（答案）自然會好處理許多。至於最後敘事要用 SCQA、AQSC 還是先講答案，那只是呈現順序的問題。

▮ 從經典故事看盲點：定義問題的維度

為了讓學員在不卡在專業背景的情況下練習，我刻意不先用複雜的企業個案，而是拿大家耳熟能詳的故事開刀：白雪公主與三顧茅廬。

白雪公主的決策題

如果我們把視角換成七矮人的領隊，思考的問題就不再是「白雪公主自己要小心」，而是「矮人們白天外出工作時，如何設計一套公主能理解、能嚴格遵守、且能即時通報的防護機制」。當 Q 從「如何保護公主」變成「如何徹底消滅壞皇后」，背後的對策就會完全不同。同一個故事，Q 一改，A 就跟著改。

三顧茅廬的人才招募

如果 Q 只是「劉備如何請諸葛亮下山」，答案往往會被簡化成「三顧茅廬很有誠意」。但如果將 Q 定義為「劉備在資源極度弱勢的情況下，如何吸引頂尖人才將職涯賭在自己的陣營？」這裡面涉及的就不只是誠意，而是公司願景、實質授權、信任度，甚至是高階人才進入核心圈的組織架構安排。

故事大家都熟，正因如此，學員反而更容易看清自己平常在管理現場的盲點：太快跳到答案、太急著貼標籤，或是一開始就把問題給問錯了。

▮ 真實商戰現場：打破「顧問式思維」的假象

熱身結束後，我們把焦點拉回那位苦主 PM 身上。在這裡，我規劃了一套推進流程

第一步，直覺式的盲測投票： 先讓大家就現有資料投票，產品到底要走專業高規格（Pro），還是消費級市場（Consumer）？通常大部分人會被吸引人的市場數據說服，選擇後者。

第二步，重新定義問題維度： 投票後我把大家拉回來。各位此時此刻是在爭論「產品最終要走哪條路」，還是要思考「PM 該如何準備，好讓消費級市場這個提案能順利進入正式會議，並促使研發團隊願意共同驗證？」

這兩者的思維完全不同。決定產品走向需要全面的財務、售後、通路資料；但如果是要促成跨部門對話，你得研究 RD 到底在擔心什麼、誰會反對、誰能支持、哪種資料能降低同仁的防衛心。

第三步，直擊痛點的尷尬提問： 我問了大家一題：「平常在公司遇到這種跨部門卡關，大家不是很常直接搬出大老闆來壓對方嗎？怎麼今天在做個案分析，每個人突然都變得像顧問一樣理性，充滿同理心和跨部門思維？」

這段互動很有趣。在教室裡大家都知道要同理研發、要提早暖身溝通。但回到現實職場，很多人的第一反應依然是：「這件事老闆挺不挺？能不能請大老闆直接幫我交辦下來？」

這沒有絕對的對錯，但關鍵在於：老闆的背書什麼時候用？怎麼用？用得太早會不會演變成權力壓制？即便短期贏了會議，長期來看，最後是誰要把產品做出來？這才是管理現場真正難熬的地方。

接著，我們直接進入三分鐘的角色扮演。

由 PM 向 RD 進行極短說服，而扮演研發的學員不急著反駁，只需記錄三件事：我聽到了什麼？我當下的情緒反應是什麼？我覺得哪些部分可信、哪些不可信？

這個設計的用意在於，許多主管常自認在講「市場機會」，但 RD 聽進耳裡卻變成了「你是不是在臭我們不懂市場」。當資料無法打中對方真正的心中顧慮，給再多數據都只是徒勞。如果研發擔心消費級產品代表品質不佳，你就要重新定義這個市場：這不是技術走回頭路，而是換個維度面對新的設計限制。

同一句話，說的人以為是理性分析，聽的人感受到的卻可能是被否定或被繞過。中階主管的決策溝通，不只是把答案說清楚，而是要讓對方願意一起面對問題。

▮ 課後的延續：用 AI 建立個人的決策練習室

這種思維訓練很難僅靠一天的課程就徹底內化。SCQA、金字塔原理、MECE、利害關係人分析，都不是聽過一次就能在實務上運用自如的工具。這也是為什麼我特別針對這次的課程，打造了基於 NotebookLM 的 AI 助教系統。

這套系統的目的絕不是讓 AI 直接幫大家寫出標準答案，而是為學員提供一個不間斷的「課後練習室」。大家可以把當天的個案、知識字卡和討論題丟進去，讓 AI 扮演嚴格的教練，持續追問你：

你的 S（情境）足夠清晰嗎？起點有一致嗎

你的 C（衝突）是客觀的市場變化，還是流於個人的抱怨

你的 Q（問題）定義得太大、太小，還是根本失焦了

你的 A（答案）是否兼具了主張、核心理由、潛在限制與下一步行動

AI 可以幫忙激盪想法、梳理邏輯，但它終究無法替主管做出最終裁決。資料充不充足、哪位關鍵人物得先溝通、什麼時機該請老闆背書，這些細緻的商業判斷，依然是經理人不可被取代的價值。

▮ 寫在課後：為什麼我不選安全的路

老實說，每次開發這種高互動、高動態的課程，課前都會面臨巨大的心理負擔。最消耗心力的往往不是上課當天，而是前期無數個焦慮的夜晚

這種設計會不會太複雜？拿白雪公主和三顧茅廬當案例會不會太跳tone？角色扮演的環節會不會冷場？學員現場操作 AI 助教系統會不會遇到技術突發狀況？下午大家會不會累到根本不想討論？

如果沿用最駕輕就熟、最安全的傳統講授法，我的確可以過得輕鬆很多。但那也意味著自己停下了腳步，開始消耗過去的累積。我還不想過那樣的生活。

對我而言，企業訓練教學最迷人的地方，始終在於如何將一個抽象的管理理論，轉化為學員在課堂上能夠實際思考、卡關、激辯，最終能真正帶回日常工作落實的實戰體驗。

當然，我始終得扛著搞砸的風險，而我也的確搞砸好幾次（感謝那些容忍我的合作對象們）。

我自己自認這條路不容易卻是值得的，我也願意把我的經歷分享出來。或許，有些人可以改良我的作法，從而更成功，那也是可喜可賀！