1,000件のリードをインポートする前に：CRMデータインポートチェックリスト

スプレッドシートは準備万端に見えた。1,046行、緑色のメールアドレス検証マーク、そして「ステータス」列。すると営業マネージャーがこう尋ねた。「どの行が企業で、どの行が個人ですか？『アクティブ』とは、調査済み、担当者割り当て済み、それとも連絡済みですか？2人が同じドメインを共有している場合、1つのアカウントなのか、それとも2つのリードなのか？」

ソースファイルを再度開かなければ、誰も答えることができませんでした。CRMデータインポートチェックリストの目的はまさにそこにあります。つまり、調査担当者が作業を終えた後でも、他の営業担当者が各レコードを理解できることを証明することです。

SaleAI CRM管理機能は、連絡先や企業レコード、タグ、インポート、エクスポート、データの割り当て、列の選択、レコードのフィルタリングなどに関する視覚的なコントロールを提供します。これらのコントロールは、ファイルの構造が明確になった後に役立ちます。ただし、行が何を表しているのか、どのフィールドが重要なのか、リードが営業活動の準備ができているかどうかなどを判断する必要性をなくすものではありません。

このガイドでは、大規模なアップロードを行う前にこれらの決定を行います。12行テスト、マッピングシート、停止ルール、およびインポート後のチェックは、編集上の方法であり、SaleAIの自動動作ではありません。

90秒で答える

B2Bリストをインポートする前に、企業情報と連絡先情報を分離し、安定した識別子を選択し、空白ルールを定義し、再利用可能なタグを使用し、次のアクションが存在する場合にのみ所有者を割り当てます。通常および特殊なテスト行を12行読み込みます。次に、SaleAIのフィルター、列設定、レコードビュー、および割り当てコントロールを使用して結果を確認します。

最初から1,000行すべてを使用する必要はありません。大量のアップロード成功通知よりも、小規模でクリーンなテストの方が多くの情報を提供してくれます。

SaleAI CRM画面に実際に表示されていた内容

2026年8月14日にSaleAIのバックエンドにログインした状態で読み取り専用で調査したところ、連絡先管理、会社管理、タグ管理が見つかりました。連絡先管理には、ヘルプ、データインポート、データエクスポート、データ割り当て、列設定、連絡先の追加、複数のフィルタタイプ、および共通の所有者と連絡先フィールドが表示されました。会社管理は、アカウントレベルのパターンと類似していました。タグ管理には、名前、色、タイムスタンプ、編集または削除アクションを備えた再利用可能なタグが表示されました。

検査の結果、下記の右欄に記載された項目は確認されませんでした。

SaleAIインターフェースで検証済み	SaleAIの自動機能として検証されていません
連絡先、会社、タグの各エリアを分けて表示	重複防止保証
データインポートおよびデータエクスポートエントリ	ファイルごとに連絡先と企業を自動的に照合します
データ割り当て制御	所有者の自動選択
列設定と複数のフィルタータイプ	あらゆる情報源に対応する汎用フィールドマッピングテンプレート
所有者、会社名、メールアドレス、電話番号、ソーシャルメディア、ステージ、タグ、最終連絡先フィールド	誤ったインポートをワンクリックでロールバック

この境界は重要です。後日、製品デモでより重要な動作が確認された場合は、その時点で文書化してください。それまでは、可逆的なテストを実施し、結果を検証してください。

最初の判断：このファイルはCRMへの登録が許可されているか？

最もコストのかかるインポートエラーは、多くの場合、インポートボタンをクリックする前に確認できます。CRMデータインポートチェックリストは停止ゲートから始め、以下のいずれかの条件が満たされた場合はジョブを停止してください。

• 1行には、会社名、個人のメールアドレス、および意味が不明なステータスが混在している。
• ファイルでは、空の値と「未チェック」または「該当なし」を区別できません。
• 複数の研究者が、同じ市場、情報源、または段階に対して異なる綴りを使用していた。
• タグには、二度と再利用されない一度限りの検索クエリが含まれています。
• インポートファイル、レビューファイル、修正ファイルは、いずれも誰にも所有権がありません。
• このリストには、明確な業務目的や保持に関する決定事項が定められていない個人データが含まれています。
• 「適格」というラベルは存在するが、それを裏付ける証拠は存在しない。

