Ringlead

Ringlead について

RingLead は、セールスとマーケティングが効率的かつ生産的になることを可能にするために設計された SaaS アプリケーションです。

Ringlead プラットフォームは、重複の管理、データの正規化、セグメンテーション、エンリッチメントなどの Salesforce およびマーケティングオートメーションプロセスをオーケストレーションします。

入門として、以下はプラットフォームの使用と、それらのツールがデータ目標を達成するのにどう役立つかを理解するのに役立ついくつかのアイテムです。

現在、GitLab は Ringlead の Cleanse 機能、特に Deduplication を使用していますが、エンリッチメントは Zoominfo を介して行われます。これは、リード/コンタクトのエンリッチメントに関する SSOT です。

セットアップ & アクセス

現在、Sales & Marketing Operations が Ringlead にアクセスできます。アクセスをリクエストするには、business operations ハンドブックに記載されている アクセスリクエストプロセスに従ってください。

Ringlead & ヘルプへのアクセス方法

アクセスを取得したら、このリンク からログインできます。Ringlead とその機能の詳細については、Ringlead Overview をご覧ください。

現在のプロセス & 操作の順序

重複排除と CRM データベースのクリーンアップは、成功するために必要なプロセスについていくらかの考えが必要です。それは、私たちの緊急の問題と最終目標に大きく依存します。以下では、Salesforce を例として使用して、Ringlead の顧客が、メインオブジェクトから始めて、クリーンで効率的で使用可能なデータの目標を達成するために使用できるベストプラクティスの推奨事項が表示されます。メインオブジェクトは、究極の親（Salesforce ではアカウントが頻繁に例として）です。そのオブジェクトを最初に重複から削除し、次のレベルに移動するなどして移動します。基本的な Salesforce の推奨事項については、以下をご覧ください。

重複レコードの検索とマージは、貴重なデータが失われるのを防ぎながら、RingLead で簡単です。重複をマージするとき、各フィールドに Surviving Field Value Rules を設定でき、選択された Master レコードに最高の、最新の、最も価値のあるデータが含まれます。Master 内で生き残る値を完全に正確に制御できるため、大量の重複レコードグループを安全に自動的にマージできます。

Marketing Operations は、既存のリードとコンタクトレコード、および重複排除が必要な他のカスタムオブジェクトを重複排除するためにツールと連携します。

Lead と Contact オブジェクトは Marketing Operations が、Account オブジェクトは Sales Operations が処理しています。

重複排除を通じてデータベースの清潔さを向上させることは重要であり、それを行う良い方法と悪い方法があります。組織は、クリーンなデータベースを達成するために、操作の正しい順序に従っていることを確認する必要があります。現在のプロセスでは、MOps と SOps はデータベースの適切な重複排除のために Ringlead のガイダンスを使用しています。

⚠️ 実行前: RingLead Merge Timing & False MQL Stamps

RingLead が Salesforce で重複レコードをマージするとき、Marketo のタイミング依存の競合状態により、誤った MQL スタンプが発生する可能性があります。

重要な構成要件: RingLead Merge Date/Time フィールドは、Rescoring Automation をサポートするためにマージ時に datetime で入力されるように設定する必要があります。

両方のレコードからのアクティビティがマージされると、Person Score がインフレートし、RingLead Merge Date/Time フィールドが SFDC から Marketo に同期する前に MQL Stamp campaign をトリガーする可能性があるため、問題が発生します。SFDC から Marketo への同期遅延（通常は 5 分、バックログ中はさらに長い）により、マージフィールドはキャンペーンの 2 分間の待機ステップ内に入力されない可能性があります。これは、Rescoring Automation がスコアを適切に再計算する前に MQL スタンプが発火することを意味し、手動で逆転する必要のある誤った MQL が発生します。

Dedupe ガイダンス

