Lightfieldに受信箱を渡すか？｜AIのCRMの読み取り権限

「営業が記録を入れないので、AIに勝手に埋めてほしい」「受信箱を全部読ませるのは、さすがに情シスが止めるのでは」——営業企画やインサイドセールスの責任者が、AIのCRMを検討し始めたときに続けて口にする二つの声です。前の声は手間の悩み、後の声は手間を消した代わりに何を差し出すのかという悩みで、どちらも筋が通っています。ただ、論点は「読ませるか、読ませないか」の二択ではありません。本当に決めるべきなのは、どの受信箱とどのチャンネルまで読ませ、AIが書き換えた記録を誰がどこで確かめるかです。この記事では、米国の新しいCRM Lightfield を例に、渡すことになる読み取りの範囲と、書き込みの承認の置き方を、部門で決める順に整理します。

Lightfield は、やり取りから記録を自分で埋めていくCRM

Lightfield は、営業の担当者が手で入力しなくても、顧客とのやり取りから記録が埋まっていくことを売りにしたCRMです。2026年10月時点の公式サイトでは、メール、カレンダー、Slack、LinkedIn などをつなぐと、やり取りを自動で構造化し、取引先・連絡先・商談の記録に結び付けると説明されています。

記録を集めたうえで、AIエージェントが働きます。公式サイトに並ぶのは、取引先の下調べ、商談の見極め、会議の準備、追いかけのメール、狙う相手の一覧づくりと複数の経路での接触、止まっている商談の洗い出し、売上見込みの更新といった仕事です。CRMの中のデータに対話で質問する機能もあります。

技術の面では、API・MCP・CLI という三つの口から記録を読み書きできること、エージェントのための開発キットと、結果が毎回同じになるよう作られたコードの隔離環境を備えることを打ち出しています。社外のAIの道具からCRMの中身を呼び出したり、書き換えたりできる作りです。

つまりこの製品は、入力画面を使いやすくした道具ではなく、読み取ったやり取りを材料に、AIが記録を作り、次の仕事まで進める仕組みです。導入の判断も、画面の使い勝手より、何を読ませて何を書かせるかに集まります。

Tome の創業者たちの会社と、国内でまだ知られていない理由

Lightfield は、サンフランシスコの会社です。公式ブログが転載したベンチャービートの2025年11月の記事は、見出しで、利用者2,000万人のプレゼン資料の生成アプリ Tome の創業者たちが、そのアプリを離れてAIが中核のCRMを作ったと伝えています。公式ブログによれば、2025年11月13日に製品の考え方を説明する記事を出し、翌14日の更新記事で一般提供の開始を告げました。

2026年9月9日には、公式ブログで Andreessen Horowitz が主導する4,700万ドルのシリーズAを発表しています。同じ記事では、昨年11月の公開以来5,000社を超える会社が登録したと書かれています。シリコンアングルなど米国の媒体も同じ日に報じました。

国内でまだほとんど知られていない理由は、確かめた範囲では三つあります。一つは、公開からまだ1年ほどの製品であること。二つめは、公式サイトが創業者や小さな会社の営業の立ち上げを前面に出しており、国内の大きな会社が既存のCRMの置き換え先として比べる段階にまだ来ていないこと。三つめは、日本語の画面や国内の窓口、日本語のメールの読み取りの精度が、2026年10月時点の公式の資料では確かめられないことです。

国内で試すなら、日本語のメールと会議を数週間分つないで、取引先や商談に正しく結び付くか、要約が日本語の言い回しを取り違えていないかを、小さな範囲で確かめるところから始めることになります。

一般提供から2026年10月までに増えた機能と、その状態

Lightfield は毎週のように更新記事を出しており、読み取りと書き込みの範囲は1年で大きく広がりました。導入を検討するときに効いてくる機能を、公式の更新記事と説明書で確かめた範囲でまとめます。

機能	中身（公式で確かめた範囲）	状態
メールとカレンダーの取り込み	Gmail と Outlook に対応。過去分は既定で1か月、最大24か月まで遡れる	提供中
記録の更新の提案	AIが記録の項目の新しい値を提案し、出どころを示す。人が受け入れるか退ける	2025年11月の一般提供の時点から
Slack と Teams の連携	紐づけたチャンネルの投稿を記録に取り込み、対話で記録を調べる	2026年8月に一般提供
LinkedIn の連携	個人間のメッセージを連絡先に結び付け、接続の申請やメッセージを送る	提供中（送信は上位の契約）
API・MCP・CLI	社外の道具から記録を読み書きする	提供中
項目単位の書き込み権限	記録の種類ごとに、誰が書き換えられるかを正式に分ける	2026年9月にプレビューと明記

