議事録共有を「送る作業」から外す。要約の自動配信を設計する

議事録を作るところまでは仕組みにできても、共有が遅れる問題が残ります。

誰に、どの経路で送るかを手作業でやっていると、忙しい日は翌日に回り、翌日に送られた議事録は宿題の期限に間に合わないことがあります。
議事録は、速く届いてこそ価値を持ちます。

今回は、議事録の共有を自動化する配信の設計について書いていきます。
議事録そのものの型は議事録作成を仕組みに寄せる。1万字の文字起こしを要約で回すにまとめてあります。

議事録は、共有が遅れると価値を失う

なぜ遅れるのでしょうか？
理由は3つあります。
送る作業が議事録づくりとは別に発生し、宛先を選んで本文を書いて添付して送るだけで5〜10分かかります。
誰に送るかも毎回考える必要があり、「参加者だけでいいのか、関係部署も含めるのか」で判断に迷うと後回しになります。

送る前に「これで合っているか」を確認したくもなり、その時間が取れないまま送られずに滞留します。
送る作業と宛先の判断は仕組みで解決できますが、確認したくなる気持ちのほうは運用の設計で対応します。

通知とメールは、性質で使い分ける

配信の経路には2つの選択肢があり、性質が違うので使い分けます。
チャットの通知は速く、既読になりやすく、短い内容に向きます。
ただ、そのぶん流れて消えていきます。

メールは残り、社外にも送れて、長い内容にも向きます。
もちろん、埋もれやすいという弱点もあります。

判断の基準は3つです。
相手が社内だけか、内容が短いか、あとから参照する必要があるかです。

社外を含むならメールを選び、決定事項と宿題だけならチャット、詳細を含むならメールにします。
あとから参照するならメールか、保存場所へのリンクを添えます。
現実的な形は、チャットに要約を流し、メールで詳細を送るという両方づかいです。

あるいは、チャットに要約とリンクを流すだけで足りる場合もあります。

配信は自分向けから始めて、範囲を広げる

導入はここでも段階を踏み、最初は自分向けから始めます。
会議が終わったら、自分に要約が届く形にしておきます。
自分向けから始めるのには理由が3つあります。
他人に送る前に精度を自分で確認でき、誤った内容が届いても影響は自分だけで済み、自分の宿題をその日のうちに確認できるからです。

届くのは、決定事項、自分の宿題、結論が出なかったことの3つです。
この段階で1〜2週間試して、要約の型を固めます。
型が固まっていないと、次の段階で誤った内容が配信されてしまいます。

型が固まったら、参加者に送る段階に入ります。
やるのは、参加者宛のメールの下書きを自動で作るところまでで、送信は人がします。

自動送信にしない理由は3つです。
決定事項の記述を間違えると取り返しがつかない、「この件は追って連絡します」といった補足を足したい場合がある、関係者に事前に確認してから送りたい場合もある、という3つです。

下書きに入れるのは、決定事項、宿題、結論が出なかったこと、次回の日程の4つです。
宿題には担当と期限をつけます。

そこに議事録の全文へのリンクを添え、本文には要約だけを入れて詳細はリンクに任せます。
本文が長いと、読まれないからです。

確認の時間を短くするのが要点で、下書きができていれば「読んで送るだけ」で1〜2分で済みます。
送る前に確認したくなる問題は、これで解決します。

参加者への共有が回り始めたら範囲を広げ、参加していなかった関係部署にも決定事項をまとめて配信します。
「まとめて」が要点で、会議ごとに送るのではなく週次でまとめます。
会議ごとに送ると、通知が多すぎて読まれないからです。
配信の形は、週次でその週に決まったことの一覧にして、会議名、決定事項、関係する部門を並べます。

配信先は、部門ごとに「関係する会議」を決めておき、自分の部門に関係する決定事項だけが届く形にします。
「自分の部門に影響する決定を知るため」というように、読む理由を設計しておきます。
ここが明確でないと、読まれません。
この段階の効果は部門間の情報の流通にあり、会議を減らした場合の代替の経路にもなります。

会議を減らす判断も含め、共有の前後にある工程を通しで見たい場合は、会議と議事録のAI化。準備から共有・タスク化までの設計を先に読むと位置がつかめます。

社外に出すときは、変換の工程を挟む

顧客との会議の議事録を送る場合は別の注意が要り、社内向けの議事録をそのまま送ってはいけません。
含まれる可能性があるのは、社内の検討の経緯、他の顧客の名前、価格の内部的な考え方、担当者の「本音」に近い個人的な見解、社内の呼び方や略語です。
だから、社内向けの議事録から社外向けの文面を作る変換の工程を入れます。
変換で残すのは、相手と合意した内容、こちらの約束、相手へのお願い、次回の日程です。

除くのは、社内の検討の経緯、他社の情報、内部の判断の理由です。
そして、人の確認を必ず残します。
自動送信にしないだけでなく、「社外に出る」ことを意識した確認が要るからです。

確認の観点は3つに固定しておきます。
機密の混入、表現の適切さ、数字と日付の正確性です。
社外向けの変換そのものは社内情報を外に漏らさない変換。社外向け文面の自動生成ルール、メール対応全体の標準化はメール対応の品質と速度を組織でそろえる。返信・要約の標準化にまとめてあります。

配信の効果は、問い合わせの減り方で見える

効果を測る設計も、書いておきます。
会議終了から共有までの時間で、ここが短くなっていれば仕組みが効いています。
目安は当日中です。
宿題の実行率も指標で、共有が速いと宿題の着手も速くなります。

「あの会議で何が決まったか」という問い合わせの件数です。
これが減っていれば、共有が届いていると分かります。

このなかでは、問い合わせの件数がいちばん本質的な指標です。
共有が届いていない状態では、参加していなかった人が個別に聞くことになるからです。

測り方は簡単ではありませんが、体感で判断できます。
部門長に「他部門の決定が分かるようになったか」を聞く程度で足ります。
決まったことをタスクに落とす話は決まったことが実行されない。アクションアイテムを自動でタスク化、会議データの集約は会議の録画と文字起こしを一箇所に集める。会議データの基盤づくりで扱っています。

つまずきやすい失敗は6つです。
参加者への配信から始める、自動送信にする、本文に議事録の全文を入れる、関係部署に会議ごとに送る、社内向けの議事録をそのまま社外に送る、読む理由を設計しない、の6つです。
どれも、自分向けから始めて、下書きまでで止めて、要約とリンクにして、週次でまとめて、変換の工程を入れて、読む理由を明示すれば避けられます。

私たちが提供しているAI伴走支援でも、自分向けの配信から始める段取りを現場の担当者と一緒に決め、AIワークフローの実装までを進めています。

共有は、速さで議事録の価値が決まる

議事録の共有が遅れるのは、送る作業が別に発生する、誰に送るかを毎回考える、送る前に確認したくなる、の3つが原因です。
経路はチャットの通知とメールを使い分け、社外を含むか、内容が短いか、あとから参照する必要があるかで判断します。
進め方は、自分向けの要約から始めて、参加者への自動下書きに進み、関係部署への週次のまとめ配信へ広げるという流れです。

自動送信にしないのは、誤った内容が取り返せない、補足を追加したい、送るタイミングを選びたいという3つの理由からです。
下書きさえできていれば、確認して送るだけで1〜2分で済みます。
社外に出す場合は、変換の工程を入れ、機密の混入、表現、数字の3観点で人が確認します。

測るのは、共有までの時間、宿題の実行率、「あの会議で何が決まったか」という問い合わせの件数の3つです。
終わった会議の要約が自分に届く仕組みさえあれば、共有の速さはもう変わっています。