Firefliesの議事録をNotionに整理するワークフロー

Firefliesの会議メモをNotionへ送るなら、接続を有効にする前に「どの会議を残し、Notionで何を検索・更新するのか」を決めます。Firefliesの公式Notion連携では、会議summaryやtranscriptをNotion PageまたはDatabaseへ送る設定が案内されています。全会議をそのまま同期すると、不要な記録まで増えて探しづらくなるため、保存先と対象条件を分けて設計するのが先です。

この記事では、営業定例や顧客打ち合わせをNotionのmeeting databaseへまとめる例を使い、property、対象meeting、保存内容、action itemの扱いを順に決めます。実際にFirefliesやNotionを操作した体験談ではなく、公式仕様に基づいた設計例です。設定名や対象範囲は現在のworkspace・planで確認してください。

先に決めるのは「記録の置き場」と使い道

Notionでは、会議ごとにpageを作るだけでなく、databaseに集めてprojectやclientで絞り込む方法があります。後で会議を探す人が誰か、どんな条件で絞るかを考えて、最初から分類軸を決めます。

表は横にスクロールできます

Notion property	入れる値	使い道
Meeting title	Firefliesの会議名	タイトル検索
Meeting date	会議日時	時系列、期間filter
Meeting type	customer / internal / interview等	関係ない会議を除く
Project / client	relationやselect	案件単位で履歴を追う
Owner	社内担当者	次の確認先
Review status	unreviewed / reviewed / follow-up	未確認と確定を分ける
Source link	Firefliesの元meeting URL	summaryから原記録へ戻る
Action owner / due	明示された担当・期限	議事録とtaskをつなぐ

propertyを増やしすぎると入力・運用が重くなります。最初は、検索に必要な日付、meeting type、project、owner、statusを選びます。会議本文に含まれる情報をNotionのpropertyへ全部分解する必要はありません。

どの会議を送るかを定義する

Integration Rulesが使える場合は、meeting titleやhostなどの条件で送信対象を絞ります。たとえば顧客商談だけを対象にして、社内雑談、採用面談、機密性の高い会議を別扱いにできます。ただし、名称の文字列だけで対象を決めると、タイトルの付け忘れや表記揺れで漏れます。title filterだけに依存せず、host、calendar、team、meeting typeなど、実際に使える条件を確認してください。

表は横にスクロールできます

条件	例	失敗しやすい点
タイトルに語を含む	「商談」「定例」を含む	命名が揺れると漏れる
host / organizer	営業担当の会議	代理開催や共有hostで誤判定
meeting type	external meeting	判定元と連携設定の対応を確認
明示的な対象選択	特定meetingを送る	手作業が残るが誤送信を抑えやすい

全件同期から始めず、まず少数のテストmeetingで「送る / 送らない」を確認します。対象外会議をNotionへ誤送信した場合の削除・アクセス制限も決めてください。社外参加者がいる会議では、録音・記録・共有の社内ルールに従います。

Summaryとtranscriptは別の保管判断

短いsummaryは検索や振り返りに便利ですが、全文transcriptは会話の詳細を残すため、閲覧範囲や保有期間への影響が大きくなります。Fireflies連携にはsummaryとfull transcriptの保存設定があり、transcript保存がplanに依存する場合があります。使えるかどうかだけでなく、何のために全文が必要かから決めます。

表は横にスクロールできます

目的	保存する候補	見直しポイント
会議の結論を思い出す	summary、action item	元recordへ戻れるlinkを付ける
正確な発言を確認する	transcriptまたはtimestamp	閲覧権限、保持期間、削除ルール
案件の経緯を追う	summary＋決定事項＋source link	顧客発言と社内判断を区別
後から分析する	必要fieldだけを構造化	全文コピーが本当に必要か

summaryは原文の代替ではありません。金額、納期、契約条件、意思決定者、合意事項は要約だけで確定せず、元の会話や共有資料へ戻ります。重要な記録をNotionへ確定する役割は担当者に残し、AIが作った文と確認済みの決定を同じ見た目にしないようreview statusを使います。

まずは使ってみる

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

• 

  Fireflies.ai

  公式サイトを見るTool詳細を見る

連携の試験は接続成功で終わらせない

1. Notionにテスト用databaseを作り、必要なpropertyだけ用意する。

2. FirefliesからNotion接続を許可する。アクセス先が意図したpage/databaseか確認する。

3. 架空のテストmeetingまたは共有可能な検証meetingでsummaryだけを送る。

4. title、date、owner、project、source linkが正しい列に入ったか見る。

5. transcriptを保存する必要がある場合だけ別テストし、権限・plan・保存先を確認する。

6. Integration Rulesを設定したら、対象meetingと対象外meetingの両方で判定を確かめる。

7. action itemが担当・期限とともに適切なfieldへ入るか確認する。

8. 送信失敗時に、再送でduplicate pageができないか調べる。

まず1件だけ接続して、Notion側の実際のpage構造を確認します。ページが作られたことだけでなく、meeting名の表記、timezone、重複処理、source link、改行や長文の表示も見てください。連携を修正した後は同じ会議を再送し、同じentryを更新するのか新しいentryになるのかも把握します。

AI Skillsの結果は通常summaryと分ける

FirefliesのAI Skillsで営業情報やinterview用の項目を抽出し、その結果をNotionへ送る選択肢があります。通常summaryは会議全体の記録、AI Skill outputは特定の業務質問への回答として、Notion内でも別のsection/propertyに置きます。たとえば「顧客の課題」「競合名」「次回までの確認事項」を記録する場合、該当発言が見つからなければunknownにするなど、根拠の扱いを決めます。

会話にない予算や購買時期をAIが補っていないか、出力を原文と照合します。AI Skillの結果からCRM更新や顧客連絡を自動化する場合も、初期段階では送信前reviewを残してください。録音・会議情報の利用可否は、参加者への案内、社内規程、契約条件に従います。

Notionを「会議の正本」にする境界

Firefliesは会議の記録・文字起こし、Notionは確認済みの知識・決定・task管理という役割に分けると、更新先が明確になります。会議後に決定が変わったら、Notion側のdecision/statusを更新し、summaryを書き換えた履歴が必要ならsource linkから原recordへ戻ります。全文transcriptをNotionとFirefliesの両方へ長期保存すると、削除・権限変更の対象が二重になるため、重複保管は目的を確認します。

Notionでtask databaseを使う場合、meeting note内の「次にやること」をそのまま正式taskと見なすのではなく、担当者が承認したactionのみtask化するのが安全です。owner不明・期限未定・顧客の希望と社内決定が混在する項目は、taskではなく未確認事項として記録します。

運用前チェック

• Notion databaseのpropertyが検索・分類の目的に合っている

• Firefliesがアクセスするpage/databaseを最小限にした

• meeting対象ルールを送信・非送信の両方で試した

• summaryとtranscriptを別々に要否判断した

• 重要条件はsource linkから原記録で確認できる

• AI Skill outputを通常summaryと区別した

• action itemに担当・期限が不明なとき推測しない

• 連携再試行でduplicate entryができないか確認した

• 録音、保存期間、閲覧権限が社内ルールに合っている

AIものさしの判断

Fireflies＋Notionは、会議をすべて転送するより、必要なmeetingだけを選び、Notionで使うpropertyと確認状態を整えたときに価値が出ます。最初はsummaryとsource linkだけを1件試し、対象meetingの絞り込み、重複、field mappingが安定してからtranscriptやAI Skill outputを追加します。重要な合意や営業上の約束は、AI summaryではなく原記録を確認して担当者が確定してください。