表の最後の行のとおり、記録の種類ごとの書き込み権限は、2026年10月時点ではプレビューの段階です。誰がどの記録を書き換えられるかを細かく分けたい会社にとって、正式な提供を待つかどうかは導入の時期に直接かかわります。なお、グループ単位で記録の権限を分ける機能は、説明書では Enterprise の契約だけで使えるとされています。

更新の速さは利点でもあり、確認の手間でもあります。導入の判断に使った機能の状態は、契約の前にもう一度、公式の更新記事で確かめることを勧めます。

入力しないCRMが生まれた理由は、記録の手間を読み取りに置き換えたこと

営業の記録が埋まらない問題は、昔からあります。入力の項目が多い、入力しても自分の得にならない、会議のあとにまとめて書く時間がない。こうした原因に、入力する項目を絞ったり会議の使い方を変えたりして手当てする方法は「営業の記録が埋まらない原因」の記事で扱っているので、ここでは繰り返しません。

Lightfield のようなAIのCRMは、その手当てとは別の道を選びました。人に入力させる努力をやめ、やり取りそのものを読み取って記録を作るという道です。メールを送れば相手の取引先と連絡先が作られ、会議をすれば録画と要約が残り、話の中身から商談の項目の更新が提案されます。

この道を選ぶと、入力率の問題はほぼ消えます。その代わりに、これまで営業の頭の中と受信箱の中にとどまっていた情報が、CRMという共有の場所に移ることになります。メールの本文、添付の資料、チャットのやり取り、会議の発言。どれも、担当者が手で入力していた時代には、本人が選んで書いたものだけがCRMに入っていました。

つまり、手入力のCRMでは担当者が無意識にしていた「何を書かないか」の判断を、AIのCRMでは部門が仕組みとして決め直す必要があります。この記事の残りは、その決め直しを、読み取りの範囲ごとに見ていきます。

読み取り範囲①：受信箱は本人がつなぎ、遡る期間を選ぶ

最初に渡すことになるのが受信箱です。公式の説明書では、Gmail（Google Workspace）と Outlook（Office 365）のどちらか、または両方をつなぎます。つなぐときは、メール・カレンダー・連絡先について、提供元が求める権限をすべて許可するよう案内されています。読むだけの権限と送る権限を分けて渡す方法は、説明書には書かれていません。

押さえておきたいのは、受信箱をつなぐのは各担当者本人で、管理者が代わりにつなぐことはできない点です。会社として一斉に有効にするのではなく、一人ひとりが自分の受信箱を差し出す形になります。逆に言えば、誰の受信箱をつながせるかは、部門が人の単位で決められます。

もう一つは、過去のメールをどこまで遡るかです。既定は1か月で、つなぐときに3・6・12・24か月から選べます。説明書では、遡る期間は後から延ばせても縮められないとされています。また、つないだ直後に過去のメールから大量の取引先が一度に作られることがある、とも注意書きがあります。

遡る期間が長いほど、記録は厚くなりますが、転職前の会社のやり取りや、すでに終わった係争のメールまで入るおそれも増えます。最初は既定の1か月で始め、取り込まれた中身を見てから延ばすかを決める、という順番が安全です。

読み取り範囲②：カレンダーと会議の録画

カレンダーをつなぐと、予定の参加者から取引先と連絡先が作られ、会議の記録が商談に結び付きます。説明書では、社内の人だけの会議は、カレンダーの同期を「すべての会議」にしたときだけ記録されるとされています。社外の人を含む会議が、既定の読み取りの対象です。

会議の録画と文字起こしも記録に入ります。ここで気をつけたいのは共有の仕組みです。説明書によれば、録画はメールで招いた相手にだけ見せる方法のほかに、リンクを知っていれば誰でも開ける公開リンクで共有する方法もあります。顧客との会議の録画が、転送されたリンクから社外へ広がる経路になり得ます。

会議の録画については、取り込みの前に、相手に録画を伝える文面と、公開リンクを使ってよい場面を決めておきます。少なくとも、顧客の発言を含む録画は公開リンクで共有しないという一行は、部門の決まりに入れておくべきです。