英国情報コミッショナー事務局は、データ最小化とは、個人データを適切かつ関連性があり、必要最小限に抑えることだと説明しています。また、正確性を維持することは継続的な責任であるとしています。これらの原則は外部のガバナンスガイドラインであり、SaleAIの製品設定ではありませんが、販売リストをアップロードする前に、憶測に基づく個人情報フィールドを削除する正当な理由となります。

混雑した行ではなく、きれいなレコードを2つ作成しましょう。

従業員の役職変更後も、企業はターゲットアカウントとして残り続けることができます。また、個人が異動しても、元のアカウントは引き続き有効です。これら2つを別々の記録として扱うことで、こうした現実が維持されます。

会社記録

正式名称または商号、ドメイン名、市場、企業の種類、情報源、製品の関連性、所有者、段階、およびレビュー日をまとめて保管してください。

連絡先記録

氏名、勤務先メールアドレス、適切な電話番号または公開プロフィール、役職、雇用主からの推薦状、所有者、段階、非表示に関するメモ、およびレビュー日をまとめて保管してください。

共通の値を使ってファイルを関連付けます。正規化されたドメインは表示名よりも安定していることが多いですが、グループや地域サイトによっては複数のドメインを使用する場合があります。確認のために元の値を保持してください。

HubSpotの公式インポートドキュメントには、役立つ一般的な教訓が記載されています。連絡先と企業にはファイル間で共通の列が必要であり、一意の識別子を使用することで重複を回避できます。ただし、これはHubSpotに関するものであり、SaleAIに関するものではないため、リハーサルではSaleAIのテンプレートと関連付けの動作を確認してください。

静かな損傷を防ぐフィールドマッピングシート

ソースブック内で列名を直接変更しないでください。CRMデータインポートチェックリストのフィールドマッピングセクションでは、ソースフィールドごとに1行必要です。これがインポートの決定レコードとなります。

ソース列	販売AIの目的地	変換	空白の罫線	レビュアー
business_name	会社名	スペースを削除し、出典注記の元のスペルを保持する。	空白の場合は拒否する	研究リーダー
website	企業/ドメイン参照	ホスト名を小文字にし、トラッキングパスを削除します。	欠席の場合は手動で確認	データレビュー担当者
contact_person	担当者名	人間が読みやすい順序を維持する	不明な場合は未輸入のままにする	営業オペレーション
work_email	お問い合わせメール	小文字で表記してください。創作しないでください。	空欄のままにして、メール未確認とマークしてください。	データレビュー担当者
source_type	タグまたは出典注記	制御リストにマッピングする	文書化されていない値を拒否する	研究リーダー
lead_status	顧客段階	承認された舞台辞書を使用して翻訳する	レビューキューにデフォルトで追加されます。資格なし。	営業部長
sales_rep	所有者	アクティブな所有者リストに一致する	レビューのために未割り当てのままにしておく	営業部長
checked_on	レビュー日またはメモ	1つの日付形式に変換する	鮮度が求められる場合は拒否してください	データレビュー担当者

マッピングシートには、インポートされない項目も明記する必要があります。生のスクレイピングメモ、推測による勤続年数、承認された用途のない個人のメールアドレス、一時的な計算列などは、通常、CRMレコードに含めるべきではありません。

ファイル自体については、保守的なCSVの規則に従ってください。ヘッダー行は1行、レコードは1行、各行のフィールド数は同じ、カンマや改行を含む値は引用符で囲む、といった形式です。RFC 4180では、これらの一般的なCSVルールとtext/csvメディアタイプについて規定されています。ただし、SaleAIのアップロード制限については規定されていないため、サポートされるファイルの種類とサイズについては、ライブインポーターが判断基準となります。

12列のリハーサルを行う

12行あれば、ほとんどのマッピングミスを検出でき、かつ手動での検査も容易です。これはCRMデータインポートチェックリストの不具合検出部分なので、最初の12行は選択しないでください。意図的に小規模なテストセットを作成してください。

