sales-data-hygiene

Name: sales-data-hygiene
Author: sales-skills

github.com/sales-skillsマーケティング・グロース52 回インストール

リポジトリ

sales-data-hygiene について

CRM Data Hygiene & Qualityは、CRMデータの整理、重複排除、標準化、品質維持を支援するスキルです。一般的なデータ品質の手順に加え、SalesforceやHubSpotなどの運用ガイダンスを提供します。

主な機能

01重複・古い・不完全なレコードを特定
02重複排除と項目標準化を計画
03複数のCRMプラットフォームを案内
04継続的なデータ整備を設計
05コンプライアンスと統合リスクを確認

活用シーン

01CRM連絡先データの品質を監査
02アウトバウンド施策前にリストを整理
03重複防止と定期更新の仕組みを整備

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/sales-skills/sales --skill sales-data-hygiene

インストール後、Claude Code で/sales-data-hygieneを入力して読み込まれたか確認します。

同梱ファイルreferences/learnings.mdreferences/platform-guide.md

詳細

CRM データの衛生管理と品質

ユーザーが CRM データをクリーンアップ、重複排除、標準化し、品質を維持できるよう支援します。このスキルは特定のツールに依存しませんが、ZoomInfo OperationsOS、Salesforce のネイティブツール、HubSpot Operations Hub、Clay、LeanData、RingLead、Openprise、DemandTools に関するプラットフォーム固有のガイダンスも含まれています。

ステップ 1 — 状況を確認する

references/learnings.md が存在する場合は、蓄積された知識を参照するため、まず読み込みます。

ユーザーに次の質問をします。

主なデータの問題は何ですか？
- A) 連絡先、リード、またはアカウントの重複
- B) 古くなったレコード（転職、会社の変更）
- C) フィールドの欠落（電話番号やメールアドレスがない、会社データが不完全）
- D) データの不統一（職名、業種、会社名の表記が異なる）
- E) コンプライアンス上の問題（配信停止、GDPR、古い同意情報）
- F) 一般的なデータ監査 — 何が問題なのかまだわからない
- G) 継続的なデータ衛生管理の自動化を設定したい
- H) その他 — 内容を説明してください
使用している CRM は何ですか？
- A) Salesforce
- B) HubSpot
- C) Microsoft Dynamics
- D) Pipedrive
- E) その他の CRM
- F) カスタム／社内システム
影響を受けるレコードは何件ですか？
- A) 1,000 件未満（小規模なクリーンアップ）
- B) 1,000〜10,000 件（中規模）
- C) 10,000〜100,000 件（大規模）
- D) 100,000 件以上（エンタープライズ規模）
- E) わからない — まず監査が必要
データ運用に使えるツールは何ですか？
- A) ZoomInfo OperationsOS
- B) HubSpot Operations Hub
- C) Salesforce のネイティブ機能（重複管理、data.com）
- D) Clay
- E) LeanData／RingLead／Openprise
- F) DemandTools (Validity)
- G) なし — 手作業で対応している
- H) その他 — 内容を説明してください

ステップ 2 — 戦略とアプローチ

詳細な監査フレームワーク、重複排除戦略、標準化テーブル、エンリッチメントの自動化、プラットフォーム固有のガイダンスについては、references/platform-guide.md を読んでください。

プラットフォームガイドの詳細を確認する必要はなくなりました。ユーザー固有の状況に集中してください。

ステップ 3 — 実行可能なガイダンス

すぐにできる改善（まず実施）

明らかな重複を削除する — メールアドレスの完全一致による重複排除は、安全かつ迅速です
書式を修正する — 電話番号の形式、名前の大文字・小文字、国名の表記を標準化します
重要な不足項目を埋める — メールアドレスや電話番号がないレコードを一括でエンリッチします
無効なレコードを削除する — ハードバウンス、無効なメールアドレス、接続されていない電話番号を削除します

継続的な衛生管理プログラム

登録時に重複を防ぐ — レコード作成時の重複ルールを有効にします
作成時にエンリッチする — 新しいレコードを作成から数分以内に自動でエンリッチします
毎月の重複チェック — 毎月、あいまい一致による重複排除を実行し、確認して統合します
四半期ごとの更新 — すべてのアクティブなレコードを 90 日ごとに再エンリッチします
年次整理 — 12 か月以上アクティビティのないレコードを削除します（削除せず、アーカイブしてください）

追跡する指標

重複率 — 重複があるレコードの割合（目標：<2%）
フィールド入力率 — 重要なフィールドが入力済みの割合（目標：95% 以上）
バウンス率 — アウトバウンドメールのバウンス率（目標：<3%）
データの経過日数 — 最後のエンリッチメントから経過した日数の中央値（目標：<90）
統合率 — 月ごとに統合された重複レコード数（時間の経過とともに減少するのが望ましい）

注意点

拡充する前に統合する — 重複レコードを拡充すると、クレジットが無駄になります。まず重複を排除し、その後、残ったレコードを拡充してください。
まずサンプルで重複排除ルールをテストする — あいまい一致では誤検出（統合すべきでないレコードを統合すること）が発生する場合があります。一括処理を実行する前に、統合候補を50～100件サンプルとして必ず確認してください。
統合時にリードソースを保持する — 統合後によく寄せられる苦情は、元のリードソースの帰属情報が失われることです。最も古いレコードのリードソースが保持されるよう、統合ルールを設定してください。
削除せず、アーカイブする — 古くなったレコードを削除する代わりに、アーカイブステータスに移動してください。削除したレコードの履歴は失われますが、アーカイブしたレコードは、連絡先が再び戻ってきた場合に再有効化できます。
GDPRとコンプライアンス — データの衛生管理では、オプトアウトと同意の記録を尊重する必要があります。オプトアウトした連絡先を再び拡充してはいけません。一括拡充処理を行う前に、コンプライアンスステータスを確認してください。