Marketing Operations は、RingLead Merge Date/Time フィールドの信頼性と、マージ期間中の MQL ボリュームスパイクを監視する必要があります。スコアベースのキャンペーンを構築するときは、最低 2 分の待機ステップを持つトリガーに RingLead Merge Date/Time の削除ロジックを常に含め、追加の保護のために、最近のアクティビティや「マージされていない」ステータスなどの追加フィルターを検討してください。

重複排除プロジェクトの場合、低トラフィック時間中に 100〜500 レコードの小さなバッチでマージを計画し、最初に 50 レコードのテストバッチを実行してタイミングを検証し、実行中に同期キューを監視し、Sales Dev と Analytics に潜在的な誤った MQL について連絡します。プロジェクト後の MQL 監査とクリーンアップのための時間を組み込み、大規模プロジェクト（10,000 件以上のレコード）の場合、レコードを一時的に一時停止/除外して、実行中に MQL Stamp キャンペーンによってピックアップされないようにすることを検討します。

注意: 影響を受けたリードから SLA データを削除する方法はありません。マネージャーは、特定のリード ID をレポートから除外して、チーム平均を歪めている場合に対処できます。

推奨される操作の順序

1. リード重複排除（完了 & 自動化済み - 毎週土曜日に実行）
2. アカウント重複排除（Openprise を選択ツールとして使用し、Sales Operations が実行）
3. リードを新しいコンタクトに変換（私たちのケースではこのステップはスキップされます。これは sales workflow に大きな影響を与えるためです。sales チームが現在のように heavily focused on leads でない場合、再評価します。）
4. コンタクト重複排除（完了 & 自動化済み - 毎週土曜日に実行）
5. リードからコンタクトの重複排除（完了し、Scheduled Task に取り組んでいます）
6. カスタムオブジェクトの重複排除（必要な場合のみ）

アカウント重複排除

アカウント重複排除は現在、Sales Ops によって管理されています。重複排除ジョブは ZI Company ID を持たない Prospect Accounts に適用され、毎週土曜日 12:00 PDT に実行されます。

リードからリードへの重複排除

リードからリードへの重複排除は Marketing Ops が管理し、毎週土曜日に実行されます。重複排除ジョブから、特定のリードレコードが除外されます:

• Impartner Partner Account フィールドに値があるレコード
• 積極的にシーケンスされているレコード
• ステータスが Qualifying または Qualified のレコード
• Last Name または Company Name のいずれかが [[unknown]] のレコード

コンタクトからコンタクトへの重複排除

コンタクトからコンタクトへの重複排除は、リードからリードへの重複排除と同様に、Marketing Ops によって管理され、毎週土曜日に実行されます。重複排除ジョブから、特定のコンタクトレコードが除外されます:

• Account Type = Partner のレコード
• 積極的にシーケンスされているレコード
• ステータスが Qualifying または Qualified のレコード
• Last Name または Account Name のいずれかが [[unknown]] のレコード
• On Open Quote チェックボックスを使用してオープンクォート上にあるとフラグされたレコード
• Current Customer チェックボックスで現在の顧客としてマークされたレコード

リードからコンタクトへの重複排除

リードからコンタクトへの重複排除は Marketing Ops によって管理され、最初のバッチの重複排除は FY25Q4 で完了しています。Marketing Ops は、スケジュールされたジョブをオンにするために MQL スタンプ/Rescoring 自動化を解決することを検討しています。重複排除ジョブから、特定の Leads と contacts のレコードが除外されます:

Lead レコードフィルター

• Impartner Partner Account フィールドに値があるレコード
• 積極的にシーケンスされているレコード
• ステータスが Qualifying または Qualified のレコード
• Last Name または Company Name のいずれかが [[unknown]] のレコード
• Lead Source が UserGems で始まらないレコード

Contact レコードフィルター

• Impartner Partner Account フィールドに値があるレコード
• Account Type = Partner のレコード
• 積極的にシーケンスされているレコード
• ステータスが Qualifying または Qualified のレコード
• Last Name または Account Name のいずれかが [[unknown]] のレコード
• On Open Quote チェックボックスを使用してオープンクォート上にあるとフラグされたレコード
• Current Customer チェックボックスで現在の顧客としてマークされたレコード
• Lead Source が UserGems で始まらないレコード