テスト行	なぜリハーサルに含めるべきか
1-3	一般的な企業と担当者のペア
4	連絡先が2件ある会社
5	確認済みのメールアドレスがない連絡
6	カンマまたは引用符を含む会社名
7	会社名または人名に含まれる英語以外の文字
8	ドメインは欠落しているが、信頼できる情報源の証拠がある
9	表示名が異なる重複ドメインが存在する可能性があります
10	所有者不明
11	承認された辞書と一致しないステージ値
12	拒否されるべきレコードであり、停止ルールが機能していることを証明している。

ソースファイルは変更しないでください。テストファイル名に日付を記入し、行数を記録し、承認者の名前を記入してください。値が変更された場合は、ソースファイル、準備済みファイル、インポート結果を比較してください。

SaleAIでアップロードメッセージだけでなく、結果も確認してください。

この手順では、SaleAIの監視されたコントロールを使用します。本番環境へのインポートを行う前に、アクティブアカウントのプロンプト、制限、およびマッピング画面を確認してください。

連絡先と会社の分割を確認してください

連絡先管理と会社管理を別々に開きます。会社情報が個人フィールドに誤って入力されていないこと、および各連絡先が正しいアカウントに紐づいていることを確認してください。列設定を使用して、必要なフィールドをまとめて確認してください。

空白や例外的なケースをフィルタリングする

条件フィルターまたは詳細フィルターを使用して、所有者、会社、予期しないステージ、リハーサルタグなどを探します。既知の陽性例と陰性例をそれぞれ1つずつテストしてください。結果がゼロのフィルターは、単に間違っている可能性があります。

所有権の見直しを決定事項として検討する

データ割り当ては、明確に定義された次のアクションに従って行われるべきです。アクションのないレコードはレビュー対象のまま残される可能性があります。単に空白を削除するためだけにすべての行を割り当てると、誤った責任が生じます。

テストコホートをエクスポートする

12行のコホートをエクスポートし、名前、ドメイン、所有者、ステージ、タグ、句読点、および英語以外の文字を準備済みのファイルと比較します。これにより、規模が大きくなる前に誤った仮定を検出できます。

具体的な例：アカウント1つ、人物3人、ソースパス2つ

産業用センサー輸出業者がNordWerk Process GmbHという会社と、3つの公開されている専門家プロフィールを発見した。情報源となる行には3種類の会社名バリエーションが使用されており、2人が同じドメインを共有し、1人はメールアドレスがなく、取引記録は6か月前のものだった。

企業記録では、標準化された名称とドメインを1つ使用し、ソースタスクを保持し、市場と製品ファミリーを追加し、「調査済み」という状態を設定します。現在の購入意向は主張しません。

連絡先記録には、氏名、役職、勤務可能な職種、および確認日が記録されます。メールアドレスが確認できない人物は調査対象となり、架空のアドレスは作成されません。これら3つの情報はすべて、同一の企業情報を示しています。

所有者は、次のアクション（販売代理店の適合性を確認し、購買グループを特定すること）が定義された後にアカウントを受け取ります。1つのタグには供給元の家族が記録され、日付付きの証拠と不確実性はメモに残されます。

インポート後、レビュー担当者はリハーサルタグをフィルタリングし、会社、所有者、ステージ、メールアドレス、最終連絡先、およびタグを確認します。不明瞭なレコードがある場合は、完全なインポートの前にマッピングの修正が行われます。

補正パスを使用してバッチごとにスケーリングします

12行のリハーサルが完了したら、 CRMデータインポートチェックリストは準備段階から段階的に規模を拡大する段階へと移行します。より大きなリストは、名前付きのバッチ単位でインポートします。バッチは、1つの市場、1つのソースコホート、または1つのレビュー日を表す場合があります。修正が必要になった場合でもCRM全体を再構築する必要がないように、バッチのサイズは十分に小さく保ちます。

各バッチについて、以下を記録します。

• ソースファイル名と準備済みファイル名。
• 行数が送信され、行数が承認されました。
• マッピングバージョン;
• 所有者と承認時間。
• バッチに使用される制御タグ。
• 既知の除外事項。
• エクスポートされた検証ファイル。
• 発見された問題点と是正措置の決定。

インポートが自動的にロールバックされると想定しないでください。8月の検査では、ロールバック制御は確認されませんでした。アカ​​ウント固有の動作が確認されるまでは、クリーンなソースファイル、小規模なバッチ、バッチタグ、およびエクスポートがより安全な修正方法です。

48時間後にはどんな良い状態になっているか

