台灣電信主管在會議室討論決策簡報與資料儀表板的情境圖
中華電信主管課程

中層主管決策溝通

用 SCQA 釐清問題，用金字塔檢查論證，並善用生成式 AI 做追問、修稿與自我檢查。

本課程會從拓模科技與經常費用縮減案出發，練習在資訊不完整與授權有限的情境下，提出可被討論的判斷。

SCQA個案討論主管溝通生成式 AI
課程導入

今天要練的三件事

本課程聚焦在中層主管常見的管理處境：資訊不完整、授權有限、跨部門立場不同，仍需要提出可討論、可推動、可回應質疑的決策說法。

今天要練的能力

  • 辨識問題的來源與類型。
  • 把情境轉成可討論的決策問題。
  • 用結構化論證支撐建議。
  • 依對象調整溝通順序。

今天會用的素材

  • 《金字塔原理》的問題定義與溝通架構。
  • 拓模科技個案。
  • 經常費用縮減專案小組個案。
  • 生成式 AI 作為追問與修稿工具。

討論規則

  • 先讀個案，再進入討論。
  • 先說判斷，再補資料。
  • 先釐清限制，再談行動。
  • 所有 AI 產出都要回到個案證據檢查。
全天路徑

七小時安排：從個人經驗走到個案討論與主管溝通

上午建立共同語言，下午進入兩個案討論，最後把討論結果轉成面向主管的說明。每一段都會形成可帶回工作的應用產出。

單元主題實務演練應用產出
第一段課程開場與管理處境寫下近期一個跨部門或向上溝通難題。個人情境描述。
第二段問題定義與 R1/R2區分現況、干擾事件、不理想結果、目標狀態。問題定義草稿。
第三段SCQA 與金字塔練習把一段混亂描述整理成報告開場。四句式開場與三點理由。
第四段拓模科技討論無職權影響產品方向的溝通順序。討論題答案與會議前準備。
第五段經常費用縮減案討論模糊交辦、授權邊界與任務小組啟動。向上確認題與第一次會議設計。
第六段AI 輔助修稿用 AI 檢查缺口、改寫語氣、找出假設。AI 初稿與人工修正版。
第七段分組發表各組用 90 秒說明主張、限制與下一步。發表稿與組內回饋。
第八段課後應用選一個下週工作情境，規劃一次可執行的溝通。個人行動紀錄。
課前提醒

讀個案時先保留判斷，避免一開始就找答案

個案討論的重點在於看見情境裡的張力。讀到第一個看似合理的答案時，先暫停，改問還有哪些人會受到影響、哪些資料仍缺、哪些限制尚未說清楚。

閱讀時先標記

  • 主角的正式職責與實際壓力。
  • 長官、平行單位、團隊各自在意的結果。
  • 資料中清楚寫出的事實。
  • 個案中沒有寫清楚、但會影響行動的資訊。

討論時再判斷

  • 先描述情境，暫緩提出建議。
  • 先確認哪些人擁有決策權與否決權。
  • 先列出可能的反對理由。
  • 最後才決定應該先談誰、怎麼談、談到什麼程度。
討論過程會刻意保留不確定性。管理現場很少有完整資訊，重點在於如何提出可被檢查的判斷。
中層主管處境

中層主管常面對三種壓力：上級期待、平行單位牽制、團隊執行

決策溝通常卡在三個方向。向上要說清楚需要什麼決策；橫向要讓其他部門願意配合；向下要把方向轉成能執行的工作。

方向典型壓力容易出現的問題實務演練焦點
向上長官要求急、目標大、授權邊界模糊。接下任務後才發現資料、權限或時程不足。向上確認與主管簡報。
橫向平行單位有不同 KPI、不同專業語言與資源壓力。會議上各自防守，問題被拆成部門利益。利害關係人判讀與溝通順序。
向下團隊需要知道要做什麼、何時回報、怎麼判斷完成。方向很清楚，執行安排很模糊。下一步、責任分工與追蹤時間點。
自我主角擔心承擔非必要責任、越權、得罪人或資料不足。把問題留在心裡，簡報只剩資料堆疊。先寫出立場、限制與需要支持。
決策能力

決策溝通要同時處理判斷品質與推動品質

一個建議如果只有分析，缺少溝通順序，容易停在報告裡；如果只有人際協調，缺少判斷依據，又容易被質疑。課程會同時處理兩邊。

判斷品質

  • 問題是否界定清楚。
  • 資料是否支撐主張。
  • 同層理由是否分類一致。
  • 排序是否能說明優先順序。
  • 限制與風險是否明確。

推動品質

  • 聽眾是否知道此刻要決定什麼。
  • 關鍵對象是否先被理解。
  • 正式會議前是否完成必要暖身。
  • 長官是否提供足夠背書。
  • 團隊是否知道下一步與責任分工。
問題定義證據品質利害關係人溝通順序責任分工
決策循環

決策推動可分成三段：辨識、聚焦、動員

辨識階段要看見問題與機會；聚焦階段要選出此刻最需要回答的題目；動員階段要把判斷轉成別人願意採取的下一步。

三段式決策推動示意圖：辨識、聚焦、動員