カスタムオブジェクト重複排除

すべての標準フィールドが操作の正しい順序で重複排除されたら、カスタムオブジェクトの重複排除に移行して、すべてのカスタムオブジェクトもクリーンで重複のない状態であることを確認できます。

エンリッチメント（RingLead Enrich Premium）

GitLab は RingLead Enrich Premium を使用して、ZoomInfo 経由で Salesforce の Lead および Contact レコードをエンリッチします。日次、週次、月次のケイデンスにわたって約 719,456 件のレコードをカバーする 10 件のアクティブなエンリッチメントジョブがあります。

認識しておくべきアクティブな問題がいくつかあります:

1. 新しいエンリッチメントデータが利用できない場合でも多くのレコードが再処理されており、それでもエンリッチメントの日付やフィールドが更新され、Salesforce のデータ変更のボリュームが不必要に膨らんでいます。
2. 月次エンリッチメントジョブの日付も毎月手動更新が必要です。RingLead は相対的な週（例: 「第 2 木曜日」）ではなく、特定のカレンダー日付でのスケジューリングしかサポートしていないためです。

エンリッチメントの概要

エンリッチメントジョブ

Leads Created in the Last 7 Days

エンリッチメントは Marketing Ops によって管理され、毎日 7 PM PT に実行されます。レコードフィルター — 以下の場合にレコードがエンリッチされます:

• Do Not Call - Direct Phone OR Do Not Call - Mobile Phone ≠ Yes
• Created Date = last 7 days
• Zoominfo Enrich Status ≠ Enriched, No-Match

Lead Enrichment w/ Company Unknown

エンリッチメントは Marketing Ops によって管理され、毎週木曜日 7 PM PT に実行されます。レコードフィルター — 以下の場合にレコードがエンリッチされます:

• Company contains unknown

注意: シンプルなフィルター、高度なロジックなし。

Lead State Enrichment

エンリッチメントは Marketing Ops によって管理され、毎週土曜日 12 AM PT に実行されます。レコードフィルター — 以下の場合にレコードがエンリッチされます:

• Do Not Call - Direct Phone OR Do Not Call - Mobile Phone ≠ Yes
• Person Address: Country = Canada, US
• Person Address: State is null
• Zoominfo Enrich Status = Enriched
• [Admin] Exclude from Enrichment = False
• Status ≠ Disqualified, Recycle, Ineligible

Contact State Enrichment

エンリッチメントは Marketing Ops によって管理され、毎週水曜日 12 AM PT に実行されます。レコードフィルター — 以下の場合にレコードがエンリッチされます:

• Do Not Call - Direct Phone OR Do Not Call - Mobile Phone ≠ Yes
• Person Address: Country = Canada, US
• Person Address: State is null
• Zoominfo Enrich Status = Enriched
• [Admin] Exclude from Enrichment = False

Inquiry Leads – This FY

エンリッチメントは Marketing Ops によって管理され、毎月第 1 金曜日 2 PM PT に実行されます。レコードフィルター — 以下の場合にレコードがエンリッチされます:

• Do Not Call - Direct Phone OR Do Not Call - Mobile Phone ≠ Yes
• Inquiry Date/Time = This FY
• Status = Inquiry
• [Admin] Exclude from Enrichment = False

MQL / Accepted / Qualifying Leads

エンリッチメントは Marketing Ops によって管理され、毎月第 2 木曜日 5 PM PT に実行されます。レコードフィルター — 以下の場合にレコードがエンリッチされます:

• Do Not Call - Direct Phone OR Do Not Call - Mobile Phone ≠ Yes
• Created Date after 2024-04-01
• Status = Accepted, MQL, Qualifying, Qualified
• [Admin] Exclude from Enrichment = False