行が表示された時点でインポートの品質は完了したわけではありません。CRMデータインポートチェックリストの最後の部分は、2日後にチームがデータが実際の業務に役立つかどうかを確認する際に行われます。

まず、営業担当者は元の調査タスクを開かずに、アカウントが存在する理由を説明できますか？次に、チームは未割り当てまたは未レビューのレコードをフィルタリングできますか？3つ目に、ステージは輸入者の気分ではなく、合意された販売状態を表していますか？4つ目に、タグはレコードを翌月も役立つようにグループ化していますか？最後に、連絡先は会社の履歴を消去せずに役割を変更できますか？

これらの質問のいずれかに「いいえ」と答えた場合は、次のバッチ処理を一時停止してください。行数を増やしてもモデルは修復されません。

SaleAIは、関連する操作インターフェースを統合します。調査結果はデー​​タ資産に保存でき、レビュー済みの連絡先や企業はCRM管理で整理でき、下流工程は調査段階から分離できます。B2Bリードソース追跡の記事では、出所情報を保持する方法について説明しています。B2Bリード資格認定の記事では、準備状況の判断について解説しており、古いリストを再確認する必要がある場合は、 B2Bデータの再検証が役立ちます。

実用的なルールはシンプルです。チームが説明、テスト、フィルタリング、割り当て、修正できる構造のものだけをインポートしてください。そうすることで、CRMデータインポートチェックリストは単なるスプレッドシート作業から、運用上の安全策へと変わります。

ワークフローを評価するチームは、 SaleAI CRMを確認したり、 SaleAI の価格を比較したり、データに必要な正確なインポートテンプレート、サポートされている識別子、関連付けの動作、重複データの処理、および修正オプションに焦点を当てたウォークスルーをリクエストしたりできます。

よくある質問

CRMデータインポートチェックリストとは何ですか？

レコードの種類、識別子、マッピング、空白ルール、ステージ、所有者、タグ、テスト行、インポート後のチェックなどをレビューすることで、ロードされたデータが理解しやすく、修正可能な状態を維持します。

どのSaleAI CRM機能が検証されましたか？

2026年8月14日のバックエンド検査では、連絡先管理、会社管理、タグ管理、データインポート、データエクスポート、データ割り当て、列設定、複数のフィルタタイプ、および共通の所有者と連絡先フィールドが確認されました。

SaleAIは重複する連絡先や企業を自動的に削除しますか？

その動作は検証されていません。大規模なインポートを行う前に、安定した識別子を使用し、重複するエッジケースをテストし、アカウント固有の処理を確認してください。

連絡先と企業情報は別々のファイルに保管すべきでしょうか？

準備段階でこれらを分けておくことで、マッピングの監査が容易になります。個別にアップロードするかどうかは、アクティブなSaleAIテンプレートによって決まります。

大量のリストをインポートする前に、何行をテストすればよいですか？

意図的に変化をつけた12行は、SaleAIの制限ではなく、編集上のテストとして使用してください。言語、情報源、所有者、またはフィールドタイプが大きく異なる場合は、行数を増やしてください。

空白のフィールドはどう処理されるべきでしょうか？

インポート前に定義してください：不明、未チェック、該当なし、または保留。空白欄をすべてデフォルトの売上値に設定しないでください。

インポート時に所有者を指定すべきでしょうか？

次のアクションが存在し、かつ所有者リストが検証済みの場合にのみ、所有者を割り当ててください。それ以外の場合は、可視レビューキューを使用してください。

SaleAIタグはどのように設計すべきでしょうか？

市場、セグメント、供給元、またはレビュー対象地域については、統制語彙を使用してください。問い合わせ内容と日付入りの証拠はメモに記録しておいてください。

SaleAIのインポートに誤りがあった場合、元に戻すことができると考えて良いでしょうか？

ロールバック機能は検証されていません。小バッチ処理を使用し、ソースファイルを保存し、コホートにラベルを付け、テスト結果をエクスポートしてください。

CRMインポートから除外すべきデータは何ですか？

目的が明確に定義されていないフィールド、推測による連絡先情報、文書化されていないスコア、一時的な計算式、古い値、およびチームが管理する準備ができていない個人データは除外します。すべての生データフィールドをCRMプロパティに変換することなく、必要なソース証拠を保持します。