三段檢查

  • 辨識：先判斷這是恢復原狀、預防風險，或追求理想。
  • 聚焦：選出本次會議有權回答、且會影響下一步的題目。
  • 動員：把結論轉成長官、平行單位、團隊各自能採取的行動。
  • 準備報告前，逐一檢查三段是否都有一句清楚說法。
  • 若任一段不清楚，報告就容易變成資料堆疊或人際勸說。
  • 若三段都清楚，聽眾比較容易知道現在要判斷什麼。
辨識

辨識問題時先判斷類型，工具才會選得準

同一件事可用不同角度看待。服務品質下降、資安風險提高、新業務機會出現，背後需要的分析方法各不相同。

問題類型常見起點分析重點適合的問題
恢復原狀現況偏離正常水準。找出偏離原因與可修復環節。哪個流程或條件造成結果失控？
預防風險風險尚未完全發生，但跡象已出現。找出風險點、觸發條件與預警指標。若不處理，哪個結果最可能惡化？
追求理想組織想達成更高目標或進入新領域。評估機會、資源、優先順序與取捨。哪條路徑最能接近目標狀態？
混合型情境同時包含修復、風險與成長。先決定這次溝通要處理哪一層。這次會議有權決定哪一件事？
聚焦

聚焦的目的，是讓會議知道此刻要回答哪一題

資料很多時，聚焦尤其重要。報告不宜同時處理所有層級，應先選出聽眾有權回應、也會影響下一步行動的問題。

判斷優先題

  • 這個問題若不回答，下一步會卡在哪裡。
  • 聽眾是否有權做出需要的判斷。
  • 此題是否能由目前資料支持初步討論。
  • 若資料不足，是否能轉成補資料的任務。

暫時放下的題

  • 超出本次會議權限的制度改革。
  • 需要長期研究、但不影響眼前下一步的題目。
  • 情緒性指責或對人貼標籤。
  • 和主張無關的背景資料。
聚焦會把複雜度安排到適合的討論順序，先處理本次會議有權決定、也足以推動下一步的題目。
動員

分眾溝通：把決策語言轉成各角色聽得懂的工作語言

同一個建議面對不同對象時，入口需要調整。長官要知道風險與取捨；跨部門夥伴要知道公平與資料；團隊要知道下一步。

對象常見關切可用說法應避免
長官結果、風險、時程、需要裁示事項。目前有三種路徑，建議先確認授權邊界，再進入跨部門討論。只列資料，未提出需要長官回應的事項。
跨部門夥伴部門利益、資源排擠、資料定義、公平性。這次先確認共同問題與資料定義，後續才討論各部門方案。一開始就要求各部門承諾刪減或配合。
團隊任務、責任、時程、回報方式。本週先完成資料盤點，下週提出三個可行選項。只說方向重要，沒有交代工作安排。
外部對象影響、價值、限制與承諾。這次調整會先影響哪些流程，哪些服務維持不變。先宣示大方向，後續才補說明。
Minto 方法

SCQA 是報告開場的問題定義工具

SCQA 的用途在於建立共同脈絡。情境提供起點，衝突指出變化，疑問帶出需要回答的題目，解答則銜接到後續論證。

欄位寫作目的檢查問題常見偏差
S 情境讓聽眾知道共同背景與現況。聽眾會同意這個背景嗎？塞入結論或立場。
C 衝突指出現況受到什麼變化或限制挑戰。這個變化會讓原本作法失效嗎？只寫情緒或抱怨。
Q 疑問把衝突轉成此刻需要回答的問題。這個問題是否由 C 自然引出？問題太大、太小或超出權限。
A 解答提出一個可被支持與檢查的主張。A 是否直接回應 Q？口號式建議或過度細節。
問題定義

R1 與 R2 讓問題從抱怨變成可檢查的差距

R1 是目前不理想的結果，R2 是希望達到的狀態。兩者的差距若能具體化，討論會從情緒轉向資料、限制與行動。

要素說明拓模科技例子經常費用例子
起始狀態原有結構或流程。拓模長期用高規格建立品牌。事業部過去靠快速擴編追求成長。
干擾事件讓現況出現壓力的事件或新資訊。市場資料顯示消費與教育市場成長。總經理要求四個月內大幅縮減成本。
R1目前不理想或可能惡化的結果。X2 可能延續高規格路線，錯過新市場。平均刪減可能傷害關鍵能力。
R2希望達到的結果。產品方向兼顧市場機會與品牌可信度。提出財務有感、組織可執行的方案。
Q差距形成的討論題。產品方向如何取得研發與高層支持。林偉倫如何取得授權並啟動專案。
起始狀態

情境起點要讓聽眾看見共同場景

情境不宜寫成大而空的背景。好的起點通常包含角色、既有流程、過去成效、目前運作方式，讓聽眾知道討論從哪裡開始。

可用素材

  • 組織目前的流程或架構。
  • 產品、客戶、成本或專案的現況。
  • 過去做法的成效與慣例。
  • 聽眾已知、可快速同意的事實。

需控制的範圍

  • 背景只放與本次問題有關的資料。
  • 若聽眾已知道，就用一句話帶過。
  • 避免先評論誰對誰錯。
  • 避免把結論藏在背景描述裡。
寫情境時，可先想像自己正在向一位忙碌主管交代：他需要知道哪些事，才能理解後面的張力？
干擾事件

