ClaudeとRocketReachを連携 — Seamless.AIとの違いと連絡先を補う前の確認点

RocketReachとSeamless.AIはどちらも、営業リストの連絡先を補うためのコネクタです。ただし中身は別物です。RocketReachは人と企業を検索して連絡先を返す側、Seamless.AIは検索に加えてキャンペーンやタスクの作成・削除まで扱う側に寄っています。この違いは、Claudeに任せる範囲と承認設定の置き方をそのまま変えます。この記事では、2つの違いを紹介ページのツール一覧から読み取り、承認の設定、個人情報保護法と特定電子メール法の確認点へと順にたどります。

RocketReachとSeamless.AIは何が違うのか

どちらもAnthropic verifiedの表示があり、サインインが必要です。紹介ページの記載を並べると次のとおりです。

ツール名の傾向がはっきり分かれています。RocketReachの9本は、person_search、person_lookup、company_search、company_lookup、profile_company_lookup、email_verify、check_person_status、account、pingです。検索、照会、メールの検証、アカウント確認の名前だけが並びます。

Seamless.AIは54本のうち24本だけが紹介ページに表示され、残りは「Show all 54 tools」の先です。見える範囲だけでも、create_campaign、create_email_draft、add_contacts_to_campaign、execute_campaign_action、delete_campaign、delete_list、delete_task、get_creditsといった、作成・実行・削除を思わせる名前が多く並びます。

ただし、紹介ページにはツールごとの説明がありません。名前から挙動を断定せず、実際の動作はそれぞれの提供元のドキュメントで確かめます。ここで言えるのは、Seamless.AIのほうが「検索の先」まで道具が揃っているということです。

RocketReachで引ける範囲と、依頼の組み立て方

紹介ページの用途は次の6系統です。

• 会社の中から適任者を探し、メールと電話を得る
• 役職、職位、部署、地域、スキル、経験年数、会社の規模・売上・業種で見込み客リストを作る
• 業種、従業員数、売上、資金調達、成長、所在地、技術スタックで自社の理想の顧客像に合う企業を探す
• 採用中の職種、資金調達などの企業ニュース、最近の転職・昇進、購買意図といったシグナルで探す
• LinkedIn URL、氏名と勤務先、メールアドレス、NPI番号から既存リストを補完する
• メールアドレスが検証済みで受信できるかを確かめる

購買意図の深さは契約プランで変わると、紹介ページに書かれています。無料で試せる旨の記載もありますが、取得件数やクレジットの上限は紹介ページに載っていません。上限は提供元の料金ページで確かめます。

依頼文は、段階を分けると事故が減ります。次のように、最初の依頼では連絡先を出させず、対象の絞り込みだけを頼みます。

RocketReachで、国内のSaaS企業(従業員50〜300名)から
情報システム部門の部長職以上を最大20名探してください。
氏名・役職・勤務先だけを表で出し、メールアドレスと電話番号は
まだ表示しないでください。

絞り込みの結果を人が見て、必要な人だけを2回目の依頼で補完します。

上の表の3番と7番について、勤務先メールを補完し、
email_verifyで受信できる状態かも併記してください。
取得元がRocketReachであることも表に残してください。

メールの到達性を確かめるemail_verifyは、紹介ページの「メールが検証済みで受信できるか」に対応するツール名です。到達できることと、送ってよいことは別の話で、後者は後の節で扱います。

既存の営業データ基盤との違いは、すでに公開済みの記事が参考になります。ClaudeとApolloを連携する方法は見込み客の検索から連絡先の補完までを、Cowork Clay連携は複数のデータ源をつないで補完する流れを扱っています。

Seamless.AIは、承認設定を先に決める

検索だけのコネクタなら、失敗しても「余計な人を引いた」程度で済みます。作成・実行・削除が並ぶコネクタでは、失敗の種類が増えます。キャンペーンを複製してしまう、リストを消してしまう、意図しない相手を宛先に追加する、などです。

Claudeのコネクタには、この影響を抑える設定があります。サポート記事によると、Claudeは接続先サービスで各自が持つ権限を引き継ぎます。TeamプランとEnterpriseプランでは、組織のOwnerまたはPrimary Ownerが先にコネクタを有効にし、その後に各メンバーが個別に認証します。有効化しても、全員にアクセスが付くわけではありません。

操作の範囲は2段階で絞れます。

たとえば、削除系をBlockedにし、キャンペーンの実行系をNeeds approvalにする構成が考えられます。名前がdelete_で始まるツールは、紹介ページに見えている範囲だけでもdelete_campaign、delete_campaign_step、delete_list、delete_saved_search、delete_task、delete_templateの6本あります。残りの30本(54本から表示済みの24本を引いた数)の名前は「Show all」を開かないと分かりません。ツール一覧の全体は、有効化する前に自分で開いて確認します。

