連絡先データが正確かどうかを確認する、 CRMへのインポート前に
ファイルをすでに開いた後に出てくる質問: ここでの「正確」が何を指すか、この確認が実際に何を検証しているか、そしてCRM自身にしかわからないこと。
ツール本体
CRM Import Check
CSVまたはExcelファイルをドロップし、HubSpot・Salesforce・Pipedriveのいずれかを選ぶと、インポートが何を拒否し、切り詰め、あるいは黙って統合するかがわかります。
ファイルを確認さらに6つの質問
何かをアップロードする前に尋ねられる9つの質問 — ツールが何をするか、どのCRMに対応しているか、ファイルがアップロードされるか、その他 — は必要とされる場所、つまりツールページ自体で回答されています。こちらの質問は、すでに自分のファイルを見て「正確」とは実際に何を指すのか考え始めたときに出てくるものです。
- CRMにインポートする前に、連絡先データが正確かどうかをどうやって確認すればよいですか。
- 「正確」は2つの異なる意味を含み、このツールはそのうち1つしか閉じられません。選んだ取り込み先に対して確認する内容: 必須項目がすべて揃っているか(Salesforceの連絡先であれば姓、HubSpotの連絡先であればメールアドレスまたは両方の名前)、すべてのメールアドレスと電話番号が構造的に使用可能か、日付と数値が取り込み先の想定どおりに入力されているか、2つの行が同じメールアドレスやキーを共有していないか — これはCRM自身のインポートが黙って上書きさせてしまう部分です —、そしてどの値も取り込み先が公開している項目の上限を超えていないか。確認できない内容: 所有者、リードステータス、その他の選択リストの値が実際にCRMで設定されている選択肢と一致しているか、メールアドレスが実際にメールを受信できるか、記載された人物や会社が本物かどうか。判定が「問題なし」であることは、上記の確認においてファイルが拒否・切り詰め・黙った統合をされないという意味であり、記載されたすべての事実が真実であるという主張ではありません。
- 選択リストや所有者の値がCRMの設定と一致しているかを確認できますか。
- いいえ。選択リストの選択肢、リードステータス、所有者の割り当て、既存レコードへのリンクは、あなたのCRM自身の設定の中にしか存在せず、このツールがそこに接続することは決してありません — 読み取るのは、これから引き渡そうとしているファイルだけです。ファイル上では問題なく見える値でも、CRM側に対応する選択肢がないためにインポート時に拒否されることがあります。それを確認できるのはCRM自身か、その設定を知っている人だけです。
- 判定が「準備完了」と出れば、インポートは必ず成功しますか。
- それは、選んだ取り込み先に対して実行された確認 — 必須項目、書式、ファイル内の重複、項目の長さ、列の対応付け — をすべての行が通過したという意味です。CRM側が独自に判断する事柄に対する保証ではありません。たとえば一致しない選択リストの値、もう存在しない所有者、ファイル内の別の行ではなくCRMにすでにある既存レコードとの重複、インポートを行うアカウントに与えられていない権限などです。これらはファイルの確認では見えない、CRM内部の状態に依存します。
- 正確さの確認は会社レコードでも同じように機能しますか。
- はい、異なるルールセットで機能します。会社レコードにはメールアドレスは不要です — HubSpotはドメインまたは会社名のいずれかがあれば受け付け、SalesforceとPipedriveにもそれぞれ相当する項目があります。書式、重複、項目長の確認は同じように行われますが、連絡先オブジェクトではなく会社オブジェクト自身の必須項目と上限に対して行われます。
- メールアドレスが実在し、送信エラーにならないかを確認しますか。
- いいえ。確認するのは、アドレスが構造的に有効であること — CRMのインポーターが期待する形であること — であり、info@やsales@のような役職アドレス、使い捨てドメイン、gmial.comのようなドメインの入力ミスの可能性にフラグを立てます。メールボックスが実際に存在し、メールを受け取れるかどうかはメールサーバーへの接続を必要とする質問であり、このツールはあなたのデータを運ぶネットワーク呼び出しを一切行いません — 到達性の確認とは、各アドレスをどこかに送信することを意味してしまいます。
- 提案されたすべての修正を適用すれば、ファイルは完全に正確になりますか。
- このツールが確認でき、自動的に変更してよい問題 — 余分な空白の削除、メールの小文字化、無効な文字の除去、プレースホルダーの消去 — からは解放されます。ただし上記の意味で検証済みになるわけではありません。書式を修正しても選択リストの値は確認されず、機能するメールアドレスが作られるわけでもなく、重複した2行のどちらが本物のレコードかが決まるわけでもありません。それらは引き続き人による判断であり、変更履歴には何が変更されたかが正確に示されるので、その判断ができます。
実際のファイルではどう見えるか
一見問題なく見えて実際はそうではなかった3つの事例。
- 二度読むまで正しく見えるドメイン
入力: メール列にある1200行のうちの1行、ada@gmial.com。
出力: 該当行と推定される正しいドメインを示す警告。
検出内容: ツールはgmail.comを提案し、両方の値を並べて表示します。修正にチェックを入れない限り何も変わりません — 提案は事実ではありません。
- 必須項目を通過させるために入力された値
入力: 職位列に、同じ日に追加された40行にわたって「該当なし」と入力されている。
出力: 該当行と繰り返された値を示す警告。
検出内容: ツールは本物の職位を作り出す代わりにプレースホルダーを消去します — セルを空にして、人が入力するか空のままにするかを委ねます。
- 同じ項目を取り合う2つの列
入力: "Company" 列と "Company Name" 列の両方があるファイル。
出力: 両方の見出しと、どちらも一致する項目を示す警告。
検出内容: ツールはどちらか一方を提案し、もう一方を未対応として示します — どちらが正しいかは決めません。どちらの列を信頼するかはツールにはわからないからです。
誰がこれを尋ねるか
この質問は、同じ仕事の4つの異なる場面で、すでにファイルを手にしている人たちから出てきます。
初めてインポートを行う人
会社が最初に行うCRMインポートは、その後何年もデータベースの形を決めます。何も書き込まれる前に「正確」を一度で正しくすることは、後から直すより安上がりです。
データ品質の責任者は誰であれ
ほとんどの会社に正式な肩書きはありませんが、結局は誰かがこの仕事を担うことになります。これはインポートの後の整理プロジェクトではなく、その前に行う確認です。
クライアントを迎え入れるコンサルタント
クライアントごとに毎回異なるファイルで、頼れる常設のCRM接続はありません。確認できるのはそのファイルだけです。
CRM移行を率いる人は誰であれ
旧システムからのエクスポートは、新システムのルールを念頭に置いて書かれたことは一度もありません。切り替え前にそれを取り込み先のルールと照らし合わせて確認することが、この作業の目的そのものです。