衝突要寫成具體變化，避免停在單純不滿

衝突可以來自外部市場、內部決策、資源變化、資料揭露或新長官上任。重點在於它會迫使原本作法接受檢查。

來源可能形式案例應用
外部市場競爭者推出新產品、價格戰、需求轉移。拓模看到消費與教育市場成長；經常費用案面對競爭者產品改善與價格壓力。
內部決策組織調整、新主管上任、專案目標改變。鄭喬琪上任一週後要求成本大幅縮減。
資料揭露財務數字、客戶行為、進度延誤或品質指標出現變化。折扣率提高、費用率上升、產品開發延遲。
角色衝突不同職能的成功標準互相牽制。研發重視技術聲譽；PM 重視市場切入；財務重視獲利改善。
讀者問題

Q 要依聽眾目前的位置來寫

同一個情境可形成不同問題。聽眾尚未有方案、已有方案、已接受方向或正在比較選項時，問題句要跟著調整。

聽眾狀態適合問題例子
尚未有方案我們應該如何處理？X2 應如何在市場機會與技術形象間取捨？
已有方案待確認這個方向是否值得採用？總經理提出 20% 目標後，是否直接要求各部門提刪減方案？
方向已接受如何推動執行？若要成立專案小組，第一次會議要先達成哪些共識？
有多個選項哪個選項較適合目前限制？拓模應先用資料、先找高層，或先做非正式暖身？
資料不足下一步應補哪些資料？成本案若缺單品獲利分析，哪些資料可先支持第一輪討論？
答案

A 要具備主張、邊界與下一步

A 如果只是一句方向，後續論證會鬆散。面向主管的答案通常需要包含建議方向、成立條件、限制與下一步行動。

答案層次要寫清楚的內容判斷標準
主張建議採取的方向。一句話可表達，且能直接回應 Q。
理由支持主張的 2 到 4 個原因。同層分類一致，資料可追溯。
邊界主張成立的條件與限制。若條件不成立，需改採其他路徑。
風險可能被質疑的地方。能說明如何補資料或降低風險。
下一步希望聽眾同意、裁示或提供的支持。具體到人、時間與產出。
金字塔

金字塔用來檢查主張與理由的關係

好的金字塔讓聽眾先掌握主張，再沿著理由、證據與行動往下看。若理由分類混亂，主張即使正確也難以說服人。

上層摘要下層

  • 每個上層句都要能概括下方內容。
  • 下方內容若無法回答上層問題，就要移出。
  • 上層句應是判斷，不宜只是分類名稱。

同層類型一致

  • 理由、做法、角色、風險不宜混在同一層。
  • 同層項目要用同一個分類標準。
  • 同層項目數量以 2 到 5 項較容易討論。

排序有理由

  • 依時間、結構、因果或重要性排序。
  • 排序可直接影響聽眾理解。
  • 若無法說明排序理由，通常代表分類還未想清楚。
縱向關係

每一層都要能回答上一層引發的問題

主管聽到一個主張後，常會問：為何如此、如何推動、風險在哪、需要誰支持。下一層內容要直接回答這些問題。

上層主張聽眾可能追問下一層應回答
X2 應重新評估消費與教育市場。為何此市場值得看？市場成長、客戶需求、競品空白、拓模能力。
正式會議前要先找關鍵研發成員。為何先私下談？降低防衛、理解顧慮、找支持者、修正資料定義。
成本縮減案要先向上確認授權。為何不能直接啟動？目標不明、資料不足、跨部門疑慮、總經理休假造成向上回報不易。
第一次會議要先建立共同問題。為何不直接分配刪減額？平均刪減失真、部門成本結構差異、關鍵能力可能受損。
橫向關係

同層項目混用分類標準時，討論會失焦

橫向關係最常出錯。把原因、症狀、角色、行動放在同一層，會讓聽眾不知道你正在分析問題、比較選項，還是在分配責任。

混亂分組問題較清楚的整理方式
成本、人力、大家不合作、折扣太高混合成本項目、組織行為與營收因素。先分成成本結構、營收折扣、組織可行性，再各自展開。
資料說服、高層背書、研發保守前兩項是作法，第三項是對人的評價。改成資料提案、職權支持、非正式溝通，再列各自風險。
市場、產品、CEO、研發混合外部構面、產品構面與角色。若做情境分析，分市場、產品、組織；若做溝通設計，分長官、研發、PM、客戶。
快、便宜、上級支持、客戶喜歡混合產品需求與組織條件。先區分客戶價值、企業能力、組織支持。
MECE

MECE 的目的，是降低重複與遺漏造成的誤判

MECE 是檢查拆解品質的方式。它要求我們用同一標準拆解問題，讓每個構面互不重疊，且合起來能涵蓋本次討論需要的範圍。

互不重疊

  • 每一項只處理一種邏輯。
  • 同一資料不應在多個構面重複計算。
  • 若項目互相牽連，需說明主從關係。
  • 角色、原因、做法應分層放置。

完整涵蓋

  • 範圍要對應本次 Q。
  • 無法取得的資料要列為缺口。
  • 未納入的構面要說明原因。
  • 完整的範圍以決策需要為準，避免無限制擴張。
