AI 文字起こし

録音した会議から決定事項を追う:崩れない意思決定ログの作り方

決定の19%が四半期内に蒸し返される。原因は「どこで決めたか」を誰も探せないこと。文字起こしから検索できる意思決定ログを作る。

クイックアンサー

録音した会議から決定事項を追うには、3つの層が要る。まず全通話の文字起こし(決まったことが文章として残る)、次にアクションでも要約でもなく「決定」だけを抜き出す抽出プロンプト、そして決定ごとに「いつ・どこで決まったか」へ戻れる一本のログ。これが揃うと、「あれ、これもう決めたっけ?」が定例の議題から消える。

仕組み自体は単純だ。一度録って、98.7%の精度で文字起こしし、決定にフォーカスした抽出を一回かけ、結果を一つの台帳に追記する。60分の通話なら、3〜6件の決定がログに加わるまで作業は2分ほど。

編集者の視点

決定事項とアクションアイテムは別物だ。なのに多くのチームが混ぜてしまう。アクションアイテムは「担当者のいるタスク」。決定は選択肢の中から一つを選ぶことで、理由がセットになる。そして全員が忘れるのが、その理由のほう。6週間後に誰かが蒸し返したとき、「この2つの理由でAをBより選んだ」と言えるかどうかで議論は終わる。何を決めたかだけでなく、なぜ決めたかを残すこと。

なぜ決定はタスクより早く消えるのか

タスクには生き残る仕組みが最初から備わっている。トラッカーに並び、誰かに通知が飛び、やるかやらないかが見える。決定にはそれがない。20秒のやり取りで決まり、全員がうなずき、その瞬間は誰も二度と再生しない90分の録音の中へ流れ去る。

ここにコストがある。2024年の1,200チームを対象とした調査では、決定の約19%が四半期内に再オープンされていた。新情報が出たからではない。最初の判断が「どこで・いつ・なぜ」下されたのかを誰も指し示せなかったからだ。つまり5回に1回の会議が、決め直しに費やされている。週に12回会議をするチームなら、2回分以上が純粋な手戻りに消える計算になる。

人の入れ替わりが入ると、もっと悪化する。決めた本人が辞めると、理由も一緒に出ていく。意思決定ログは、組織の記憶がドアの外へ歩いて消えていくのを防ぐ、いちばん安い保険だ。

そもそもAIを通話に通すこと自体が初めてなら、まずAIでアクションアイテムを抽出する基礎ガイドで「録って抽出する」流れを押さえてから、ここで決定の層に取りかかってほしい。

意思決定ログに本当に書くべきこと

良い決定記録には6項目ある。どれか一つでも抜けると、ログはただの「話したことリスト」に劣化する。

6
決定記録が機能し続けるために必要な項目数
19%
ログがないと四半期内に再オープンされる決定の割合
98.7%
クリーンな音声での文字起こし精度

その6項目はこうだ。

  1. 決定 — 選択として、一文で(「リデザインはまず100%でなく10%のユーザーに出す」)。
  2. 担当者 — 実行に責任を持つ人。声が大きかった人ではない。
  3. 日付と出典 — どの通話の、どのタイムスタンプか。これが録音へ戻るリンクになる。
  4. 理由なぜこの選択肢が勝ったか。 最も飛ばされがちで、最も価値のある項目。
  5. 検討した代替案 — 何を却下したか。3週間後に同じ案を再提案しないために。
  6. ステータス — 有効・置き換え済み・撤回。決定は変わる。ログはその連鎖を見せないといけない。

5番目、検討した代替案。これが静かに最も多くの手戻りを潰す。蒸し返される決定の半分は、チームが一度却下した案を誰かが再び持ち出すケースだ。却下の事実がどこにも書かれていなかったから起きる。

ステップ1 — 全通話をクリーンに録って文字起こしする

意思決定ログの品質は、それを支える最悪の文字起こしに引きずられる。音声が濁れば理由が崩れる。崩れた理由は、無いよりタチが悪い。権威ありげに読めるのに、中身が間違っているからだ。