Inquiry Leads – Last FY

エンリッチメントは Marketing Ops によって管理され、毎月第 2 金曜日 2 PM PT に実行されます。レコードフィルター — 以下の場合にレコードがエンリッチされます:

• Do Not Call - Direct Phone OR Do Not Call - Mobile Phone ≠ Yes
• Inquiry Date/Time = Last FY
• Status = Inquiry
• [Admin] Exclude from Enrichment = False

注意: 高ボリューム。MQL Leads と同じ週に実行されます — システム負荷を監視してください。

MQL / Accepted / Qualifying Contacts

エンリッチメントは Marketing Ops によって管理され、毎月第 3 木曜日 7 PM PT に実行されます。レコードフィルター — 以下の場合にレコードがエンリッチされます:

• Do Not Call - Direct Phone OR Do Not Call - Mobile Phone ≠ Yes
• [Admin] Exclude from Enrichment = False
• Contact Status ∈ MQL, Accepted, Qualifying, Qualified

Raw Leads

エンリッチメントは Marketing Ops によって管理され、毎月第 3 金曜日 5 PM PT に実行されます。レコードフィルター — 以下の場合にレコードがエンリッチされます:

• Do Not Call - Direct Phone OR Do Not Call - Mobile Phone ≠ Yes
• Created Date after 2024-04-01
• Status = Raw
• [Admin] Exclude from Enrichment = False

Raw / Inquiry Contacts

エンリッチメントは Marketing Ops によって管理され、毎月第 4 金曜日 7 PM PT に実行されます。レコードフィルター — 以下の場合にレコードがエンリッチされます:

• Do Not Call - Direct Phone OR Do Not Call - Mobile Phone ≠ Yes
• [Admin] Exclude from Enrichment = False
• Contact Status = Raw, Inquiry

Mass Enrich のガイドライン

ピックリスト値の検証

1. Country を標準化する - Country の値が SFDC と一致しない場合は、データが Salesforce に到達する前に RingLead 側で標準化します。
   • Transform タブで:
     • [Active] Country Standardization という名前のアクティブセグメントを追加
       • ベンダー出力値を SFDC で受け入れられる Country の値にマップ
   • 起動後に Salesforce のオートメーションや是正用 Mass Update ジョブを使うのではなく、これを使ってください。
2. State/Province は個別に扱う - State/Province をすべての国にまたがるグローバルマッピングレイヤーとして扱わないでください。
   • State/Province マッピングを適用するのは以下の場合のみ:
     • United States
     • Canada
     • Australia
   • サポートする国ごとに State エンリッチメントの個別のエンリッチメントジョブを作成し、各ジョブを正しいオーディエンスに限定してください。
3. Country Code はマップしない - 返される形式は Salesforce が期待する形式と互換性がないため、このフィールドをマップすると、エンリッチメント品質を向上させる代わりにバリデーションエラーを引き起こす可能性があります。

国別ブロックリスト

ブロック対象国フィルターは、起動後ではなくジョブ作成時に適用してください。これにより、不要なクレジット使用を防ぎ、当社がビジネスを行っていない国のレコードのエンリッチメントを回避できます。

GitLab のブロック対象国リストには現在以下が含まれます:

• キューバ
• イラン
• 北朝鮮
• シリア
• ロシア
• ベラルーシ
• ウクライナのクリミア、ドネツク、ルガンスク地域

スケジューリングとモニタリング

可能であれば、重い週次・月次ジョブを時間的にずらして実行してください。ジョブ実行を異なる時間帯に分散させることで、SFDC ↔ Marketo 同期への不要な負荷を減らし、起動および安定化期間中のモニタリングを容易にします。

クレジット使用量も定期的にレビューする必要があります。RingLead はプラットフォーム内で Mass Enrich のクレジット消費を明確に確認する方法を提供していないため、使用状況レポートはベンダーから直接リクエストする必要があるかもしれません。

ページのソースコードを見る - ページの編集 - please contribute.