AI 會議管理教學：把 60 分鐘報告會改成 30 分鐘決策會

10月 23, 2026

原內容日期：2026-09-08。本文為既有教學內容補發；範例依原文標示使用，實際權限與規則請以所屬組織核定資料為準。

開會一小時，為什麼最後只剩「下次再討論」？

很多會議不是缺少努力，而是從一開始就沒有被設計成可以做決定。

議程寫著「進度報告、問題討論、其他事項」，十幾個人輪流更新近況。等大家終於談到真正卡住專案的問題，時間只剩五分鐘；而能拍板的人可能還沒出席。

最後，會議紀錄寫了好幾頁，結論卻只有：「請各單位再確認，下週繼續討論。」

AI 最實用的角色，不是幫你把會議紀錄寫得更長，而是協助你在開會前先判斷：哪些資訊根本不用開會？今天真正要回答哪一個問題？做決定所需的證據、角色與選項是否齊全？

先把會議目的寫成一個可驗收的句子

「同步專案進度」不是很好的會議目的，因為很難判斷同步到什麼程度才算完成。

你可以改用這個句型：

會議結束時，我們需要對＿＿做出＿＿，讓＿＿可以開始。

例如：「會議結束時，我們需要決定第一階段是否只涵蓋 20 台設備，讓開發團隊可以鎖定介面與測試範圍。」

這句話同時指出決策對象、預期產出與後續用途，也能幫助你判斷誰必須出席。

資訊同步應盡量移到會前

會議適合互動，不適合輪流朗讀每個人都能自行閱讀的內容。

先將議題分成資訊同步、問題討論、正式決策及共同產出。單純的進度、數字與已確定公告，可以整理成一頁會前材料；與會者只需要標示已閱讀，並提前提出異議或需要澄清的地方。

但「寄出材料」不等於「完成會前準備」。材料應明確標示預估閱讀時間、必看內容、回覆格式及期限。未回覆只代表沒有事先意見，不能視為同意。

把議程名稱改成真正的決策題

「監控功能討論」很容易漫談；「第一階段是否先上線 20 台設備的監控，並將自動復原延至第二階段？」才是可以收斂的題目。

每一題還需要回答兩件事：為什麼現在要決定？如果今天不決定，會影響什麼？

若答案是「其實沒有立即影響」，那它可能不需要占用本次會議。

一頁決策包，比 40 頁簡報更有用

決策者需要的是能比較的選項，而不是更多背景頁面。

一頁決策包至少要包含：問題、選項、已知事實、假設、未知資訊、利益、成本、風險、依賴，以及提案者的建議。也要保留「維持現狀」或「暫不行動」，讓不做改變的代價可以被看見。

AI 可以協助濃縮與比較，但不能替你創造不存在的數字、政策或證據。任何沒有來源的判斷，都應標示為假設或待確認。

決策者不在，就不要假裝今天能拍板

會議參與者可分成決策者、提案者、諮詢者與知會者。

掌握正式決定權的人必須出席；提供專業限制的人可只參與相關議題；只需要知道結果的人，通常收到會後摘要即可。

如果決策者不能出席，應把會議定位成預備討論或資料審查，並清楚記錄正式決定仍待何人確認。

時間盒不是趕人，而是保護重要議題

30 分鐘決策會可以將前三分鐘用來確認目的與邊界，中段集中比較選項及處理會改變決定的異議，最後保留五至七分鐘確認決議、行動與重開條件。

遇到離題時，不必粗暴打斷。主持人可以問：「這個問題如果今天沒有答案，會不會改變我們在 A 與 B 之間的選擇？」

若不會，就放入停車場，安排後續處理；若會，才優先討論。

沉默不等於同意，決議也不只是一個選項名稱

主持人不應只問「大家有沒有意見？」然後把安靜解讀成全體支持。

正式紀錄應寫清楚：誰有決策權、選擇哪一案、涵蓋範圍、理由、附帶條件、待驗證資訊、反對意見、生效時間，以及哪些新情況會觸發重新評估。

