HubSpotのデータをSankaでクレンジングする
Claude や Codex で、HubSpotの重複企業・重複取引先、欠落項目、ライフサイクルステージの不整合、リンク切れの関連付けを検知し、HubSpotへ書き戻す前に安全な修正をレビューします。
最終更新日: 2026/6/1
このガイドでは、HubSpotをCRMとして使い続けながら、Sankaで継続的なデータクレンジングを運用する方法を説明します。まずClaudeやCodexにHubSpotをスキャンさせて推奨案を準備し、レコードをマージ・正規化・再割当て・同期する前に、内容をレビューして承認します。
Claude/Codex
HubSpotの重複企業・重複取引先、ドメインや主要項目の欠落、誤ったライフサイクルステージ、リンク切れの関連付けをスキャンして。推奨案だけ準備して、まだマージや更新はしないで。
HubSpotクレンジングキューを準備中HubSpotの重複候補、主要項目が欠けたレコード、担当者・ライフサイクルの不整合を見つけました。変更を適用する前に、推奨された修正をレビューしてください。
別のクレンジングチェックを依頼する...
はじめる前に
次の準備ができているか確認してください。- HubSpotがSankaに接続されています。
- HubSpotの企業・取引先・関連付けをSanka上で参照できます。
- どの項目をHubSpotを信頼すべき情報源とし、どれをバックオフィスやエンリッチメントから取るか決めています。
- マージのしきい値、正規化、担当者の再割当て、HubSpotへの書き戻しのルールを用意しています。
- HubSpotレコードのマージ・編集・同期の権限があります。
AIにHubSpotをスキャンさせる
ClaudeやCodexを開き、HubSpotを参照させて、まずクレンジングのスキャンを依頼します。RevOpsがレビューできるよう、この工程は推奨案だけにとどめます。サンプルプロンプト
/sanka HubSpotの企業・取引先について、重複、ドメイン欠落、主要項目の欠落、誤ったライフサイクルステージ、リンク切れの関連付けをスキャンして。重複候補をグループ化し、各課題を売上影響と新しさでスコアして。まだ何も変更しないで。- 重複企業・重複取引先（候補セットにグループ化）
- ドメイン欠落、請求項目欠落、担当者欠落などの必須項目
- 誤った・古いライフサイクルステージや担当者の不整合
- 企業・取引先・取引の間の、リンク切れや欠落した関連付け
- HubSpotとバックオフィスで同じ項目の値が食い違う競合
クレンジングキューをレビューする
課題は影響度でスコアされたキューに登録されます。変更を通す前に、各グループをレビューします。- 重複セットが本当に同じ企業・取引先か確認します。
- 各マージで「残すレコード」を決めます。
- 正規化ルール（会社名の表記、ドメイン形式、電話番号形式）が標準に合っているか確認します。
- 競合に対して、信頼すべき情報源の項目ポリシーを設定します。
ルールで解決する
レビューが済んだら、設定したルールに沿って修正を適用するようAIに依頼します。個別でも一括でも実行できます。サンプルプロンプト
/sanka 承認済みの重複セットを、私が選んだ残すレコードを基準にマージして。会社名とドメインを正規化し、ルーティングルールで担当者を再割当てして。各元レコードのスナップショットを残して。- 設定したしきい値の中だけ自動マージします（例：完全一致ドメイン＋一致する請求先住所）。
- しきい値未満は自動実行せず、推奨案としてキューに残します。
- 各マージで元レコードのスナップショットを保持し、保持期間内なら元に戻せます。
監査証跡付きでHubSpotへ書き戻す
承認済みの変更をHubSpotへ同期し、CRMをクリーンに保ち、財務との認識をそろえます。サンプルプロンプト
/sanka 承認した修正を適用してHubSpotを更新して。マージしたレコード、正規化した項目、再割当てした担当者を書き戻し、各変更の理由・レビュー担当・タイムスタンプを記録して。- 残したレコードが正しい関連付けと項目を引き継いでいます。
- マージしたレコードが重複として再表示されません。
- 各変更に理由・レビュー担当・タイムスタンプが監査証跡として残っています。
- HubSpotが正規化後の値と再割当て後の担当者を反映しています。
