複数ツールに散った会議記録をまとめる。ツール混在環境の設計

会議のツールが社内で統一されている組織は、実は少数です。

部門ごとに違い、顧客ごとに違い、買収した会社が別のものを使っています。
統一しようとすると業務が止まるので、なかなか進みません。
この状態でAI活用を進めるには、統一を待たずに集約する設計が要ります。

今回は、Teamsのように部門ごとに違うツールから文字起こしを集める、現実的な対処を書いていきます。
会議データの集約そのものは会議の録画と文字起こしを一箇所に集める。会議データの基盤づくりにまとめてあります。

会議ツールが部門ごとに違うのは、正当な理由がある

なぜ混在するのでしょうか？
理由を先に整理しておきます。

顧客に合わせる必要があり、顧客が指定するツールを使うことになるので、営業部門ではまず避けられません。
部門が個別に導入したからでもあり、全社の方針が決まる前に、部門が必要に応じて入れたという経緯です。
買収や統合の経緯が残っている場合もあり、「前の会社のときのまま」という環境が、そのまま持ち越されています。

大規模なウェビナーと少人数の打ち合わせでは求められる機能が違うので、機能の必要性の差も理由になります。
この4つは、どれも正当な理由です。
「統一していないのが悪い」という話ではありません。

ただ、統一の議論はたいてい長引きます。
費用の比較が難しく、既存の運用を変える負荷が大きく、どのツールが良いかで意見が分かれるからです。
この議論には半年から1年かかり、その間も会議データは分散したまま蓄積し続けます。

だから判断は、「統一とは別に、集約を進める」になります。
集約は統一より軽い作業で、統一しても無駄になりません。
集約が済んでいれば、どこに何があるかが分かっているぶん、統一のときの移行も楽になります。

集約は既存の基盤に寄せると、あとが楽になる

集約する方法には、いくつかの選択肢があります。

「保存先をここに向けるだけ」で済む、各ツールの機能で保存先を指定する方法です。
ツール側にその機能があれば、最も手軽に済みます。

定期的にコピーする仕組みを作る方法です。
各ツールから取得して、共通の場所へ定期的にコピーします。
実装は要りますが、確実に拾えます。

「会議のあとに自分でコピーしておく」という、主催者頼みの方法もあります。
件数が少ない場合に限られますし、運用に任せると抜けが出ます。

そもそも集約しないという選択肢もあります。
件数が少なく参照する頻度も低いなら、ツールごとに保存されたままにして探す形でも足ります。

このなかでは、定期コピーの仕組みが最も汎用的です。
もちろんツール側の機能で足りるなら、実装が不要なぶんそちらを優先します。
手動は補助にとどめて、仕組みで拾えないものだけに絞ります。
手段の選び方そのものは業務自動化はどのツールで作る？Gem・GAS・Canvasの判断基準にまとめてあります。

定期コピーを選ぶなら、実装の方針も決めておきます。
ここが実務でいちばん判断を要る部分です。
各ツールのベンダーが提供する自動化を使うか、既に社内にある基盤に寄せるかの二択になります。

前者はそのツールに最適化されているぶん設定が楽ですが、ツールごとに別の仕組みができてしまいます。
後者は実装が増える一方で、管理は1箇所にまとまります。

既存の基盤に寄せるのを勧める理由は3つあります。
保守できる人が1つの技術に集まり、どの仕組みが動いているかが一覧で分かり、ツールが変わっても取得の部分だけ差し替えられるからです。
つまり、技術を1つに絞るほど、あとの説明も楽になるということです。

ただし例外もあって、ツール側の機能で足りるものは、そこにこだわらず素直に使います。
実装しないほうが、保守は楽だからです。

そろえる項目を決めておくと、あとの事故を防げる

複数のツールから集めると、形式がそろいません。
先にそろえる項目を決めておきます。
そろえるのは6つで、日付、会議名、参加者、文字起こしの本文、元のツール、元のファイルへのリンクです。
なかでも「元のツール」の欄を残すのが要点で、あとから元のデータを確認したくなったときに、それがないと探せなくなるからです。

形式の変換は、集約したあとより取得のときにそろえるほうがうまくいきます。
あとから変換処理を書き足すと、ツールごとに複雑になっていくからです。

いちばんそろわないのは、参加者の表記です。
メールアドレスで返るものと表示名で返るものが混ざるので、メールアドレスに統一するのが確実です。

実装で詰まりやすい箇所も、先に書いておきます。
まず認証の期限です。
ツールのAPIを使う場合、認証情報には期限があり、切れると静かに止まります。
更新の仕組みか、期限が近づいたときの通知を、あらかじめ入れておきます。

次に、取得できる期間の制限です。
過去のデータを取れる期間に制限がある場合があるので、過去分の移行は期限内に済ませる必要があります。

