メモリスによる要約- NECは1日2万回のWeb会議中、AI要約が約2500件動く規模で運用
- 要約が終わっても連絡・資料修正・登録作業は人手のまま残る
- 会話をアクションへ繋ぐには構造化とツール統合の両方が要る
生成AIで議事録を作れば、会議の生産性は自動的に上がる。そう感じている人は少なくないはずだ。要約は確かに速くなった。だが、その要約を読んで担当者に連絡し、資料を直し、顧客に折り返す作業は、結局のところ誰かが会議のあとに拾い直している。要約の自動化と、仕事の自動化は別の話なのではないか。
ビジネス+IT（SBクリエイティブ運営）が報じたところによると、NECはグループ約11万人が共通のコミュニケーション基盤を使い、1日約2万回のWeb会議のうち、AIによる会議要約が1日約2500件動いているという。同社のデジタルID・働き方DX統括部でこの基盤の企画・展開を担う小口和弘氏は、段階的にAI活用を広げる重要性を語っている。会議の流れの中でAIが要約を作るため、参加者はメモ取りから解放されて議論に集中でき、欠席者も録画を頭から見返さずに決定事項を追える。ここまでは、多くの議事録AIが実現している範囲と大きくは変わらない。
問題は、要約が完成した瞬間から始まる。担当者への連絡、資料の修正、顧客対応、システムへの登録――これらは依然として人が会議後にこなす仕事のままであり、しかも重要なやり取りは会議だけでなく電話やチャットにも分散している。個人の会議記録から、組織や個人の日々の業務にも同じ構図が当てはまる。議事録が読みやすくなったことと、次にやるべき作業が減ったことは、別の指標なのだ。
この壁が生まれる理由は、要約というタスクとアクション実行というタスクの間に、技術的な断絶があるからだ。要約は「会話の中で何が語られたか」を圧縮する言語処理であり、既存の大規模言語モデルが比較的得意とする領域である。一方、そこから「誰が何をいつまでにやるか」を抽出し、CRMやタスク管理ツール、時には電話発信のような外部システムに反映するには、会話という非構造データを、業務システムが扱える構造化データへ変換し、さらに実際の操作へつなぐ工程が要る。これは要約より一段難しい統合の問題であり、AIモデルの精度改善だけでは解決しない。会議AIの多くが「議事録の質」を競う一方で、その先の実行部分が手つかずのまま残りやすいのは、この構造による。
もう一つ、これとは別の壁として無視できないのが、定着の設計そのものだ。生成AIによる要約機能が優れていても、社員が毎回別のサービスを開いてデータを移すような仕組みでは、日常業務に根づく前に一部の社員だけのツールで終わってしまう。NECが要約機能を独立した道具として切り離さず、社員が普段から使う会議環境そのものに組み込んだのは、この定着の壁を意識した設計判断だといえる。優れた単機能を作ることと、それを既存の業務フローの中に違和感なく置くことは、まったく別の設計課題であり、後者を軽視した会議AIの導入は、使われないまま社内に散らばっていく。会議の議事録を扱うツールを検討・導入する際は、要約の精度だけでなく、普段どのアプリの中でその要約に触れるか、そしてその先の連絡や登録作業をどこまで同じ導線でこなせるかを、あわせて確認しておく価値がある。
あわせて読みたい：