ルールは2つでだいたい足りる。

  • 発生源で録る。 Zoom、Teams、Webex、Google Meet はいずれも参加者ごとのトラックを取れる。会議室のスマホマイクに比べ、おおよそ4〜6倍クリーンだ。声がかぶった中で下した決定こそ、誤って別の人に紐づけられる。
  • 途中で切らない。 決定は通話の最後の10分に固まる。全員の意見がようやく収束する瞬間だ。録音やファイルに上限のあるツールだと、ちょうどそこを失う。Atter AI には時間やファイルサイズの制限がないので、90分の戦略会議もまるごと一つのファイルで通る。

プラットフォーム別の録り方は、議事録を自動生成する手順のワークフローがそのまま使える。

ステップ2 — 決定だけを抽出する。それ以外は要らない

ここで多くのチームがつまずく。要約を頼んで、その中から決定を探そうとするのだ。逆にしよう。決定だけを頼む。AI Chat で文字起こしと一緒にこれを貼る。

この文字起こしからすべての「決定」を抽出してください。決定とは、グループが合意した選択であり、タスクでも議論のテーマでもありません。各決定について次を返してください:
1. 決定(選ばれた選択肢として一文で)
2. 担当者(実行に責任を持つ実名の人物)
3. タイムスタンプ(通話のどこで確定したか)
4. 理由(なぜこの選択肢が勝ったか。発言があれば引用)
5. 検討した代替案(議論したが却下された選択肢)
6. ステータス:明確に合意ならFIRM、「ひとまずXで」ならTENTATIVE、過去の決定を変えたならREVISITED

markdownの表で出力。理由が一度も声に出されなかった決定には印を付けてください。それが脆い決定です。

最後の一行が肝だ。AIが「決定はされたが理由は語られず」と印を付けてくれれば、記憶が新しいうちにどの通話をフォローすべきかが正確にわかる。理由が記録されていない決定は、最初に異論が出たとき生き残る確率がせいぜい50%しかない。

ステップ3 — 一つの台帳に追記する

ログは一つしかないときだけ機能する。5つのドキュメントに5つの決定リストがあるのは、ゼロと同じだ。台帳は一本に保つ。スプレッドシートでも Notion のテーブルでも、チームがすでに開いているものなら何でいい。そして通話のたびに追記する。

ログの置き場所 向いている用途 トレードオフ
スプレッドシート(Sheets / Excel) 小規模チーム、担当者やステータスでの素早い絞り込み 音声の該当箇所への直接リンクがない
Notion / Confluence のテーブル 決定とプロジェクト文書の相互リンク 通話ごとの一括追記がやや遅い
検索可能な文字起こしアーカイブ 理由を完全な文脈ごと残したいチーム 規模が増すとセマンティック検索が前提になる

ログした決定が50件あたりを超えると、スプレッドシートはきしみ始める。価格の話をした通話がどの行にあったか、もう思い出せない。そこが検索に頼り始めるタイミングだ。

ステップ4 — 決定が問われたときログに尋ねる

ログの本当の目的は、6週間後に誰かが「なんでこのやり方にしたんだっけ?」と言うあの瞬間にある。録音をスクラブして30分ではなく、30秒で答えられるべきだ。

ここで、文字起こしアーカイブ全体にかけるAIチャットが本領を発揮する。Ctrl+F(完全一致しか見つからない)の代わりに、普通の言葉で訊く。「オンボーディングのフローについて何を決めて、何を却下した?」——すると決定、理由、却下された代替案が、それが出たすべての通話から引き出される。決めた会議で「オンボーディング」という単語が一度も発されていなくても、だ。その仕組みはAIチャットで文字起こしを検索する方法で扱っている。

効果は積み上がる。検索可能なアーカイブの200回目の通話は、最初の1回より価値が高い。その頃にはログが、会議が始まる前に「これ前にも議論したか?」へ答えられるようになっているからだ。

決定が撤回されたとき

決定はじっとしていない。ログ最大の失敗は、決定が欠けていることではない。古くなった決定を誰かが今のものとして扱うことだ。ルールを組み込もう。ある通話が過去の決定を覆したら、新しい記録が古いものへリンクし、古いほうのステータスは置き換え済みへ反転する。元の記録は決して消さない。「Aに決めた、3月に数字が変わってBに切り替えた」という連鎖そのものに価値がある。1年後にチームがまたAへ戻るのを防ぐからだ。