読み取り範囲③：Slack は紐づけたチャンネルだけ

Slack の連携は、受信箱とは考え方が違います。説明書では、まず Slack の組織を Lightfield の管理者がつなぎ、その後に各自が自分のアカウントを紐づけます。取り込まれるのは、取引先や商談の記録に、誰かが特定のチャンネルを紐づけたときの、そのチャンネルの投稿・反応・添付だけです。

非公開のチャンネルは、Lightfield のアプリを招いたときに初めて見えるようになります。そのうえで説明書は、非公開チャンネルの投稿は、要約・記録の更新・エージェントの回答に使わないと明記しています。非公開チャンネルの中身は、そのチャンネルに入っている人にだけ見え、ほかの人には投稿の有無などの付帯情報だけが見えます。

つまり Slack については、読ませる範囲を一つずつ選ぶ作りになっています。部門で決めるのは、どの種類のチャンネルを記録に紐づけてよいかです。顧客と共有しているチャンネルや案件ごとのチャンネルは紐づけてよいが、社内の価格の相談や人事の話が出るチャンネルは紐づけない、といった線を書いておきます。

読み取り範囲④：LinkedIn は本人の資格情報でつなぐ

LinkedIn の連携では、個人間のメッセージが連絡先の記録に結び付きます。説明書では、グループの会話や会社のページとの会話、広告のメッセージ、同僚とのやり取りは同期しないとされています。連携するのは各担当者本人で、管理者を含め他人がつなぐことはできません。

情報システムの部門が気にするのは、つなぎ方です。説明書によれば、Lightfield の画面で LinkedIn にサインインする形で、LinkedIn のセッションのクッキーを貼り付けるか、LinkedIn のパスワードを設定して入るとされています。個人の LinkedIn の資格情報を、会社が契約した外部のサービスに渡すことになります。

さらに、上位の契約では、連続送信の機能から接続の申請やメッセージを送れます。説明書には1日あたりの送信の上限の案内がありますが、LinkedIn の利用規約との関係は、公式の説明書には書かれていません。LinkedIn を営業の経路として自動で使うかどうかは、規約を自社で確かめてから決める項目として残しておくべきです。

LinkedIn の個人のアカウントは、多くの場合、会社のものではなく本人のものです。退職したときに何が残るか、本人の私的なつながりのメッセージがどう扱われるかまで含めて、つながせるかを本人と合意しておく必要があります。

私信・社外秘・個人情報が混ざる問題

四つの読み取りを並べると、共通する問題が見えてきます。営業の受信箱には、顧客とのやり取りだけでなく、私的な連絡、採用の相談、社内の価格の検討、取引先から預かった資料が混ざっています。AIのCRMは、それを区別せずに取り込むわけではありませんが、区別の線を引くのは、製品ではなく使う側です。

Lightfield には、取り込む前に除外する仕組みがいくつかあります。説明書によれば、各受信箱には除外の区分があり、最初から「売り込み」「大量の広告」「催しの宣伝」「私的なもの」「自動の通知」の五つが入っています。採用や資金調達の区分のひな形もあります。個人のアドレス（フリーメールなど）からは、既定では連絡先を作りません。組織全体で特定の相手を読み取らない一覧も持てます。

ただし、注意点が三つあります。除外の区分は受信箱の持ち主しか見られず、管理者は変えられません。部門で決めた線を、管理者が設定で強制することはできないということです。次に、除外したものは消されずに脇に置かれ、あとから戻せます。そして、受信箱の見せ方の既定は「全文」で、同僚にも件名・本文・添付まで見えます。

• 受信箱の見せ方を既定の「全文」のままにして、人事や採用のメールの本文が同じ組織の全員に見える
• 除外の区分を各担当者に任せきりにし、誰がどの区分を外したかを部門が把握していない
• 過去24か月分を最初から取り込み、前の取引で預かった資料や終わった係争のメールまで記録に入る
• 顧客の発言を含む会議の録画を、公開リンクで社内外に回す

どれも、製品の不具合ではなく、既定のまま始めたことで起きる事故です。導入前に、見せ方を「参加者と時刻だけ」から始めるか、全文を見せる受信箱を限るかを決めておけば防げます。

部門で先に決める「取り込ませない線」

ここまでの話を、導入前に部門で決める項目に直します。どれも製品の設定だけでは強制しきれないため、決まりとして文書にし、つなぐ本人と合意してから受信箱を差し出してもらう形にします。