保留異議不是破壞團隊和諧，而是保存當時的重要風險訊號。

會議結束不是工作結束

每個行動都要寫成可驗證的交付物，包含負責角色、期限、完成標準、驗證人及依賴。

「營運確認告警流程」太模糊；「提供人工告警承接流程，包含值班角色、通知管道、回應時間與升級方式」才有辦法追蹤。

會後最好提供三層摘要：給一般知會者的一句話結果、給管理者的決策與理由，以及給執行者的行動清單。

AI 的價值，是讓會議更可決定，而不是替人決定

AI 可以分類議題、濃縮材料、合併重複問題、整理異議、設計時間盒及產生紀錄模板。

但決策權、價值取捨、正式期限與責任承諾仍屬於人。AI 也不能把提案者的傾向美化成團隊共識，更不能把沒有人反對寫成全體同意。

一場好的會議，不一定讓所有人想法相同；它會讓團隊清楚知道決定了什麼、為什麼這樣決定、還有哪些風險，以及接下來由誰交付什麼。

文章 CTA： 收藏本文的完整提示詞，下一次發會議邀請前，先把原議程丟進去做一次「決策能力檢查」。如果 AI 判斷大部分內容都能會前閱讀，也許你真正需要的不是更長的會議，而是一頁更清楚的決策包。

逐步操作

第一步：先寫「會議結束時要得到什麼」

不要從會議名稱開始，先完成這句話：

會議結束時，我們需要對＿＿＿＿做出＿＿＿＿，讓＿＿＿＿可以開始。

例如：

會議結束時，我們需要決定第一階段是否只涵蓋 20 台設備，讓開發團隊可以鎖定介面與測試範圍。

如果只能寫出「同步進度」或「大家討論一下」，表示會議目的仍不夠清楚。

第二步：把議題分成四類

類型	用途	是否一定要開會
資訊同步	告知狀態、數字或已確定事項	通常可改成會前閱讀
問題討論	找原因、交換觀點、探索方案	需要互動時才開
決策	在明確選項間做取捨	需要決策者在場
共同產出	現場建立流程、內容或排序	適合工作坊形式

先把純資訊更新移出議程。會議最珍貴的用途，是處理必須同步互動的事情。

第三步：把議程名稱改寫成決策題

模糊議程：

自動化專案進度。

決策型議程：

是否在本月先上線 20 台設備的監控功能，並把自動復原延至第二階段？

好的決策題應能回答「是／否」、「選 A／B／C」，或產生一個具體排序。

第四步：先定義誰能拍板

每項議題至少分清四種角色：

決策者： 對此議題有正式決定權，原則上每題一位。
提案者： 準備資料、提出建議並回答問題。
諮詢者： 提供專業、限制或受影響觀點。
知會者： 需要知道結果，但不一定需要全程參加。

如果決策者不能出席，應改成資料審查或預備討論，不能假裝會議可以正式拍板。

第五步：為每個決策題建立一頁決策包

每頁只保留：

要決定的問題
為什麼現在要決定
不決定的影響
可行選項，包含維持現狀
各選項的利益、成本、風險與依賴
已知事實、假設及未知資訊
提案者建議及理由
決策有效範圍
需要重新評估的條件

AI 可以濃縮材料，但所有數字與政策仍要回到原始來源核對。

第六步：設定最低會前準備

會前材料不是把 40 頁簡報寄出去就結束。應明確寫出：

閱讀時間：例如 8 分鐘
必看頁面：例如第 1～3 頁
需要回覆：同意、反對、需澄清或提出替代方案
回覆期限：例如會前一日下午 3 點
未回覆的處理：只代表沒有事先意見，不代表同意

若材料無法在 10～15 分鐘內讀完，應再濃縮或分層提供附件。

第七步：只邀請能改變結果的人

逐一問：

他有決策權嗎？
他掌握會影響選項的關鍵資訊嗎？
他是主要執行者或承擔重大影響的人嗎？
他只需要知道結果嗎？

只需知會者可收到會後摘要；只與某題相關者可在特定時段加入。