「なぜこの人には見えないのか」と聞かれがちな権限の範囲も、詰まりやすい箇所です。
全社の会議データを取得するにはそれに応じた権限が要り、権限を持つアカウントの管理まで必要になります。

参加者に外部の人が含まれる場合も注意します。
顧客が参加した会議の記録には相手先の情報も含まれるので、秘密保持の範囲を先に確認しておきます。

いちばん多い事故は、静かに止まったことに気づかない事態です。
定期的に走る処理は、止まっても気づきません。
半年後に「あの期間のデータがない」と分かることになるので、走ったことを記録に残す設計を入れておきます。

権限の階層の設計は現場が作ったツールが業務データに触り始めたら。個人利用と法人利用の境界で扱っています。

集約するかどうかは、あとで参照するかで決まる

すべてを集約する必要はないので、線を引いておきます。

集約するのは、部門をまたぐ会議、決定を伴う会議、顧客との会議のうち記録を残す必要があるものです。
集約しないのは、個人の1on1、短時間の共有、経営会議や人事に関わる会議、「録画はしないでほしい」と言われる会議です。
「顧客が指定したツールでの会議」は別扱いで、録画そのものとその保管について顧客との合意が要ります。
判断の目安は「あとから参照する必要があるか」で、参照されないデータを集めても容量と管理の負荷だけが増えます。

集めた記録が会議の前後でどう使われるかは、会議と議事録のAI化。準備から共有・タスク化までの設計で工程ごとに扱っています。

運用コストは仕様変更を前提に見積もっておく

集約の仕組みは、作って終わりではありません。

継続してかかるコストとして、認証情報の更新、ツールの仕様変更への対応、容量の管理、保存期間を超えたものの削除があります。
このなかで最も見落とされるのが「ツールの仕様変更」です。
ツール側の変更で、取得の処理が動かなくなることがあります。

年に1〜2回は対応が発生する前提で見積もっておき、保守の担当も先に決めておきます。
「作った人が異動したら誰が直すのか」に答えられる状態にしておきます。

代替手段も用意しておきます。
止まったときに手動でコピーする手順を残しておき、完全には自動化に依存しない設計にします。
保守や稼働一覧の考え方はAIによる業務自動化の全体像。手段の選び方とコスト設計、共有の制約は自動化フローが共有できない制約とどう付き合うかにまとめてあります。

つまずきやすい失敗は6つあります。
統一を待つこと、ツールごとに別の仕組みを作ること、ツール側の機能で済むものをわざわざ実装すること、認証の期限を管理しないこと、走ったことを記録に残さないこと、顧客が参加した会議の集約について合意を取らないこと、の6つです。
どれも、集約を統一と別に進め、既存の基盤に寄せ、使える機能は使い、期限の通知を入れ、実行の記録を残し、先に合意を取れば避けられます。

混在環境の設計は、個別の事情で最適解が変わる

ここまで一般的な方針を書いてきましたが、この領域は個別の事情がいちばん大きく効きます。
どのツールが何のために使われているか、顧客との契約に何が書かれているか、既にどんな基盤が動いているか、情シスがどこまで対応できるか。
この組み合わせひとつで、最適な設計は変わります。

判断を誤ると、作ったものが使えなくなります。
認証の設計を間違えると全社展開できず、権限の範囲を誤ると必要なデータが取れず、保守の設計を飛ばすと1年で止まります。

集約の設計は、情シスとの合意も要ります。
権限を持つアカウントの管理、認証情報の保管、全社の会議データを扱う責任の所在です。
ここは、推進担当だけでは決められません。

私たちが提供しているAI活用支援では、こうした環境の設計から実装、保守の体制づくりまでを一緒に進めています。
ツールが混在していて手が付かない状態なら、進め方の参考になるかもしれません。

集約は統一を待たずに進められる

会議ツールの混在は、顧客に合わせる必要、部門の個別導入、買収の経緯、機能の必要性の違いという正当な理由から起きています。

統一の議論には半年から1年かかりますが、集約は統一より軽く、統一しても無駄にはなりません。
方法は4つで、ツール側の機能を使えるならそれが最優先、次に定期コピーの仕組み、手動は補助、集約しないという選択も残ります。
実装は既存の基盤に寄せると、保守できる人が集まり、管理も1箇所になります。

そろえる項目は6つで、なかでも「元のツール」を残すことと、参加者をメールアドレスに統一することが効きます。
落とし穴は、認証の期限、取得できる期間の制限、権限の範囲、外部の人が含まれる会議、静かに止まったことへの気づきの遅れです。
継続コストは仕様変更を前提に見積もり、保守の担当と代替手段を決めておきます。

まずは社内で使われている会議ツールを洗い出し、保存先を指定できる機能があるか確かめてみてください。