在個案討論中，MECE 的主要用途是幫助我們發現：某些意見其實屬於不同層級，不能並列。
邏輯排序

排序本身就是一種判斷

同樣的內容，用不同順序呈現，會引導聽眾走向不同理解。排序可以依時間、結構、因果或重要性安排。

排序方式適用時機個案用法檢查問題
時間順序流程、會議、專案啟動。成本專案第一次會議先講目標，再講資料，再講分工。順序是否符合實際推動流程？
結構順序組織、成本、產品、市場。拆成本結構、折扣與毛利、組織可行性。是否同一結構層級？
因果順序分析根因與影響路徑。折扣上升、毛利下降、獲利惡化的連動。是否把結果誤當原因？
重要性順序主管時間有限，需要先看關鍵風險。先談高影響且低支持的利害關係人。為何這件事排第一？
摘要能力

摘要要寫出共同含義，避免只留下分類名稱

將幾個事實放在一起後，上層句要說明它們共同指向什麼判斷。若只寫「市場分析」或「溝通策略」，聽眾仍需要自己推論。

下層內容弱摘要較清楚的摘要
消費市場成長、教育場域增加、低門檻需求明確。市場分析。消費與教育客群正在形成低門檻桌上型機種的早期市場。
研發重視技術聲譽、擔心消費級產品稀釋品牌、過去以規格領先成功。研發反對。研發顧慮來自品牌與技術標準，需先被納入產品定義。
折扣提高、毛利下滑、費用率上升、缺單品獲利資料。財務狀況。獲利惡化同時涉及價格、產品與費用，不能只用人事費處理。
總經理急迫、休假兩週、跨部門抗拒可能擴大。主管要求。林偉倫需要在會面中取得授權與上報管道。
資訊類型

先分清楚：事實、判斷、行動建議

報告常混雜事實、評價與建議。三者分清楚後，聽眾較容易判斷哪些資料需要查核、哪些結論可以討論、哪些行動需要決策。

資訊類型回答的問題例子常見錯誤
事實發生了什麼。第 5 年銷售與管理費用占營收 21%。把推測寫成事實。
判斷這代表什麼。費用率上升與獲利率下滑同時出現，表示成本結構需要檢查。只寫形容詞，缺少標準。
建議接下來怎麼做。先確認總經理授權，再成立三個工作分組。直接跳到行動，未說明依據。
限制建議在什麼條件下成立。若缺單品獲利資料，第一輪僅能做方向判斷。把限制藏在口頭補充。
追問技巧

五個為什麼與所以呢：一個找原因，一個找含義

當討論停在抱怨或資料羅列時，可用兩種追問推進。五個為什麼適合找原因，所以呢適合把事實推向管理含義。

工具使用時機應用例子提醒
五個為什麼服務下降、成本失控、進度延遲等恢復原狀問題。費用率為何上升？人力、廣告、折扣、產品延遲各自扮演什麼角色？追原因時避免變成人身責備。
所以呢資料很多但結論不清時。若行銷部薪資占預算只有 10%，所以平均用人事費吸收 20% 會出現什麼問題？每個事實都要說出對決策的影響。
兩者搭配先找原因，再整理管理含義。先追問折扣上升原因，再判斷是否能只從費用端處理。追問後要回到可行動的下一步。
假說驅動

假說驅動要能被推翻，也要能指向下一步資料

假說驅動可幫助討論聚焦，但需要明確寫出要驗證什麼。若假說無法被資料挑戰，就容易變成立場宣示。

情境可討論假說需補資料可能改變判斷的訊號
拓模科技教育與進階個人玩家可能是 X2 的早期市場。願付價格、功能最低門檻、售後支援需求、通路成本。客戶願付價格低於可獲利門檻。
拓模科技研發顧慮主要來自品牌與品質風險。關鍵工程師訪談、過往產品失敗經驗、品質指標。研發的主要顧慮可能落在量產與售後，技術聲譽只是其中一部分。
經常費用案獲利惡化同時來自折扣、產品與費用。單品毛利、通路折扣彈性、產品開發時程。某項產品線虧損遠高於其他構面。
經常費用案平均縮減會傷害關鍵能力。各部門最低運作人力、非人事支出彈性。部分部門有可快速調整的非人事費用。
證據品質

證據要能支撐主張，並說清楚仍缺哪些資料

證據強度取決於資料品質與問題關聯，資料量只是其中一項條件。可用的證據需符合三個條件：來源清楚、與問題相關、能推進下一步討論。

來源清楚

  • 資料定義可被查核。
  • 數字單位與期間一致。
  • 引用個案內容時不自行補情節。
  • AI 產出的推論需標示為推論。

高度相關

  • 資料要能回答本次 Q。
  • 背景資料若不影響判斷，可放到備註。
  • 每個表格都要說明對主張的影響。
  • 討論題要回到個案限制。

推進行動

  • 能指出下一步要誰補資料。
  • 能說明哪個假說需要驗證。
  • 能協助決定會議順序。
  • 能讓主管知道需要裁示什麼。
利害關係人

先理解對方的合理性，再設計溝通順序

中層主管的推動工作，常需要先判讀人。對方的反對可能來自資源限制、專業標準、職責壓力或過去經驗。

