Firefliesで会議からタスクを拾う方法

Firefliesで会議からタスクを拾う方法。Fireflies.aiなどを対象に、向き不向きが分かるように整理します。

AIものさし編集部

Firefliesで会議からタスクを拾うときは、抽出されたaction itemをそのまま担当者へ割り当てず、「何をするか」「誰がするか」「いつまでか」「会議のどの発言が根拠か」を確認してから管理先へ渡します。会議では提案や希望も多く出るため、AIがタスクらしい文を見つけても、決定済みの仕事とは限りません。

タスクの完成条件を先に決める

タスク一覧を作るだけでは、会議後の抜け漏れは減りません。実行する人が読んで誤解せず、期限と目的を確認できる状態が成果物です。FirefliesのNotepadやAskFredは会議内容からaction itemを整理する助けになります。Salesforce連携では、設定によりmeeting action itemをSalesforce Taskへ作成できます。AI抽出、CRM連携、担当者による確認はそれぞれ別の段階として扱います。

会議後の確認に使う出力表:

| 項目 | 記入例 | 未確定の場合 |

| 行動 | 見積条件を顧客へ送る | 何を送るか確認待ち |

| 担当 | 佐藤さん | 担当未定 |

| 期限 | 10月15日 | 日付発言なし |

| 状態 | 決定 / 依頼 / 提案 / 要確認 | 要確認 |

| 根拠 | 該当発言・transcript時刻 | transcriptへ戻る |

| 管理先 | CRM Task / project board / 個人todo | 送信前に選ぶ |

この表を会議後のレビュー用に使い、AI出力の値をそのまま転記するのではなく、元発言から確定できるものだけ埋めます。「誰か確認する」「来週あたりに」「できれば共有」のような表現は、ownerや期限の根拠がないため要確認に残します。

決定と提案を分ける判定

| 発言の形 | 初期分類 | 人が確認する問い |

| 「A案で進めると決めました」 | 決定候補 | 条件、承認者、適用範囲は明確か |

| 「A案もよさそうですね」 | 提案候補 | 採用決定の発言が後にあったか |

| 「資料を送ってもらえますか」 | 依頼候補 | 誰が送るか、何を、期限はいつか |

| 「時間があれば見ます」 | 意向 / 未確定 | 実行依頼として合意したか |

| 「次回までに確認」 | 行動候補 | 確認者と対象、次回の日程は何か |

| 「その件は保留」 | 未決 | 再検討条件と次の確認時点はあるか |

AIが作った分類を確定判断に置き換えないことが重要です。会話の後半で決定が覆ったり、条件が追加されたりする場合があります。action itemを読むときは、発言の前後にある「ただし」「もし」「まだ決めない」などの条件も一緒に確認します。

Firefliesで抽出してからタスク化する

  1. 会議のNotebookを開き、Action Itemsを全体のsummaryと分けて読む。

  2. タスク候補ごとに行動・owner・期限を確認する。

  3. 担当や期限が明示されているかtranscriptへ戻る。

  4. 決定、依頼、提案、要確認を分け、曖昧な候補は外部タスクへ送らない。

  5. 必要ならAskFredへ観点を限定して質問する。

  6. CRMやタスク管理へ渡す前に重複と公開範囲を確認する。

  7. 次回会議や管理画面で未完了actionを追跡する。

AskFredの質問例:

・「明確に依頼された作業だけを列挙し、提案は別にしてください」

・「担当者と期限が発言で明示されたaction itemだけを示してください」

・「決定事項を、決定に至る発言の前後とともにまとめてください」

・「ownerまたは期限が特定できない項目は、未確定と表示してください」

AskFredは処理された会議を対象に質問できます。質問文を工夫しても、元発言が曖昧なままなら根拠は増えません。回答が「担当は田中さん」と示した場合も、同じ名前が会議に登場したことだけでownerと確定せず、その人が作業を引き受けた発言を確認します。

抽出結果のレビュー基準

各候補に対して、次の順で確認すると誤登録を防ぎやすくなります。

・行動が動詞で始まり、終わりの状態が分かるか

・対象物が特定できるか(資料、顧客、案件、設定など)

・担当者が明示的に引き受けたか、割当てられたか

・期限は日付や合意された時点として特定できるか

・会議の中で決定されたか、単なる選択肢・希望か

・前提条件や承認待ちがあるか

・既存CRM taskやproject boardと重複していないか

・会議記録の共有先へ出してよい内容か

読みやすいTaskへ直すときも、発言になかった条件を足さないでください。たとえば「契約書を送る」がtask候補でも、承認が未完なら「承認後に契約書を送る(承認者・期限を確認)」のように条件を残します。期限がなければ空欄にし、担当が不明ならチーム全体へ機械的に配りません。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

Salesforceへ連携するとき

Firefliesの公式手順では、Salesforce連携設定で「Create tasks from meeting action items」を有効にすると、会議後に抽出されたaction itemをSalesforce Taskへ作成します。新規連携と既存連携で初期設定の状態が異なる場合があるため、スイッチを見ただけで意図した運用になっていると判断せず、設定を読み直してから保存します。

