会議が長引く原因は、議題が無いことではありません。議題はあるのに、論点が無いことです。
「来期の方針について」は議題です。論点ではありません。何を決めるのか、決めるために何が争点になるのかが定義されていないまま始まるから、話が広がって終わりません。
AIが最も効くのは、会議の前です。 要約ツールは会議中と会議後をカバーしますが、崩れる会議は始まる前に崩れています。
この記事の要点
- 議題を**「決めること」と「共有するだけ」に分ける**
- 想定質問は反対側の立場から作らせる
- 前の準備が、要約より効く
会議の前・中・後で役割が違う
| いつ | 何をするか | 扱っている記事 |
|---|---|---|
| 前 | 論点の設計、想定質問、資料の整え | この記事 |
| 中 | 記録、要約、進行の補助 | TeamsのCopilotで会議を要約する方法 |
| 後 | 議事録、決定事項の抽出、次のタスク | AIで議事録を作る方法 |
中と後は、ツールが自動でやってくれる領域になりました。 その分、差がつくのは前です。
ステップ1：議題を論点に変える
まず、自分が書いた議題をAIに渡します。
次の会議の議題です。
これを「その場で決めること」と「共有するだけのこと」に分けてください。
- 決めることは、何と何のどちらを選ぶのかという形に書き直してください
- 決めるために必要な情報が揃っていない項目があれば指摘してください
- 議題のままでは決められない（論点が定義されていない）ものは、そう指摘してください
■議題
1. 来期の方針について
2. 新システムの導入
3. 人員配置の相談
4. その他
返ってくる指摘で、多くの場合こうなります。
- 「来期の方針について」→ 何を決めるのか不明。分割が必要
- 「新システムの導入」→ 導入の可否か、導入時期か、選定か、で議論が変わる
- 「人員配置の相談」→ 決定事項か、意見収集か
この時点で、会議の半分は終わっています。 論点が定義できれば、会議は短くなります。
ステップ2：決めることを1つの問いにする
論点は、答えが2つ以上ある問いの形にします。
| 悪い形 | 良い形 |
|---|---|
| 新システムの導入について | A案とB案のどちらを採用するか |
| 来期の方針 | 注力領域を今期と同じにするか、〇〇に寄せるか |
| 人員配置 | 増員を上期に行うか、下期に回すか |
「〜について」で終わる項目は、決まりません。 ここを直すだけで、会議時間は目に見えて短くなります。
ステップ3：反対側から想定質問を作らせる
ここがAIの使いどころです。
自分の提案に賛成の立場で想定質問を作っても、当たりません。反対の立場を明示して作らせます。
以下は、私が会議で提案する内容です。
この提案に**反対する立場**から、想定される質問と反論を10個挙げてください。
- 厳しい順に
- 「答えに詰まりやすいもの」を優先して
- それぞれ、どんなデータがあれば答えられるかも書いてください
［提案内容を貼る］
「どんなデータがあれば答えられるか」を入れるのが要点です。 想定質問だけ出しても、準備につながりません。
さらに一段深めるなら、立場を変えて複数回やります。
- コストを見る立場（財務・経営）から
- 現場で回す立場（実務担当）から
- リスクを見る立場（法務・情報システム）から
同じ提案でも、詰まる箇所が違います。
🔍 編集部の本音 会議準備でAIを使うとき、いちばんやってはいけないのが**「自分の案を褒めさせること」**です。頼めばいくらでも褒めます。準備として意味があるのは、自分が答えられない質問を先に見つけることだけ。反対の立場を指定して、厳しい順に出させる。この一手間で、会議での「持ち帰ります」がかなり減ります。
ステップ4：資料を整える
判断を2つに分けてください。
| 読まれる前提 | 読まれない前提 | |
|---|---|---|
| どんな会議か | 事前配布が定着している。参加者が少ない | 直前に招集された。参加者が多い |
| 資料の形 | 本文で説明する（構成：結論→根拠→選択肢→推奨） | 1枚に圧縮する（論点と選択肢だけ） |
| 会議での扱い | 読んできた前提で議論から始める | 冒頭2分で読み上げる |
以下の資料を、会議の冒頭2分で口頭説明できる長さに圧縮してください。
- 最初の一文で「今日決めること」を言い切る
- 選択肢と、それぞれの利点・欠点
- 私の推奨と、その理由
- 数字は元の資料にあるものだけを使い、無い数字は作らないでください
［資料を貼る］
最後の条件を必ず入れてください。 入れないと、それらしい数値が補われることがあります（ハルシネーションとは？）。
PR・おすすめValue AI Writer byGMO高品質なSEO記事を生成するAIライティングツール。公式サイトを見るステップ5：進行メモを作る
当日、手元に置く1枚です。
以下の論点で会議を進行します。30分です。
進行メモを作ってください。
- 各論点にかける時間の配分
- 話が広がったときに戻すための一言
- 時間内に決まらなかった場合の落としどころ（次のアクションと期限）
［論点を貼る］
3つ目が効きます。 決まらなかった会議を「持ち帰り」で終わらせず、**「誰が・いつまでに・何を出すか」**まで用意しておくと、次の会議が短くなります。
参加者を絞る判断にも使える
会議が長い原因の1つは、人数です。
以下の論点について、会議に必要な参加者を分類してください。
1. 決定権を持つ人（いないと決まらない）
2. 情報を持っている人（いないと議論できない）
3. 決定の影響を受ける人（結果の共有で足りる可能性がある）
3に分類される人については、会議参加でなく事後共有で足りるかどうかも書いてください。
［論点と参加予定者の役割を貼る］
役割で分類すると、呼ばなくてよい人が見えます。 名前でなく役割を渡せば、個人情報を入力せずに整理できます。
注意しておくこと
- 社外秘の資料をAIに入力する前に、社内のルールを確認してください
- 参加者の氏名は、役割名（決裁者、開発担当）に置き換えれば足ります
- AIが補った数値をそのまま資料に載せない。 元資料と突き合わせてください
- 録音・記録に関する同意は、会議中・会議後の話になります（AIで議事録を作る方法）
FAQ
Q. 会議の準備でAIに何をさせるのがいちばん効きますか？
A. 議題を論点に変換させることです。 「〜について」という議題を「AとBのどちらを選ぶか」という問いの形に直すだけで、会議は短くなります。
Q. 想定質問はどう作らせればいいですか？
A. 反対する立場を明示して、厳しい順に出させてください。 さらに「どんなデータがあれば答えられるか」を併せて出させると、準備につながります。コスト・現場・リスクなど、立場を変えて複数回やるとより網羅できます。
Q. 会議の要約ツールがあれば、準備は不要ですか？
A. 要約は会議中と会議後をカバーしますが、崩れる会議は始まる前に崩れています。 論点が定義されていない会議は、要約しても「議論した」という記録が残るだけです。
Q. 事前資料は読まれない前提で作るべきですか？
A. 会議の性質によります。 事前配布が定着している場では本文で説明し、そうでない場では1枚に圧縮して冒頭2分で読み上げる形が現実的です。
Q. 参加者を減らしたいのですが、角が立ちませんか？
A. 役割で分類してから判断してください。 「決定権を持つ人」「情報を持っている人」「影響を受ける人」に分け、3番目は事後共有で足りるかを検討します。人ではなく役割の話にすると、説明しやすくなります。
Q. 定例会議にも使えますか？
A. 使えます。定例ほど「決めることが無いまま集まる」状態になりやすいため、毎回「今日決めること」を1行書く運用にするだけで変わります。
まとめ
- 会議が長引く原因は、議題があって論点が無いこと
- AIには**「決めること」と「共有するだけのこと」を分けさせる**
- 論点は**「AとBのどちらを選ぶか」**の形にする。「〜について」は決まらない
- 想定質問は反対の立場から、厳しい順に、必要なデータとセットで出させる
- 決まらなかった場合の落としどころ（誰が・いつまでに・何を）を先に用意する
- 前の準備が、要約より効く
会議中の要約はTeamsのCopilotで会議を要約する方法、会議後の議事録はAIで議事録を作る方法、決まったことを手順に落とす段階はAIでマニュアル・手順書を作る方法にまとめています。