判讀面向要看什麼拓模科技經常費用案
公開言行對方在會議或文件中反覆強調的話。研發重視高規格與技術聲譽。業務與行銷重視通路、曝光與銷量。
資源限制對方能承擔的工作量與風險。研發若同時開發中階與消費機種，量能可能不足。產品開發與生產部門已承受高壓。
角色壓力對方的 KPI、職涯與聲譽。PM 需證明市場判斷；研發需守住品牌品質。總經理要快速止血；財務長怕缺少授權。
可接受證據哪種資料最能改變對方看法。原型測試、客戶需求、品質門檻。財務趨勢、成本構成、通路折扣彈性。
向上確認

接到模糊任務時，先確認目標、邊界與支持

向上確認的目的在於讓任務可執行。若長官要求急、目標大、時程短，負責人需要先取得足夠清楚的授權與限制。

確認題要取得的資訊管理意義
這次最重要的結果是什麼？財務數字、組織表態、流程改善或短期止血。避免只處理表面要求。
哪些邊界不能動？產品線、人力、法規、客戶承諾、品牌形象。避免提出不可採用的方案。
哪些資料可以要求各部門提供？成本、折扣、毛利、通路、產能、最低運作人力。讓跨部門專案有資料基礎。
遇到疑慮或保留時，誰能提供背書？總經理、事業部主管、母公司資源。降低專案負責人孤軍作戰。
兩週內如何回報與呈報？休假期間代理人、回報頻率、向上回報條件。避免專案啟動後失去決策窗口。
會議設計

第一次會議的任務，是建立共同問題與資料規則

跨部門任務小組若第一場就分配責任，容易引發防衛。第一場應先說清楚目標、限制、資料定義與下一步分工。

會議段落內容產出
開場 5 分鐘說明總經理確認的目標、時程與限制。共同理解任務來源。
現況 15 分鐘呈現已知財務趨勢、折扣、毛利、費用率與人力資料。共同資料底稿。
限制 15 分鐘各部門補充不可碰的能力與目前壓力。限制清單。
工作分組 20 分鐘分成成本結構、營收折扣、產品與組織可行性。資料需求與負責單位。
下一步 10 分鐘確認下次會議前需交付的資料與判斷題。時程、責任與回報方式。
AI 使用原則

生成式 AI 放在思考流程中段，用來追問、檢查與修稿

我們使用 AI 的目的在於提高決策檢查品質。先提出自己的判斷，再請 AI 協助找缺口、改寫語氣、整理替代版本。

階段人工先做AI 可協助人工再檢查
讀個案標記事實、角色與張力。整理關鍵人與資料表。確認是否有自行補情節。
形成判斷寫出主張、理由、限制。追問缺少哪些資料。刪除超出個案的推論。
準備發表完成 90 秒說明。修正文句、調整順序、降低口語。保留自己的實際判斷。
課後應用選工作情境與受眾。改寫成主管簡報、會議開場或 email 草稿。確認機密與責任邊界。
AI 工具分工

三種 AI 工具可分別支援教練、助教與資料室

本課程將引導三種工具的實務用法。使用時要看任務需求，避免把所有工具都當成同一種聊天介面。

工具應用定位適合任務使用提醒
ChatGPT GPTs互動教練。追問、改寫、產生多版說法、轉成主管簡報。行為規則可固定，但仍要人工查核。
Gemini Gems輕量助教。在 Google 應用環境中設定工作目標、背景資訊與產出格式。分享與檔案權限需先確認。
NotebookLM案例練習室。根據講義、個案與知識卡回答問題。適合依據來源回答；自由發想任務需改用其他工具。
人工判斷最後責任者。確認採用哪個版本、刪除不可靠內容、決定溝通順序。AI 不能承擔管理責任。
NotebookLM 用法

NotebookLM 適合作為案例練習室

NotebookLM 的價值在於把回答限制在來源資料附近。案例練習室可放入兩份個案、知識卡與討論題，讓各組在相同資料基礎上練習。

建議操作

  • 只勾選當次案例與相關知識卡。
  • 先問個案事實，再問可能解釋。
  • 要求回答標示依據與不足之處。
  • 把有用回答存成經人工確認後的範例。

使用邊界

  • 來源不足時，回答應停在可支持範圍內。
  • AI 的生成內容雖有操作規則，仍需由人工確認是否符合實際需求。
  • 個案原文與書籍內容不宜被長篇複製。
  • 討論結果仍需回到個案證據與人工判斷。
AI 使用紀錄

每次使用 AI，都要留下初稿、修正版與修正理由

AI 練習的重點在於比較。若只留下最後版本，就看不出思考如何改善。紀錄越清楚，越能轉化成工作習慣。

欄位要記錄的內容範例
輸入給 AI 的個案摘要、問題與限制。請根據拓模科技個案，列出產品經理會遇到的三個主要阻力。
AI 初稿保留原始回答，不立即修飾。AI 可能列出資料、權力、關係三個面向。
人工檢查標出不在個案中、過度推論、語氣不合適的地方。若 AI 推論研發主管個性，需回到個案文字確認。
人工修正版改成自己要採用的說法。補上研發對品牌與技術聲譽的合理顧慮。
採用理由說明修正後為何更適合受眾。修正版降低對立語氣，較能進入正式會議前溝通。
個案一情境