• つながせる受信箱：営業とインサイドセールスの業務用の受信箱だけか、共有の窓口の受信箱も含めるか
• 遡る期間：最初は1か月で始め、延ばすときの承認者を決める
• 受信箱の見せ方：同僚に全文を見せるか、参加者と時刻だけにするか。人事・採用・法務と兼務する人の扱い
• 除外の区分：最低限入れておく区分（私的・採用・資金調達・社内の価格の検討など）を部門で決め、各自に設定してもらう
• 組織全体で読み取らない相手：監査法人・弁護士・金融機関・採用候補者など
• Slack に紐づけてよいチャンネルと、紐づけないチャンネルの種類
• LinkedIn をつながせるか。つながせる場合、自動の送信を使うか
• 会議の録画を顧客に伝える文面と、公開リンクを使わない決まり

この一覧は、情報システムの部門に任せるより、営業企画やインサイドセールスの責任者が持つほうが現実的です。どのメールが業務のやり取りで、どれが混ぜてはいけないものかは、営業の仕事を知っている人にしか線が引けないからです。

AIが書き換えた商談情報を、誰がどこで確かめるか

読み取りの次は書き込みです。Lightfield では、AIがやり取りから記録の新しい値を提案し、人が受け入れるか退けます。公式の更新記事によれば、提案には、その値がどのやり取りから来たかが示されます。提案や、自動化が作ったメールの下書き、タスクは、確認待ちの一覧にまとまります。

ここで先に知っておきたいのは、説明書が商談そのものは、メールや会議から自動では作らないと書いている点です。商談を作るのは、人か、エージェントか、自動化か、API のいずれかです。取引先と連絡先は既定の設定で自動で作られますが、商談の金額や段階は、誰かの操作を経て入ります。

では、誰が確かめるか。確認待ちの一覧は、下書きや提案ごとに特定の人に届き、一人が受け入れるか退けると全員の一覧から消えます。他人の受信箱から送る下書きは、その受信箱の持ち主しか送れません。商談の金額・確度・受注予定日のように、売上の見込みに直結する項目は、担当者本人と上長のどちらが確かめるかを項目ごとに決めておくのが基本です。

公式の更新記事の題名によれば、2026年7月に項目の値の履歴を見る機能も加わっています。AIの提案を受け入れた結果、いつ誰の操作で値が変わったかを後から追えるかどうかは、会議で数字の食い違いが出たときに効いてきます。受け入れた提案を、あとから誰がたどれるかを、試行の段階で確かめておきます。

エージェントの書き込み権限は、段階を踏んで開ける

エージェントに許す範囲は、一度に全部開ける必要はありません。説明書によれば、対話の中でエージェントが記録を作ったり項目を更新したりする操作は、既定では毎回確認を求め、設定で自動の実行に切り替えられます。外部のサービスへの通信も、既定は毎回確認です。この設定は本人の対話にだけ効き、組織全体には効きません。

メールの送信については、説明書は、自動化に送信の権限を承認すると確認なしで送れるようになると書いたうえで、結果が安定するまでは顧客向けの下書きを確認するよう勧めています。これを踏まえると、次のような段階で開けるのが一つの考え方です。

営業の工程ごとにどこまで任せるかという整理は「営業のAIエージェントは何を任せる？」の記事にあるので、ここでは記録への書き込みに絞りました。大事なのは、次の段階に進む条件を、件数や直しの割合で先に決めておくことです。

外から読み書きできる口と、費用の増え方

Lightfield は、API・MCP・CLI で記録を読み書きできます。社外のAIの道具から顧客の記録を呼び出して資料を作ったり、別の仕組みから記録を書き換えたりできるのは便利ですが、読み取ったメールの中身が、つないだ先の道具へ二次的に流れる経路にもなります。どの道具からつないでよいか、その道具に読み取りだけを許すのか書き込みも許すのかを、受信箱の線と同じ場で決めます。

データの扱いについて、公式で確かめられたのは、SOC 2 の第二種の監査を受けていること、米国の医療情報の規制に沿った業務委託の契約や、欧州の個人データの処理の契約に応じることです。データの保存場所、使うAIの提供元と学習への利用、保存の期間は、2026年10月時点の公式の資料では確かめられませんでした。対話の機能では複数のAIのモデルを選べると説明書にあるため、どのモデルにどのデータが渡るかは契約の前に直接確かめてください。

