BPO営業のターゲット設計：受託業務と企業条件を分けて考える

1. 「何を受託するか」を、一枚に書く

最初に業務名だけでなく、受け取る入力、返す成果物、対応できる期間・言語・作業場所を決めます。請求事務なら「データ受領から請求書案の作成まで」と「承認・送信・入金消込まで」で、必要な権限や運用が変わります。リスト選定より先に自社の範囲を固定します。

この地域・規模は提案先を試すための入口です。企業規模から請求件数を計算したり、業種から外注意向を決めたりしません。対応地域がオンラインで広い場合も、最初の検証単位を決めてから検索を広げます。

2. 企業条件と、業務の仮説を分ける

検索で指定するのは、現在の画面やスキーマに対応する所在地・従業員規模・業種などです。曖昧な事業内容の語句は構造化条件と同じものとして扱わず、対応する検索経路を確認します。利用できる条件は公開ツールのガイドから実行時のスキーマを見ます。

求人掲載が見つかった場合も、外注を探している証拠にはしません。部署電話の収録は、その部署に予算や決裁権がある保証ではありません。電話がある企業だけを残す前に、代表窓口からでも確認するのかという営業方法を決めておきます。

3. 件数を確認してから、少量の候補を調べる

1. 地域・規模などの必須条件と、後で調べる業務条件を分ける。
2. 対応する件数確認で母数を見て、上限到達や概数表示を含めて記録する。
3. 列と初回取得量を決めて取得し、既存顧客・連絡停止先を照合する。
4. 公式サイトで、提供サービスと請求事務との関係を確認する。
5. 適合の根拠と未確認事項を一社ずつ表にし、提案する順序を決める。

架空のサンプルA社で、公式のサービス説明から継続契約の提供を確認できたとします。それでも、請求件数が多い、事務が逼迫している、外注したいという判断は残ります。候補理由は「継続契約に関する請求事務の確認先」とし、負荷や外注意向は未確認欄へ置きます。

収録にない担当者名や部署をAIに埋めさせず、部署が不明なら確認先未定と残してください。取得した情報の利用範囲は契約条件に従います。企業情報が見つかっても、データの再販売や公開が認められたことにはなりません。

4. 提案候補表には、根拠と未確認事項を並べる

請求書案作成のBPO営業先を検討します。
自社の受託範囲と、地域・規模の仮条件を先に整理してください。利用できる検索条件は現在のスキーマで確認します。
件数確認の結果を見てから取得量を決めるため、企業データの取得はまだ行わないでください。
取得後の確認表には、法人キー、検索条件の一致、公式URL、確認日、業務との関係、外注意向・処理量・予算の未確認欄、除外照合、次の確認事項を作ります。
企業規模や求人からBPO需要があると断定しないでください。

確認表の出口は、連絡候補、追加調査、対象外の三つです。対象外にした理由も保存すると、件数を増やすための条件変更ではなく、受託範囲へ合う条件の見直しができます。これは架空例の手順で、候補件数やアポ数はここでは検証していません。

基本の条件整理は営業リストの要件をAIと整理する手順、取得前の比較は件数を確認する手順も利用できます。

受託業務に合う企業条件と、必要な出力項目を相談する。自社の受託範囲、対象外の業務、初回に確認したい仮説を用意してください。

確認した出典と、次に進む前の確認

製品仕様とリンクの確認日：2026-10-11。手順中の独自の管理表や判断基準は、利用者側で組む運用例です。Atlasの追加機能を示すものではありません。

• データの収録範囲・欠損・利用条件
• 公開ツールと、入力条件・返却列の確認方法
• 取得枠と再取得の扱い