1000以上のチームに選ばれています
CRMデータを四半期ごとの大掃除ではなく、継続的にクレンジングする
CRMの汚れたデータは、見積・請求・スコアリング・ルーティング・レポートまで、下流のすべてのワークフローを静かに壊します。クレンジングは、Salesforce、HubSpot、バックオフィスの間に積み重なる問題を検知し、信頼できるCRMを保ち続けます。
システム横断で検知
Salesforce、HubSpot、Sankaを横断して企業・取引先・関連付けをスキャンし、重複・不整合・リンク切れを1つのキューに集約。
スプレッドシートではなくルールで修正
正規化、マージ、再割当てのルールをワークフロー内で適用。四半期ごとのCSVエクスポートと手作業から脱却します。
監査証跡を残す
マージ、正規化、再割当てはすべて理由とレビュー担当付きで記録され、財務・営業・RevOpsの認識をそろえます。
クレンジングが解決する問題
- 重複企業 — 同じ会社が異なるドメイン、略称、「Inc.」付き／なしで重複
- 重複取引先 — 同じ人物が複数企業に登録、個人メールと会社メールの混在、大文字小文字違い
- 企業名の表記ゆれ — 大文字小文字、法人格サフィックス、地域別表記の不一致
- ドメイン欠落 — 主要ドメインがない企業はエンリッチメント、スコアリング、ルーティングをブロック
- 誤ったライフサイクルステージ — プロスペクトに成約済み、担当不在のMQL、稼働中のステージに残った失注リード
- 業界の不整合 — フリーテキストの業界がセグメンテーションとレポートを破綻させる
- 古い担当者 — 退職済みの担当に紐付いたまま放置され、フォローが止まっているアカウント
- 無効なメール — バウンスメール、ロールアドレス、個人メールが業務取引先として扱われている状態
- 誤った関連付け — 取引先が誤った企業に紐付き、商談が誤ったアカウントに、子アカウントが孤立
- Salesforce ↔ HubSpotの不一致 — 同じ項目に異なる値、同期ループ、信頼すべき情報源の競合
クレンジングループの動き方
| ステージ | 内容 | 担当 |
|---|---|---|
| 検知 | 定期スキャンでCRM横断の重複・不整合・古い状態を抽出 | Sanka |
| トリアージ | 影響度（売上、新しさ、波及範囲）でスコアしたキューに登録 | RevOps |
| 解決 | マージ、正規化、再割当て、ルール適用——個別または一括で対応 | RevOps + Sales Ops |
| 同期 | 変更をSalesforce、HubSpot、バックオフィスへ反映 | Sanka |
| 監査 | すべての変更を理由・レビュー担当・タイムスタンプ付きで記録 | Sanka |
クレンジングの接続先
- エンリッチメントへ接続し、クレンジング済みのレコードに最新の企業・取引先データを補完
- ルーティングへ正確な担当・ライフサイクル状態を渡し、引き継ぎの差し戻しを防止
- Salesforce ↔ HubSpotを項目ごとに照合。項目ごとに「信頼すべき情報源」ポリシーを設定可能
- 請求・CPQを後方支援。請求書の企業名と商談の企業名を一致させます
推奨ロールアウト
- まず一度監査を実行して問題規模を把握（一般的に、企業の8〜25%が重複シグナルを持っています）
- 重複、ドメイン欠落、担当者の陳腐化など、影響の大きい3問題から検知を有効化
- 自動適用のしきい値を低リスクで設定し、それ以外はキューでレビュー
- システム内のノイズが落ち着いたら、Salesforce ↔ HubSpot照合を有効化
- クレンジングキューは週次でレビュー、ルールは月次でチューニング
よくある質問
クレンジングはレコードを自動マージしますか？
設定した自動適用しきい値内のみ（例：完全一致ドメイン + 一致する請求先住所）。それ以外はレビューキューに推奨案として表示され、自動実行はされません。
SalesforceとHubSpotで項目の値が異なる場合は？
項目ごとに信頼すべき情報源のポリシーを定義します（例：担当者はSalesforce、ライフサイクルステージはHubSpot、業界はSankaのエンリッチメント）。ルールに合致しない競合はキューへ送られます。
マージは取り消せますか？
はい。各マージで元レコードのスナップショットと監査証跡を保持しており、保持期間内であれば元に戻せます。
データの所在はどう扱われますか？
スキャンはすべて貴社Sankaワークスペースのリージョン内で実行されます。共用クレンジングサービスへのレコード送信はありません。項目単位のポリシーでワークスペース外への持ち出しを制御できます。