拓模科技：產品經理面對技術本位組織

拓模科技是台灣 3D 列印大廠，創辦人與核心高層多為工程師出身，內部決策長期重視規格、品質與技術領先。

已知背景

  • 主角負責旗艦產品創客 X 系列。
  • 創客 X1 定價新台幣 80,000 元，主要客戶為小型企業與設計工作室。
  • 產品強調列印速度、成型空間、解析度與材料支援。
  • 研發團隊預期 X2 延續高規格路線，切入商業或工業級市場。

情境張力

  • PM 看到的市場資料指向個人消費、教育與 DIY 客群。
  • 此客群重視操作簡單、體積較小、價格可負擔。
  • 研發團隊可能把消費級產品視為降低技術標準。
  • PM 沒有直接管理研發團隊的職權。
拓模科技資料

拓模案的討論焦點，在產品方向與組織影響力

個案提供三種可能做法：用市場資料主動提案、先取得高層支持、透過非正式互動建立理解。討論時可比較這三種做法的條件與風險。

面向個案線索討論意義
市場消費與教育市場成長，需求偏向低門檻與可負擔。PM 需提出需求持續性、品牌風險與可獲利門檻的證據。
產品研發傾向更高規格、更複雜功能。產品定義可能牽涉品牌定位與技術自尊。
組織公司技術本位，研發在內部具有高影響力。正式會議前需要判斷誰能改變討論氛圍。
職權PM 無法命令研發。影響力需來自資料、關係、順序與必要的高層支持。
拓模科技討論題

拓模科技：關鍵討論問題

討論時先描述各方立場，再評估三種溝通路徑。這一段重在看見情境、判斷阻力來源，並提出會議前的準備順序。

題號討論問題討論方向
1研發團隊可能有哪些合理顧慮？品牌聲譽、品質標準、技術路線、售後成本。
2PM 手上的市場資料需要補到什麼程度，才適合進正式會議？市場規模、願付價格、通路、原型測試、競品位置。
3三種做法的風險分別是什麼？資料硬碰硬、過早借力高層、非正式溝通過慢或失準。
4正式會議前，PM 應先找誰談？為什麼？高影響力、低支持者；潛在支持者；可提供資料的人。
5若你是研發主管，什麼條件會讓你願意重新討論 X2 定位？把對方的接受條件說出來。
拓模科技自我檢查

拓模討論可用的自我檢查題

當討論很快選定某個方案時，可用以下問題放慢節奏。目標是讓討論回到條件、風險與人際順序。

若主張直接用資料說服

  • 資料夠完整嗎？
  • 研發最在意的資料是市場規模、品質風險，還是售後成本？
  • 若資料被質疑，PM 有備案嗎？
  • 誰能協助確認資料定義？

若主張先找高層

  • 高層支持會被研發解讀為方向確認，還是權力壓迫？
  • 高層是否理解研發顧慮？
  • 何時讓高層出現較合適？
  • PM 自己的論證是否已經足夠？
若討論偏向批評研發，請改站在研發主管角度，列出三個反對理由。
個案二情境

經常費用縮減專案小組：新任總經理的急迫要求

林偉倫是事業部財務長。新任總經理鄭喬琪上任一週後，要求四個月內提出可控制經常費用縮減 20% 的方案，並要林偉倫主持專案小組。

已知背景

  • 中源食品六年前收購巧幫手家電，成立檯面式廚房家電事業部。
  • 併購後產品線、銷售組織與人力快速擴張。
  • 近兩年營收成長放緩，獲利率大幅下滑。
  • 鄭喬琪以強勢改革風格聞名，剛接任總經理。

眼前壓力

  • 鄭喬琪明天將休假兩週。
  • 她認為今年若不大幅縮減成本，事業部可能虧損。
  • 林偉倫擔心跨部門主管不願合作。
  • 他也缺少完整的單品獲利能力分析。
經常費用資料

財務資料顯示：獲利壓力來自多個來源

個案中的財務表不能只拿來計算刪減額。折扣、毛利、費用率與員工人數都在變化，這些資料會影響專案小組應先討論什麼。

資料線索個案數字或描述討論意義
折扣提高折扣占營收比率從約 3% 升至 5%。出貨可能依賴通路讓利，成本案需看營收端。
毛利下滑毛利率從高點 29% 降至 25%。產品與價格壓力已影響獲利。
費用率上升銷售與管理費用率上升至 21%。成本結構確實需要檢查。
員工增加員工人數從併購時 110 人增加到 603 人。人力規模快速增加是線索，仍需分部門與功能判斷。
資料缺口缺乏單品獲利能力分析。第一輪討論需先設定資料補強路徑。
經常費用角色

各部門主管的立場會影響專案小組運作

此案的困難不只在數字。每位主管都有自己的專業立場、部門壓力與人際關係。林偉倫若忽略這些因素，專案容易在第一場會議就陷入防衛。