第八步：設計時間盒

一個 30 分鐘決策會可安排：

時間	內容	產出
0～3 分	重申目的、決策權與限制	確認今天能決定什麼
3～8 分	補充會前材料差異與新資訊	共用事實基準
8～18 分	比較選項、處理關鍵異議	明確權衡
18～23 分	決策者確認選項與條件	正式決議
23～28 分	建立行動、負責角色及期限	可執行清單
28～30 分	主持人覆誦決議	當場校正紀錄

若沒有完成會前閱讀，主持人可用三分鐘補充必要背景，但不應重新朗讀整份材料。

第九步：會前先收集真正的異議

要求參與者用固定格式回覆：

我的立場：[支持／反對／需澄清]
最重要理由：[填寫]
我依據的證據：[來源]
若不同意現有選項，我建議：[替代方案]

AI 可將重複意見合併成「爭議地圖」，但不能把少數意見刪掉，也不能替人改變立場。

第十步：主持時先處理「會改變決定」的問題

將問題分三類：

必須現在回答： 不回答就無法做決定。
不影響今天決定： 放入停車場，會後處理。
需要新證據： 指定補件，並判斷是否能附條件決定。

可使用主持句：

這個問題如果今天沒有答案，會不會改變我們在 A 與 B 之間的選擇？

第十一步：不要用「大家有沒有意見」確認共識

改成逐項確認：

決策者選擇哪一案？
決定是否附帶條件？
哪些人不同意，理由是否需要留存？
哪些資訊仍待驗證？
新證據出現時，誰有權重新開啟議題？

沉默只能記為「未發言」，不能記為支持。

第十二步：把決議寫成完整句子

不要只寫：

採方案 B。

應寫成：

決定第一階段採方案 B，先導入 20 台設備的監控與人工告警，不含自動復原。啟動條件為測試環境完成連續五個工作日驗證；若誤報率超過團隊核准門檻，需重新評估上線日期。

第十三步：把行動項目寫成交付物

每項行動至少包含：

行動編號
交付物
負責角色
協作角色
期限及其狀態
完成標準
驗證人
依賴與阻礙

「資訊部確認」不夠；應改成「資訊部提供 20 台設備清單，含設備編號、網路區段與測試窗口，由專案經理核對完整性」。

第十四步：會後 30 分鐘內發出三層摘要

一句話版： 給只需知道結果的人。
決策版： 決議、理由、附帶條件與反對意見。
執行版： 行動項目、期限、依賴及驗證方式。

不要讓每個人從長篇逐字稿自行猜測結論。

第十五步：每月檢查一次會議品質

追蹤以下指標：

準時開始與結束比例
會前材料完成閱讀比例
預定決策實際完成比例
延後決策的主要原因
會後需要更正決議的次數
行動項目按期完成比例
只有知會需求卻被邀請的人數
同一議題重開的原因

不要只用「會議縮短幾分鐘」評價成效。真正目標是提高決策品質與執行清晰度。

可直接複製的完整提示詞

你是一位資深會議設計師、專案經理、決策促進者與跨部門溝通顧問，擅長把冗長的進度會議重整成有明確目的、會前準備、決策題、時間盒及會後閉環的高效率會議。

【任務】
請根據我提供的背景、現有議程、參與者、材料與限制，判斷哪些內容不需要開會、哪些需要討論、哪些需要正式決策，並設計一場可實際執行的決策型會議。

你必須忠實使用原始資料。不得捏造數字、政策、決策權、共識、責任人或期限；不得把沉默或未回覆視為同意。

【會議基本資料】
會議名稱：[填寫]
預定日期與時間：[填寫]
可用時間：[30／45／60 分鐘]
會議形式：[實體／線上／混合]
目前召集人：[填寫]
主持人：[填寫；不確定則填待確認]
記錄人：[填寫；不確定則填待確認]
會議想解決的問題：[填寫]
會議結束後要啟動的工作：[填寫]
不可改變的限制：[預算／日期／法規／資源／其他]
敏感資訊限制：[填寫]