費用の増え方は、金額ではなく単位で見ておきます。説明書によれば、自動化・ワークフロー・連続送信は実行のたびにクレジットを使い、複雑な実行ほど多く使います。連絡先の詳しい補完は1件ごと、対話は月の枠を超えると組織のクレジットを使います。一方で、メール・会議・Slack からの自動の記録更新はクレジットを使いません。読み取りを広げるより、エージェントに働かせる量を増やすほうが費用が増える作りです。

止め方と、既存のCRMから移るか併用か

止め方は、読み取りの口ごとに用意されています。受信箱や LinkedIn は本人が切り離せ、Slack は記録からチャンネルの紐づけを外すか、管理者が組織ごと切り離します。LinkedIn を切ると、そのアカウントから送る連続送信は止まります。担当者が無効になると LinkedIn の接続は自動で外れると説明書にあります。

ただし、切り離したあとに、すでに取り込まれた記録がどう残るかは別の問題です。説明書で確かめられたのは、削除した項目を戻す仕組みがあることまでで、取り込んだメールの保存期間や、契約を終えたときのデータの消し方は確かめられませんでした。退職者が出たとき、契約を終えるときの手順を、提供元に確かめて書面に残しておきます。

もう一つの判断が、既存のCRMから移るか、併用するかです。公式サイトでは、Salesforce や HubSpot と双方向で同期して併用でき、移行は同社のチームが手伝うとされています。いきなり置き換えるより、一つの営業チームで併用し、記録の厚みと提案の正確さを比べてから決めるほうが、戻れる余地を残せます。既存のCRMとMAの連携の設計については「MAとCRMの連携設計」の記事で扱っています。

よくある質問

受信箱を読ませると、同僚にメールが全部見えてしまいますか

説明書によれば、受信箱ごとに見せ方を選べ、既定は全文（件名・本文・添付）です。「参加者と時刻だけ」にすると、同僚には相手と日時だけが見えます。一通ずつ非公開にすることもできます。導入前に、どちらを既定にするかを部門で決めておくことを勧めます。

AIが勝手に商談の金額を書き換えることはありますか

説明書では、商談はメールや会議から自動では作られず、記録の更新は提案として出され、人が受け入れるか退けます。ただし、対話の中のエージェントの記録操作を自動の実行に切り替えた担当者がいれば、その人の対話の中では確認なしで更新されます。誰に自動の実行を許すかを決めておく必要があります。

日本語のメールでも使えますか

日本語の画面や日本語のやり取りの読み取りの精度は、2026年10月時点の公式の資料では確かめられませんでした。小さな範囲でつなぎ、取引先への結び付けと要約が正しいかを試してから判断してください。

情報システムの部門は何を見ればよいですか

受信箱と LinkedIn は本人がつなぐこと、LinkedIn は個人の資格情報を渡すこと、API・MCP・CLI でつないだ先にデータが流れること、保存場所と学習利用が公式の資料では確かめられないこと。この四つを、営業の部門の決まりと合わせて確かめるのが近道です。

まとめ

Lightfield のような入力しないAIのCRMは、記録の手間を、受信箱・カレンダー・Slack・LinkedIn の読み取りに置き換えた仕組みです。読み取りの範囲は口ごとに違い、受信箱は本人がつないで遡る期間を選び、Slack は紐づけたチャンネルだけを読み、LinkedIn は本人の資格情報でつなぎます。既定のままだと同僚に本文まで見える設定もあります。導入するなら、つながせる受信箱・遡る期間・見せ方・除外の区分・紐づけてよいチャンネルを部門で決めてから始め、AIの提案は商談の金額や確度ほど人が確かめる形にする。取り込み・要約・下書きはAIに任せ、取り込ませない線の引き方と、商談の数字の確定と、顧客への送信は人が持ってください。同じ営業のAIでも、複数のAIが参照する売り方の決まりを誰が持つかは別の問題で、同じ便の Octave の記事で扱っています。

• 製品の機能と提供の状態は、Lightfield の公式サイト・公式ブログ（2025年11月の一般提供、2026年9月9日のシリーズA、2026年9月26日の更新記事ほか）・公式の説明書を2026年10月25日に確かめた範囲に基づきます
• データの保存場所、使うAIの提供元と学習への利用、保存の期間、日本語への対応、LinkedIn の利用規約との関係は公式の資料で確かめられなかったため、契約の前に提供元と自社の規程で確かめてください

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。