角色個案線索可能關切
鄭喬琪／總經理剛上任，過去以大刀闊斧改革成功。快速止血、建立改革節奏、測試團隊合作。
林偉倫／財務長熟悉事業部，缺少完整獲利分析資源。取得授權、避免成為壞消息傳聲筒、建立資料定義。
陳柏恩／業務認為業務團隊已精簡到極限。通路管理與銷售戰力不被削弱。
葉立誠／產品開發工程團隊已被多項產品壓力逼到極限。產品品質與開發能力不被犧牲。
蔡建興／行銷廣告與市場研究是品牌成長要素。行銷支出被砍後品牌與銷量受影響。
王沛君／人資承擔法規與多元聘僱壓力。人力調整需符合法規與公平原則。
唐德宇／生產重視部門協調與整體運作。成本刪減不可破壞生產穩定。
經常費用討論題

經常費用縮減案：關鍵討論問題

討論時先釐清鄭喬琪的要求、林偉倫的角色與跨部門小組的第一步。本階段聚焦於判斷關鍵提問與啟動步驟，完整方案可留到資料補齊後再形成。

題號討論問題討論方向
1林偉倫在中午會面前，最需要向鄭喬琪確認哪五件事？目標、邊界、資料、授權、上報管道。
220% 成本縮減在此案中是目標、限制，還是已預設的解方？區分數字要求與管理問題。
3若各部門都用人事費吸收 20%，會出現哪些失真？部門成本結構差異與關鍵能力風險。
4第一次專案小組會議應先談什麼？哪些議題應延後？共同問題、資料定義、分工與限制。
5林偉倫如何避免自己成為單純傳達壞消息的人？取得總經理背書、建立流程、讓各部門參與定義問題。
財務表判讀

圖表 4 的提醒：平均刪減會讓部門承受壓力差異

圖表 4 將 20% 預算縮減額換算成人事費吸收時的等同裁減人數。這張表用來提醒各部門成本結構差異很大，平均刪減會造成不同程度的壓力。

部門20% 預算縮減額薪資占預算比例討論提醒
行銷部49,704 千元10%用人事費吸收會超過目前人數，代表需看廣告與其他費用。
產品開發部29,436 千元28%若直接縮人，可能損害追趕競品的能力。
生產部間接人力126,012 千元22%金額最大，但仍需區分維護、間接人力與營運穩定。
財務部6,276 千元79%金額較小，卻會直接影響資料分析與專案支援能力。
人資部2,520 千元90%數字小但法規與聘僱任務可能限制調整空間。
經常費用討論題

經常費用案：流程與資料討論題

此頁延續經常費用案的情境，只提出討論問題。重點在於判斷第一次會議該釐清什麼，以及哪些議題需要暫時延後。

題號討論問題討論方向
1第一次會議若直接要求各部門提出刪減額，可能引發什麼反應？部門防衛、資料不足、關鍵能力受損。
2哪些資料需要先有共同定義，才適合討論刪減方案？成本、折扣、毛利、產品延遲、部門固定支出。
3哪些議題應在第一次會議延後？為什麼？立即裁員、部門責任歸屬、最終刪減比例。
4若你是林偉倫，會如何說明第一次會議的目的？先確認問題與資料，再進入方案比較。
兩案比較

兩個案都在訓練有限職權下的推動能力

拓模案偏向無職權影響專業團隊；經常費用案偏向模糊交辦下的跨部門任務。兩案合在一起，可練習中層主管常見的兩種壓力。

比較項目拓模科技經常費用縮減案
主角壓力PM 需要影響技術本位的研發團隊。財務長需要主持高壓跨部門專案。
主要限制沒有直接管理研發的職權。總經理要求急，授權與邊界未明。
資料重點市場規模、客戶需求、競品位置、原型測試。財務趨勢、折扣、毛利、費用率、部門成本結構。
人的議題研發顧慮與高層支持時機。各部門防衛、總經理背書與資料定義。
討論產出正式會議前準備順序。向上確認與第一次會議設計。
主管說明檢查

如何評估一頁式主管說明

若後續需要整理主管說明，可用這些檢查點判斷內容是否清楚。重點是讓主管看見主張、理由、限制與需要回應的事項。

區塊內容檢查問題
標題一句完整主張。主管看標題是否知道你建議的方向？
情境只放理解問題必要的背景。是否刪掉不影響判斷的資料？
變化說明現況受到哪個事件或資料挑戰。是否讓聽眾看見為何現在要處理？
理由2 到 4 個同層理由。理由是否分類一致、排序清楚？
限制說明資料缺口與風險。是否承認仍需確認的地方？
請示希望主管同意、裁示或提供支持的事項。下一步是否具體到時間、角色與產出？
發表要求

90 秒發表：先講判斷，再講依據與請求

90 秒發表用來練習壓縮與排序。各組不需說完整分析過程，應呈現最能推動討論的判斷。

時間說明內容句型範例
0-15 秒說明主角面臨的情境與壓力。林偉倫此刻面對的是高壓成本目標與授權邊界不清。
15-35 秒說明關鍵判斷。我們建議他在中午會面先取得三項確認，再啟動小組。
35-60 秒提出 2 到 3 個理由。原因在於資料不完整、部門衝擊差異大、總經理即將休假。
60-80 秒說明風險與限制。若未取得背書，第一次會議可能變成預算防衛。
80-90 秒提出需要的下一步。因此，中午會面最先問授權與上報管道。
語言品質

好的管理語言要清楚、具體、可檢查