自己改善：ここに記載されていないことに気づいた場合は、今日の日付とともに references/learnings.md に追記してください。

特定のプラットフォームスキルを推奨する前に

このスキルは、さまざまなプラットフォームにまたがる戦略領域を扱います。特定のプラットフォームスキル（## Related skills に記載されている /sales-{platform}、たとえば /sales-mailshake、/sales-klaviyo、/sales-apollo）をユーザーに案内する前に、必ずそのプラットフォームスキルの実際の SKILL.md を読んでください。## Related skills の1行の説明は候補の特定には十分ですが、そのスキルを確実に推奨したり、適切に呼び出すプロンプトを作成したりするには不十分です。

読み方：

~/.claude/skills/{skill-name}/SKILL.md がローカルに存在する場合は、Read で読みます。
sales-* スキルの場合は、このリポジトリから WebFetch で直接取得します：https://raw.githubusercontent.com/sales-skills/sales/main/skills/{skill-name}/SKILL.md — たとえば、sales-mailshake の場合は https://raw.githubusercontent.com/sales-skills/sales/main/skills/sales-mailshake/SKILL.md です。
sales-* 以外のスキル（サードパーティ製）の場合は、インストールされていれば ~/.claude/skills/sales-do/references/skill-sources.md で {org}/{repo} を確認し、そのリポジトリ内の同じ skills/{skill-name}/SKILL.md パスから取得します。

読んだ後は、 SKILL.md の具体的な内容（対象範囲、サブフロー、argument-hint の形式、または「使用しないでください」という否定的な条件）に基づいて推奨してください。生成する呼び出しは、プラットフォームスキルの argument-hint に合わせてください。プラットフォームスキルがユーザーの状況に合わない場合は、別のスキルに切り替えるか、適切でないスキルを推奨するのではなく、ここで直接質問に対応してください。

例

例 1：CRM データ監査

ユーザーの発言：「Salesforce に 50,000 件の連絡先があり、その多くが重複しているか、古くなっているのではないかと思います。何から始めればよいですか？」 スキルの動作：データ品質監査のフレームワークに沿って、完全性、正確性、重複率、データの劣化を測定します。まず完全一致のメールアドレスで重複を検出し（最も安全です）、次にフィールドの入力率レポートを実行し、最後に 100 件のレコードを LinkedIn と照合して正確性を推定することを推奨します。結果：ユーザーはデータ品質スコアカードと、優先順位付けされたクリーンアップ計画を作成できます。

例 2：継続的なデータ衛生の設定

ユーザーの発言：「HubSpot で重複が発生し続け、数か月でデータが古くなってしまいます。これを自動化するにはどうすればよいですか？」 スキルの動作：重複排除には HubSpot Operations Hub、データのエンリッチメントには ZoomInfo または Clay を推奨します。レコード作成時の重複防止ルール、新規レコードの自動エンリッチメント、四半期ごとの再エンリッチメントスケジュールを設定します。結果：ユーザーは、重複を防ぎ、データを最新の状態に保つ自動化されたデータ衛生プログラムを導入できます。

例 3：キャンペーン前のデータクリーンアップ

ユーザーの発言：「10,000 件の連絡先に向けた大規模なアウトバウンドキャンペーンを始めようとしています。事前にデータがクリーンであることを確認するにはどうすればよいですか？」 スキルの動作：キャンペーン前のチェックリストを推奨します。リストの重複を排除し、専用の検証ツールでメールアドレスを確認し、90 日以上前のレコードを再エンリッチメントし、ICP に合わなくなった企業の連絡先を削除して、オプトアウト／DNC のステータスを確認します。結果：ユーザーは、検証済みで重複がなく、コンプライアンスに準拠したデータでキャンペーンを開始でき、バウンス率が下がり、到達率が向上します。

トラブルシューティング

重複排除で誤ったレコードが統合される

症状：ファジーマッチによる重複排除で、同じ会社に勤めていて名前が似ているだけの別人 2 名が統合される原因：照合ルールが緩すぎます。名前と会社名だけで照合しています。 解決策：照合ルールを厳格にします。名前と会社名に加え、メールアドレスまたは電話番号の一致を必須にします。「自動統合」モードを使う前に、必ず「レビュー」モードで実行してください。判定が難しい場合に備え、役職または部署も照合条件に加えます。

エンリッチメントで想定したフィールドが入力されない

症状：自動エンリッチメントは実行されるものの、多くのレコードで電話番号やメールアドレスのフィールドが空のままです。原因：単一のエンリッチメントプロバイダーでは、すべての連絡先をカバーできません。カバー率は地域、役職の上位度、業界によって異なります。 解決策：段階的なエンリッチメントを実装します。Provider A を試し、結果がなければ Provider B、次に Provider C を試します。段階的な設定には /sales-enrich を使用してください。一般的な組み合わせは ZoomInfo → Apollo → Lusha です。

データ品質の指標が改善しない

症状：毎月重複排除とエンリッチメントを実行しているのに、重複率も完全性も改善しません。原因：新しい重複が、既存の重複を統合するよりも速いペースで作成されています。通常、根本原因は、重複チェックをせずにレコードを作成する Web フォーム、インポート、またはインテグレーションです。 解決策：発生源を修正します。Web フォーム、API インポート、手動作成、インテグレーションの同期など、すべてのレコード作成経路で重複防止ルールを有効にしてください。重複を防止するほうが、後からクリーンアップするより効果的です。

Markdown 対応

ログインしてコメント

基本情報

作者: sales-skills
リポジトリ: sales-skills/sales
カテゴリ: マーケティング・グロース
インストール数: 52

問題を報告