会議記録を「書く」から「完成させる」へ — 自動化で見えた新しい課題
「じゃあ議事録はあとでまとめておきます」。
会議が終わるたびに聞く言葉です。その「あとで」が滞ると、困ることになります。決定事項が曖昧なまま次の会議を迎え、誰が何をするのか齟齬が生まれる。重要な決定が参加者によって違う理解のまま進んでしまう。
だから八雲では、議事録の作成プロセスを変えることにしました。
導入前 — 時間と品質のばらつき
議事録を「あとで手作業で書く」という運用には、いくつかの問題がありました。
第一に、時間がかかる。 会議が終わった直後に記憶が鮮明なうちに書けば 30 分程度で済むこともありますが、ほかのタスクに追われて夕方になって書き始めると、大事な詳細が思い出せないまま進めることになります。記憶を頼りに埋めていくプロセス自体が負荷です。
第二に、品質がばらつく。 議事録の詳しさ、決定事項として書く基準、アクションアイテムの具体性。これらが作成者の習慣や経験に左右されます。
ある人が書いた議事録は「〇〇について協議」という簡潔さで、別の人が書いた議事録は「〇〇について協議し、△△のリスクがあることを確認した。次回の課題は□□」と詳しい。後になって「あの時、〇〇について何が決まったんだっけ？」と問い直すことが起きます。
第三に、漏れが生じる。 終盤に決まった小さな決定事項は、記憶が薄れてから書く場合はしばしば抜けます。「あの会議で決まった」と思っていたことが実は議事録に残っていなかった、という発見は運用が進むにつれて増えていきました。
導入したもの — テンプレートと AI による自動抽出
私たちが取った方法は、二つです。
一つめは、テンプレートの活用です。 新しい会議記録を作成するときは、決まった形式のテンプレートから始めます。そこには最初から以下のセクションが用意されています：
- 議題 — この会議で扱ったテーマ
- 決定事項 — 確定したこと
- アクションアイテム — 誰が、何を、いつまでに（3点セット）
- 保留・宿題 — 次回以降に検討することになった項目
- 補足 — 背景情報や参考資料
この枠組みを先に用意しておくことで、「議事録を1からまとめる」という行為が「このテンプレートを埋める」に変わります。書く人の判断の幅が減り、迷いが少なくなります。
二つめは、AI によって会議内容から要点を自動抽出させることです。 セッションが終わったら、AI システムに会議中の会話を読ませ、上記のセクションごとに要点を自動的に抽出します。その内容をテンプレートに自動的に埋め込み、最終チェックだけを人間が行う流れです。これにより「セッション終了直後に記録を完成させる」ことが可能になりました。
記憶が薄れる前に実行できるので、「あとでまとめよう」という先送りが事実上なくなります。
ビフォー/アフター — 作成時間と品質の変化
導入前後での変化を挙げると、まず明らかなのは「記録の漏れが減った」ことです。人間が記憶を頼りに書くと、終盤に決まった決定事項や、参加者全員が認識していても「これは重要ではない」と無意識に判断した内容が抜け落ちやすい。AI は会話全体を等価に扱うため、取り逃しが確実に減りました。
次に「作成者による品質のばらつきが消えた」ことです。同じテンプレートの同じセクションを埋めるので、議事録の詳しさの基準が統一されます。「あの人が書いた議事録は詳しいけど、この人のは簡潔」という差がなくなり、後から参照するときの認識齟齬が減ります。
さらに「セッション終了直後に完成する」という流れが定着したことで、記憶が薄れてから「あとで思い出しながら補足する」という作業がなくなりました。
見えた新しい課題 — テンプレートに収まらない会議
ただし、この自動化の仕組みには限界があります。そこで見えてきた新しい課題があります。
ブレインストーミング会議には、このテンプレートが合わない場合があります。
たとえば、新規事業のアイデア出しや戦略立案の初期段階では、「決定事項は『次に〇〇を調査することにした』だけだが、そのプロセスで出た『〇〇という視点は面白いかも』『実は△△が課題かもしれない』という発散的な気づき」が最も価値があることがあります。
テンプレートに沿うと、これらの「決定に至らなかった考え方」や「会議中のやり取りから出てきた暗黙の了解」が、記録には残りません。後から「あの時何を考えていたんだっけ？」と思い返すときに、その背景がないと判断が歪みます。
もう一つは、命名ルールの運用ブレです。
テンプレートから新規作成する際、「この会議の名前は何か」を指定します。ここで「ミーティング」とか「打ち合わせ」のような汎用ワードを使うと、後から検索するときに困ります。「あ、あの時〇〇について決めたはずなんだけど」と思ってファイル一覧を見ても、「ミーティング」という名前では何について話したのか推測できない。
運用を定着させるには「『〇〇機能の仕様確認』『□□案件キックオフ』のように、内容が伝わる具体的な名前を意識的に付ける」という習慣が必要になります。自動化そのものではなく、その前後の人間の行動が問われるわけです。
運用が活躍する場面、苦しむ場面
実運用を通して、「この自動化が活躍する会議」と「そうでない会議」の区別が見えてきました。
活躍する場面 は、意思決定の構造が比較的明確な会議です。
- 今月の営業方針の確認
- プロダクト機能の実装判定（仕様 OK か、実装スケジュール決定）
- 契約内容の確認と最終合意
- リスク対応策の決定
これらは「決定事項」と「アクションアイテム」が自然に発生し、テンプレートの5セクションに綺麗に収まります。
苦しむ場面 は、発散的・探索的な会議です。
- アイデアブレインストーミング
- 新規事業の初期仮説作り
- 競合分析の知見共有
- 業界トレンドの勉強会
これらでは「決定事項がない」か「決定に至るまでのプロセスや試行錯誤が実は最大の価値」の場合があります。テンプレートに沿って「決定事項：〇〇」「アクション：△△を調査」と書いても、その背景にある「なぜそうしようと思ったのか」「検討過程で何を発見したのか」は記録に残りません。
運用ルールの工夫
これらを踏まえて、八雲では運用を工夫しています。
まず、会議の種類に応じた使い分けです。 意思決定・確認の会議なら自動化テンプレート、ブレインストーミング・知見共有の会議なら従来の「自由記述」に分けています。同じ仕組みを全ての会議に無理矢理当てはめるのではなく、適した場面を見極めることが大事です。
次に、命名ルールの厳格化です。 誰が何をするか不明確な名前は禁止し、「〇〇機能の仕様確認」「△△案件の進捗チェック」のような内容が推測できる名前を必須にしました。これはシステムではなく、チーム全体の運用ルールとして定着させています。
最後に、重要な決定については「テンプレートを埋めた後、参加者全員で読み直す」というステップを入れました。 システムが自動抽出した内容が「この会議の本質を捉えているか」を人間がチェックします。テンプレートに収まらない「余白の暗黙知」があれば、手作業で補足欄に加えます。
完全自動化を目指すのではなく「自動化で 80% は楽に、残り 20% は人間がチェック」という分け方が、実は最も安定します。
まとめ — テンプレートの価値と限界
議事録自動化の核心は「構造を先に決めること」と「その構造に沿った要点抽出を自動化すること」です。
テンプレートで構造を固定すれば、作成者による品質のばらつきが減ります。AI に抽出させれば、記憶が薄れる前に完成させられます。共有ストレージで一元管理すれば、後から誰でも参照できます。このプロセス全体が「議事録を書く」という行為から「テンプレートを確認する」に変わります。
ただし、同時に見えてきたのは、このテンプレート型では「余白の暗黙知」が落ちるということです。決定に至るまでのプロセス、試行錯誤のなかで出た気づき、テンプレートの5セクションに収まらない価値。それらは自動化では補えません。
実際の運用では「自動化で 80% を楽にしながら、人間が 20% を補う」という使い分けが、最も実用的でした。書く文化は大事です。ただ、その文化を持続させるには摩擦を下げる仕組みが必要です。そしてその仕組みには、必ず限界があることを知ったうえで、適切に使い分けることが大事なのです。