【現有議程】
議題｜目前安排時間｜提出者｜目前目的｜相關資料
[貼上現有內容]

【參與者】
代號／角色｜部門或立場｜可能掌握的資訊｜可能承擔的影響｜已知決策權
[請使用角色或代號，避免貼真實個資]

【待討論資料】
來源編號｜日期｜資料類型｜內容摘要｜原始連結或文件名稱｜是否已確認
[貼上匿名化資料]

【候選方案】
方案｜說明｜預期利益｜成本｜風險｜依賴｜證據來源
[貼上資料；若目前沒有，填無]

【會前意見】
角色代號｜立場（支持／反對／需澄清）｜理由｜證據｜替代方案
[貼上回覆；沒有則填無]

【上次會議未結事項】
編號｜事項｜目前狀態｜負責角色｜期限｜未完成影響
[貼上資料；沒有則填無]

【分析與設計限制】
1. 先用一句話改寫會議目的，格式為：「會議結束時，需要對＿＿做出＿＿，讓＿＿可以開始。」
2. 將每項內容分類為資訊同步、問題討論、正式決策或共同產出。
3. 可用非同步文件、Email或專案工具完成的資訊同步，移到會前材料，不占會議時間。
4. 不得假設所有議題都需要開會。
5. 每項正式決策都改寫成可回答的決策題，避免只使用「進度、問題、討論」等名詞。
6. 每題列出為何現在要決定，以及不決定的具體影響。
7. 至少保留「維持現狀／暫不行動」作為可見選項；但不得虛構其他方案。
8. 將事實、假設、意見與未知資訊分開。
9. 所有數字、政策、限制與結論都要標示來源；無來源者標示待確認。
10. 不得將相關性、推測或多數意見改寫成已證實原因。
11. 不得自行指定決策者；資料不明時標示待確認，並說明缺少決策者會造成的影響。
12. 區分決策者、提案者、諮詢者與知會者。
13. 建議邀請名單時，說明每個角色必須出席、只需參加特定議題或只需會後知會的理由。
14. 每項正式決策原則上只有一位最終決策角色；如原治理規則要求共同核准，忠實保留。
15. 為會前材料設定閱讀時間、必看內容、回覆格式與回覆期限。
16. 未回覆只可記為沒有事先意見，不得視為同意。
17. 合併重複意見時，保留來源及少數異議，不得創造不存在的共識。
18. 將議題依「影響大、急迫、可決定」排序；不能決定的項目移為補件或預備討論。
19. 議程總時間不得超過指定時間，並保留最後 5～7 分鐘確認決議與行動。
20. 每段議程都要有目的、主持方式、時間上限及預期產出。
21. 產生主持人引導句，但不得替決策者宣布答案。
22. 針對離題內容建立停車場，並指定後續處理方式。
23. 決議紀錄須包含範圍、理由、附帶條件、反對意見、待驗證資訊、生效時間與重開條件。
24. 沉默不得記為支持；沒有明確決定時，標示未決，不得美化成共識。
25. 行動項目須寫成可驗證交付物，不能只寫「處理、確認、持續追蹤」。
26. 不得替未出席的人承諾工作、期限或資源。
27. 涉及人事、法務、合約、財務、資安、客戶或安全事項時，標示需由相應角色審查。
28. 所有對外通知與正式決議須經人工確認後發送。
29. 移除姓名、Email、電話、帳號、客戶名稱、未公開價格及機密系統資訊。
30. 使用繁體中文，語氣專業、友善、具體，不責怪個人。

【輸出格式】

一、會議診斷
以 200 字內說明目前會議最主要的三個問題，以及哪些內容不需要開會。

二、一句話會議目的
使用指定句型，並列出「本次成功條件」與「本次不處理範圍」。

三、議題分類表
| 原議題 | 類型 | 是否保留在會議 | 理由 | 建議處理方式 |

四、決策題清單
| 編號 | 決策題 | 為何現在決定 | 不決定的影響 | 決策角色 | 是否具備決策條件 |