| 段階 | 自動化する範囲 | 人が持つ確認 |

| Fireflies抽出 | 会議から候補を整理 | 決定か、owner・期限の根拠 |

| Salesforce作成 | 設定された候補をTask化 | 対象record、重複、権限 |

| 担当者の実行 | CRM上のTaskを進める | 作業内容、期限、完了記録 |

自動作成を使う場合は、対象のmeetingが正しいCRM recordと結びついているか、taskを作る設定がどこまで適用されるかを確認します。最初に小規模な内部会議で動作を確認し、意図しないタスクが出た場合は連携設定を見直します。実データで確かめていない限り、連携が常に正しく紐づくとは書けません。別のCRMやtask toolへも同じ設定があると推測せず、個別の公式案内を確認します。

失敗パターンと修正

| 起きること | 主な原因 | 修正 |

| 提案が正式タスクになる | 発言の分類が曖昧 | transcriptで決定・依頼の有無を確認 |

| 担当者が違う | 名前の言及を割当てと誤認 | 引受け・指名の発言へ戻り、未確定にする |

| 期限が過剰に具体的 | 「来週」等を日付へ変換 | 原文表現を残し、日付は合意後に入力 |

| タスクが二重になる | CRM既存Taskの確認不足 | meeting、record、内容で重複確認 |

| 連携後に大量Taskができる | 自動作成範囲の理解不足 | 設定と対象meetingを止めて見直す |

| 重要条件が消える | summaryの短縮で前提が脱落 | 原発言と条件をTask descriptionへ残す |

| 終わったか分からない | 完了条件が抽象的 | 期待する提出物や確認結果を定義 |

タスクの状態を「未確認」「確認済み・登録待ち」「登録済み」「完了」「保留」に分けると、AIの抽出と業務上の確定を区別できます。管理ツールのstatusへそのまま合わせられない場合も、レビュー用表やチェック欄で段階を残します。抽出数を成果指標にせず、未確定項目が勝手に実行対象へ移らない仕組みを優先してください。

レビュー例:抽出文を実行可能なTaskへ整える

抽出された「見積を用意する」だけでは、誰が、どの顧客向けに、いつまでに作るかが分かりません。transcriptで、営業担当が顧客に提出すると合意したこと、価格条件は社内確認が必要なことを確認できた場合は、次のように分けて記録します。

・Task候補:[案件名]の見積書を作成する

・担当:会議で明示された作成者。未指定なら「要確認」

・期限:合意がなければ空欄のまま

・前提:価格条件の社内確認後に確定

・根拠:担当依頼・期限・条件の該当発言

・状態:確認済み・登録待ち

「金曜までに顧客へ送る」と明示された場合も、見積作成と顧客送付を一つにまとめず、別の作業か同じ作業かを参加者の合意から判断します。複数の行動が連なっているときは、完了条件を分けることで担当の引継ぎと期限管理がしやすくなります。

会議の前後で抜け漏れを減らす

会議中に「担当者、作業、期限、完了条件」を声に出すと、後から埋める項目が減ります。ただし会議で参加者がその提案を受け入れたことを確認し、AIが発話者名を認識しただけで担当を割り当てません。会議後には、決定事項と未決事項を別にまとめ、次回議題やCRMのfollow-upへつなぎます。

社内の個人情報、顧客情報、契約条件を含むaction itemは、内容とアクセス権を確認してから外部管理先へ送ります。recordingやtranscriptが閲覧できる人とCRM taskが見られる人は一致するとは限りません。連携前に共有範囲を確認し、不要なmeeting recordや個人情報までTaskへ複製しないようにします。録音・要約の利用についても、組織の規程と参加者への案内を守ります。

AIものさしの判断

会議からタスクを拾うJobは「Action Items欄が埋まった」では完了しません。実行候補が決定・依頼として成立していること、担当・期限・根拠が分かること、管理先へ安全に渡せることが完了条件です。根拠が不足する項目は無理にタスク化せず、確認待ちに残します。

Firefliesは抽出と整理を支援しますが、会議の合意や組織の責任者を代わりに決めるものではありません。Salesforceへのtask作成は公式に説明された連携機能ですが、設定、対象範囲、CRM recordとの紐づきは実際のworkspaceで確認してください。精度、漏れ率、作業時間の削減はこの原稿で実測していません。最終的にはaction itemの件数ではなく、実行者が根拠を確認でき、次の管理工程で追跡できるかを見ます。

会議後の責任分担も決めておきます。記録を作った人は候補の整理、会議の責任者は合意内容の確認、実行担当者はTaskの受け取りと期限の確認を行います。役割を決めても、実際に合意されていない作業を割り当てる根拠にはなりません。

次の一手

記事の内容を踏まえて、公式とTool詳細から続けられます。

次に読む・使う

この記事の次に必要な情報へ進めます。

ツールの詳細