日常工作與報告的書面溝通，應避免空泛詞與過度修辭。每一句話都要能對應到事實、判斷、限制或行動。

需避免較合適的寫法原因
強化溝通。先確認總經理授權，再安排跨部門資料會議。具體指出行動與順序。
打造完整流程。建立資料定義、責任分工與回報時間點。拆成可執行項目。
提升共識。讓研發主管在正式會議前先看到市場資料與品質邊界。說明對象與證據。
AI 幫我們產出答案。AI 協助找缺口與改寫；採用與否由自己判斷。保留人工責任。
這個方案比較好。此方案在目前資料下較能兼顧時程、授權與跨部門接受度。補上判斷標準。
前後測題組

作答時，先看題幹提供了哪些資訊

遇到 SCQA、NotebookLM、GPTs 或 Gems 等工具名時，請先讀題幹給出的定義、工具定位與案例背景，再判斷哪個選項最能推動下一步。請把注意力放在情境判斷與下一步選擇，縮寫只作為定位線索。

情境讀題方式作答時請留意
看到方法名先看題目是否已說明 S/C/Q/A、R1/R2 或 MECE 的用途。先依定義判斷，再回想術語。
看到個案題先分辨角色、壓力、資料限制與需要被回答的問題。避免直接跳到方案或責任歸屬。
看到 AI 工具題先看工具被設定為知識庫、練習室或改寫助手。檢查來源依據與人工把關責任。
答完以後回看錯題屬於問題定義、論證結構、個案判讀或 AI 邊界。把錯題整理成下次簡報前的檢查清單。
課後應用

請選一個下週會遇到的真實溝通情境

課後應用不需要做大型報告。請選一個會議、提案、跨部門協調或向上簡報，將今天的方法用在一次具體溝通。

欄位填寫內容
情境這次溝通發生在哪裡，對象是誰。
壓力目前有哪些變化、限制或衝突。
希望結果你希望對方聽完後同意、提供、裁示或採取什麼行動。
主要理由支撐主張的 2 到 4 個理由。
利害關係人誰會支持、誰會疑慮、誰需要先談。
資料缺口哪些資料仍需確認，如何補足。
AI 使用請 AI 做追問、檢查、改寫或整理，不把責任交給 AI。
常見誤區

看到這些情況，請回到問題定義

我們在個案討論或實際規劃時，若出現下列情況，代表可能太快進入答案。這時應暫停，回到情境、變化、限制與角色壓力。

個案討論誤區

  • 直接批評某個角色缺乏大局。
  • 只選一個方案，未說明條件與風險。
  • 把成本案處理成單純計算題。
  • 把拓模案處理成市場部門與研發部門的勝負。
  • 忽略長官授權與正式會議前準備。

AI 使用誤區

  • 直接請 AI 給答案。
  • 未檢查 AI 是否補了個案沒有寫的情節。
  • 只保留 AI 最後稿，沒有留下修正理由。
  • 讓 AI 的流暢文字掩蓋資料不足。
  • 將 AI 建議直接當成自己的立場。
收束

本課程的目標：讓決策說法足以推動下一步

完成今天課程後，各位主管應能描述情境、提出討論題、判斷資料缺口、設計溝通順序，並將 AI 作為檢查與修稿工具。

能力實務演練工作場景
描述情境兩案背景判讀。向主管簡報前先交代共同起點。
提出問題R1/R2 與討論題。把抱怨轉成需要決策的問題。
支撐判斷金字塔、MECE、排序與摘要。把主張整理成 2 到 4 個理由。
推動他人利害關係人與會議前準備。安排先談誰、正式會議談什麼。
善用 AIAI 初稿、人工修正、採用理由。讓工具協助檢查，不替代責任。
結語

回到工作現場，先選一個可練習的小情境

結構化思考需要反覆使用。建議從一封 email、一場會議開場、一次向上確認或一頁式簡報開始，讓方法先在低風險情境中累積手感。

下週可以試

  • 把一段抱怨改寫成問題定義。
  • 為一場會議寫 90 秒開場。
  • 在向上報告前列出五個確認題。
  • 請 AI 檢查語氣與資料缺口。

回頭檢查

  • 對方是否理解你要討論的題目。
  • 會議是否產生下一步。
  • 資料缺口是否被承認。
  • 不同部門是否願意提供資訊。

持續修正

  • 把現場回饋寫成下一版說法。
  • 保留被問倒的問題。
  • 補上真正缺少的資料。
授課者介紹

吳相勲｜Wu Hsiang Hsun

本頁供課後查詢課程、文章、作品與工具。個人主頁整理管理教育、企業訓練、策略管理、個案教學、生成式 AI 與數位轉型相關資料，可作為延伸閱讀與後續合作的入口。

專業背景

  • 管理教育者、企業訓練課程設計者與企業顧問。
  • 長期關注策略管理、個案教學、組織學習與數位轉型。
  • 研究生成式 AI 如何改變教學、研究與知識工作。
  • 擅長把複雜問題轉成課程結構、工作流程與決策工具。

個人主頁

主頁收錄課程設計、AI 應用、管理個案、決策溝通與數位轉型等資料。課後若要回查工具範例、延伸文章或相關作品，可從這個入口開始。

537sonic.github.io/SONIC/