五、決策包
每題分別提供：
- 問題
- 選項
- 已知事實及來源
- 假設
- 未知資訊
- 利益、成本、風險及依賴
- 提案者建議與理由
- 最小可接受決定
- 重開條件

六、證據與缺口
| 決策題 | 現有證據 | 可靠程度 | 尚缺資料 | 是否阻擋決策 | 補件角色 |

七、角色與邀請建議
| 角色 | 會議角色 | 參與範圍 | 必須出席／部分出席／只需知會 | 理由 |

八、會前材料
列出：一頁摘要、必要附件、預估閱讀時間、必看頁面、回覆格式及回覆期限。

九、會前邀請訊息
產生可直接修改使用的邀請文字，清楚說明目的、決策題、準備方式與會議規則。

十、時間盒議程
| 時間 | 議題 | 主持方式 | 預期產出 | 超時處理 |
總時間不得超過我提供的可用時間。

十一、主持人腳本
依開場、確認資料、處理異議、收斂選項、請決策者拍板、確認行動及結尾提供簡短句型。

十二、可能離題與停車場
| 可能離題 | 為何不影響本次決定 | 後續處理 | 負責角色 |

十三、決議紀錄模板
| 決策編號 | 決議 | 範圍 | 理由 | 附帶條件 | 異議 | 待驗證 | 生效時間 | 重開條件 |

十四、行動項目
| 編號 | 交付物 | 負責角色 | 協作角色 | 期限 | 完成標準 | 驗證角色 | 依賴 |

十五、會後三層摘要
分別產生一句話版、決策版與執行版。

十六、未決事項與下次處理
| 事項 | 未決原因 | 需要的證據或決策者 | 最晚處理時間 | 不處理影響 |

十七、會議品質檢查
列出會後可追蹤的 6～8 個指標，以及資料如何取得。

十八、人工確認清單
列出寄出邀請、主持會議、發布決議及分派工作前必須人工確認的內容。

可替換欄位速查

[會議想解決的問題]：不要填「同步近況」，改寫成具體障礙或選擇。
[會議結束後要啟動的工作]：例如鎖定規格、安排採購、開始試行。
[不可改變的限制]：只填已確認限制，推測請另外標記。
[候選方案]：若只有一案，請要求 AI 補列「維持現狀」並找出待確認替代方案，不要讓 AI 虛構。
[參與者]：使用職務或代號，避免貼入真實姓名及聯絡資訊。
[可用時間]：若議題太多，要求 AI 建議拆會，不要硬塞。

實際教學範例

原始情境

某自動化專案每週固定開 60 分鐘會議，與會者 14 人。現有議程如下：

各部門進度報告，30 分鐘
監控功能討論，15 分鐘
自動復原功能討論，10 分鐘
其他，5 分鐘

目前已知：

測試範圍原先規劃 50 台設備。
開發團隊建議先做 20 台監控，縮短第一階段時程。
營運團隊擔心只有監控、沒有自動復原，夜間仍需要人工處理。
自動復原的核准流程及安全停止條件尚未確認。
專案主管可以決定第一階段範圍。
資安與設備負責團隊需要確認權限及風險，但不負責最終拍板。

AI 診斷

各部門進度可改為會前一頁更新，不需要占 30 分鐘。
「監控功能」與「自動復原功能」其實是同一個範圍決策。
自動復原的安全條件尚未確認，因此本次不適合決定詳細實作，只能決定是否延後到第二階段。
專案主管必須出席；僅需知道結果的部門可會後收摘要。

改寫後的決策題

第一階段是否先上線 20 台設備的監控與人工告警，並將自動復原延至安全條件確認後的第二階段？

一頁決策包摘要

項目	內容
選項 A	維持 50 台監控＋自動復原，同期交付
選項 B	先上線 20 台監控＋人工告警，自動復原列第二階段
選項 C	暫不上線，等全部安全條件確認後再啟動
已知事實	自動復原核准流程與停止條件尚未確認
假設	20 台試行足以驗證監控穩定度，仍需確認代表性
方案 B 利益	可較早取得監控資料，降低一次導入範圍
方案 B 代價	夜間異常仍需人工處理
方案 B 依賴	20 台清單、告警值班流程、五日測試結果
提案建議	方案 B，但需營運確認人工告警承接方式