実際の分類がどうなるかは、設定画面に出る表示が正です。紹介ページの名前から「これは書き込み系だろう」と決めつけず、画面で分類を見てから承認方式を選びます。

試し始めの依頼は、書き込みを伴わない形にします。

Seamless.AIで、get_creditsを使ってクレジットの残量を教えてください。
そのあと、get_listsで既存のリスト名だけを一覧にしてください。
何も作成・変更・削除しないでください。

get_creditsとget_listsは、紹介ページに表示されているツール名です。クレジットが何に消費されるかは紹介ページに書かれていないため、この確認は提供元の契約内容と照らして行います。

取得した連絡先は、そのまま営業に使えるのか

ここから先は、どちらのコネクタでも同じです。連絡先を取得すると、法律の確認が始まります。個人情報保護法と特定電子メール法の条文ごとの読み方は、Lushaの連携で連絡先を調べる前の確認点に詳しくまとめています。ここでは、この2つのコネクタに固有の論点だけを書きます。

取得の場面 — 集めた時点で個人情報として扱う

氏名、勤務先、役職、メールアドレスが並ぶ連絡先は、特定の個人を識別できる情報に当たる前提で扱います。個人情報保護法は、不正の手段による取得を禁じ(第20条第1項)、取得したら利用目的を公表済みでない限り速やかに本人に通知または公表することを求めます(第21条第1項)。

RocketReachのような外部データベースから連絡先を得る場合、自社が本人から直接取得したわけではありません。第三者から個人データの提供を受けたときは、提供元の名称や住所、提供元の取得の経緯を確認して記録します(第30条)。ベンダーの規約が、この確認に必要な情報を出しているかは、契約前に読んでおく項目です。

送る場面 — データベースにあることは送信根拠にならない

営業メールは、特定電子メール法で送れる相手が限られています。第3条第1項は次の4類型です。

1. 送信に同意した者
2. 省令に従い自己のメールアドレスを通知した者
3. 取引関係にある者
4. 省令に従いメールアドレスを公表している団体・個人事業者

RocketReachが「検証済み」と示すメールは、受信できる状態かどうかの話です。この4類型のどれに当たるかは別に判断します。email_verifyで到達できると分かっても、同意や取引関係、公表の根拠があることにはなりません。

Seamless.AIはcreate_email_draftやadd_contacts_to_campaignのように、メール送信につながる名前のツールを持ちます。送信前の工程に近いため、「引いたリストをそのままキャンペーンに入れる」運用では、4類型の確認が飛びやすくなります。リストの各行に送信根拠の類型を記録できる形にしてから、キャンペーンへ追加します。

送信する場合の表示義務(第4条)と、受信者から送らないよう求められたときの扱い(第3条第3項)も同様に残ります。同意を得た相手については、同意を証する記録の保存が必要です(第3条第2項)。

運用のルールを書き出しておく

チームで使うなら、Claudeのプロジェクトの指示欄に判断の置き場所を書いておくと、依頼のたびに前提を打ち直さずに済みます。次は一例で、自社の法務の判断に置き換えて使います。

## 連絡先データの扱い
- RocketReachとSeamless.AIで取得した連絡先は、取得元と取得日を表に残す
- メールアドレスの出力は、送信根拠の類型(同意・取引関係・公表)を
  人が確認した行に限る
- キャンペーンへの追加、作成、実行、削除は、実行前に内容を一覧にして
  私の承認を待つ
- 配信停止の通知を受けた相手は、除外リストと照合し、含まれる場合は追加しない

Claude Codeで同じ営業データを扱うなら、同じ内容をCLAUDE.mdに置く方法もあります。記録しておくとよい項目は、取得元と取得日、利用目的、送信根拠の類型、配信停止を受けた日時です。

CRMへ書き戻す側の作業はClaudeとHubSpotの連携、ZoomInfoの検索と書き込みの線引きはClaudeとZoomInfoの連携で扱っています。

どちらから始めるかを決める3つの問い

• まず連絡先を引くだけか、キャンペーンやタスクまでClaudeに触らせるか。前者ならRocketReach、後者ならSeamless.AIの承認設定から決める
• 取得した連絡先を、自社の利用目的の範囲で使うか。範囲外なら同意の要否を先に決める
• 送ろうとしている相手は、第3条第1項の4類型のどれに当たるか。当たらなければ送らない

Seamless.AIは承認設定を決めてから、読み取りの範囲で試し、書き込みの範囲へ広げていく順が組みやすい構成です。どちらも取得件数やクレジットの扱いは紹介ページに載っていないため、コネクタを入れる前に提供元の料金と規約を確かめておきます。