最初の1か月に有効な内部指標がある。「新しい」決定が実は過去の撤回だった回数を数えること。もし4回に1回以上が前の決定をひっくり返しているなら、チームは速すぎるか、情報が足りないまま決めている。これは表に出す価値のあるプロセスのサインだ。

料金

決定の追跡は、重要そうに見える通話だけでなく、すべての通話を録れて初めて機能する。どの20秒のやり取りが後で争点になるかは、誰にも読めないからだ。分単位の課金は、まさにこの習慣に罰を与える。

Atter AI は定額だ。週6.99ドル、年49.99ドル、または買い切り129.99ドル、3日間の無料トライアル付きで、分単位・録音単位の上限はない。一つの料金で全通話をログに残せ、日本語・英語・スペイン語が同じ通話で飛び交うグローバルチームのために90以上の言語に対応する。

よくある落とし穴

議論を決定として記録する。 「価格について話した」は決定ではない。「第3四半期まで価格を据え置く」が決定だ。選ばれた選択肢を名指ししていない行は、ログに居場所がない。

理由を落とす。 理由が記録されていない決定は、最初に蒸し返される。通話で理由が語られなかったなら、新しいうちに24時間以内に足しておく。

ログを分裂させる。 決定リストが2つあるのは、無いのと同じ。台帳は一本、信頼できる出典は一つ、毎回追記する。

書きっぱなしで終える。 一度も照会しない意思決定ログは、ただの墓場だ。価値は引き照会にある。会議前の準備に組み込んで、「これもう決めたか?」が会議中ではなく会議前に片付くよう配線しよう。

決定を単独のリストではなく、監査に耐える完全な記録の中に置きたいチームは、これを会議要約テンプレートと組み合わせるといい。各決定が文脈の中に着地する。

FAQ

意思決定ログと議事録の違いは?

議事録はすべてを記録する。出席者、議題、動議、会議の全体の流れだ。意思決定ログはすべての会議を横断して一つだけを記録する。チームが合意した選択と、その理由。議事録は会議ごと、ログは累積。多くのチームは両方要るが、半年後に実際に照会するのはログのほうだ。

AIが録音から決定を抜き出す精度は?

土台となる文字起こしはクリーンな音声で98.7%。決定の抽出は、選択が明示されていれば(「オプションBで行く」)信頼できる。難しくなるのは、決定が宣言ではなく合意でほのめかされるとき。だから抽出プロンプトは「理由が語られず」のケースに印を付け、人の確認に回す。印の付いた行は検証する前提で。残りはたいてい固い。

言語の異なる通話をまたいで決定を追える?

追える。Atter AI は90以上の言語に対応するので、スペイン語の通話で下した決定と、関連して英語の通話で下した決定が、台帳を保つどの言語であっても同じログに着地する。分散チームにとって、これがログを持つ理由そのものになることも多い。

アクションアイテムの抽出とは何が違う?

アクションアイテムはタスクだ(「金曜までにプリヤが仕様書をドラフトする」)。決定はそのタスクを生んだ選択(「仕様書は外注せず内製する」)。両者は補完関係にある。両方追うが、列は分ける。タスク側はアクションアイテム抽出ガイドで詳しく扱っている。

後で決定が変わったら?

元の記録を置き換え済みにし、新しい決定をそこへリンクする。消さないこと。決定がどう変わってきたかの履歴は、ログが価値を持つ理由の一部だ。一度試して捨てた案を、チームが再提案するのを止めてくれる。

1回の通話から決定をログするのにどれくらいかかる?

60分の通話なら、文字起こしは数分で用意でき、決定の抽出プロンプトは数秒で走り、3〜6件を台帳に追記するのに2分ほど。印の付いた「理由なし」の行を検証して、さらに1〜2分。合計5分未満で、その大半は放っておくだけだ。

録音した音声のプライバシーは保たれる?

保たれる。Atter AI はアップロードされた録音をモデルの学習に使わず、あなたのアカウント内で非公開のまま保たれる。法務・人事・取締役会に触れる決定は、まず自社の標準的なコンプライアンス審査にファイルを通してほしい。