改寫後的 30 分鐘議程

時間	內容	產出
0～3 分	確認本次決策題、決策者與限制	同意討論邊界
3～7 分	補充會前資料的新資訊	共用事實基準
7～16 分	比較 A／B／C，優先處理營運與安全異議	權衡清楚
16～21 分	專案主管確認第一階段方案及附帶條件	正式決議
21～27 分	建立設備清單、測試與人工告警行動	負責與期限
27～30 分	覆誦決議、異議、待補資料及重開條件	當場校正

正確的決議紀錄

決定第一階段採方案 B，範圍為 20 台設備的監控與人工告警，不含自動復原。上線前需完成連續五個工作日測試，並由營運團隊確認人工告警承接流程。自動復原待權限、核准流程及安全停止條件確認後另案決策。若試行設備無法代表主要設備類型，或測試結果未達核准門檻，需重新評估第一階段範圍與日期。

行動項目

編號	交付物	負責角色	完成標準	驗證角色
A-01	20 台試行設備清單	設備團隊	含設備類型、編號、網路區段與測試窗口	專案經理
A-02	人工告警承接流程	營運團隊	含值班角色、通知管道、回應時間與升級方式	營運主管
A-03	五日測試報告	開發團隊	含可用率、誤報、漏報與異常紀錄	專案主管
A-04	自動復原安全條件清單	資安與設備團隊	權限、停止條件、稽核紀錄及人工接管需求齊全	相應核准角色

AI 不能自行做的事

不能自創「誤報率低於 1%」作為核准門檻。
不能把營運團隊的擔心寫成正式反對，除非對方已明確表態。
不能因沒有人發言，就記錄全體一致同意。
不能替未出席的設備團隊承諾清單交付日期。
不能把「專案主管傾向方案 B」直接寫成正式決議。

常見錯誤、隱私與使用注意事項

常見錯誤

什麼都塞進會議： 資訊更新應優先改成非同步閱讀。
議程只有主題名： 要改成這次必須回答的問題。
沒有決策者： 討論再完整也只能帶回去請示。
會前材料過長： 參與者來不及讀，會議仍會變成簡報朗讀。
只提供一個方案： 容易把會議變成形式上的同意程序。
把提案者建議當成團隊結論： 建議、傾向與決議要分開。
把多數決當成唯一方式： 專案治理可能要求特定角色拍板或共同核准。
用沉默取得共識： 沒有發言不代表支持。
壓制少數異議： 少數意見可能指出高影響風險，應記錄而非消除。
沒有重開條件： 新證據出現時，團隊不知道是否能調整決定。
只記結果不記理由： 日後容易重複爭論，或無法理解當時限制。
把會議效率等同於速度： 太快做出錯誤決定，不是高效率。
行動只有動詞：「確認、研究、處理」缺少可驗證交付物。
所有人全程參加： 增加時間成本，也讓責任變模糊。

資料隱私

貼入 AI 前移除姓名、Email、電話、客戶、帳號與會議連結。
財務、人事、法務、合約、資安與未公開產品資料，應遵守組織核准的 AI 使用規範。
不要貼入密碼、API 金鑰、存取憑證、內網位址或可識別設備的敏感資訊。
可使用「主管 A、營運 B、供應商 C」代替真實姓名。
如果會議資料包含個人績效、健康、申訴或紀律內容，不應使用未經核准的外部工具處理。

使用注意事項

AI 產出的邀請名單是建議，決策權仍需依正式治理規則確認。
AI 摘要可能漏掉語氣、保留意見或條件，正式發布前要由主持人及決策者校正。
會議錄音與逐字稿涉及參與者知情、組織政策與地方法規，使用前應確認。
對外決議、預算、政策、客戶承諾與正式期限必須人工核准。
若證據不足，最好的結果可能是「附條件決定」或「明確延期補件」，不是硬做結論。