Marketo

Marketo について

Marketo は、メールマーケティング、リード管理、プログラム管理に使用される私たちのマーケティングオートメーションプラットフォームです。

Marketo テックスタックガイド

プロビジョニング、インテグレーション、システム図に関する詳細については、Marketo テックスタックガイドをご覧ください。

Marketo Salesforce.com 接続

SFDC でリード/コンタクトが作成されると、自動的に同期され Marketo にも作成されます — 何もせき止められません。同様に、SFDC でリード/コンタクトが削除されると、Marketo でも削除されます。

逆に、Marketo はすべてのレコードを自動的に SFDC にプッシュしませんし、Marketo で削除されたレコードは特に指示されない限り SFDC で削除されません。

リードは以下のシナリオで Marketo から SFDC に同期されます:

1. SFDC に同期されているプログラムのメンバーである
2. 人物が Inquiry ステータスに到達した時
3. MQL ステータスに到達した時
4. PTP スコアが 4 または 5 の時
5. フローステップ Sync to SFDC で特に同期するように指示された時

データは Marketo User Permission Set 経由で Read または Read/Write パーミッションで両者間で共有されます。Accounts フィールドはデフォルトで Read Only です。レビュー用のクイックリンクは以下の通りです:

• Leads
• Contacts
• Accounts

Marketo は SFDC キャンペーンを作成・編集することもできます。Marketo がそのキャンペーンにマッピングできるようにするには、Active チェックボックスをオンにする必要があります。キャンペーン設定の手順はこちら。

SFDC のフィールド値に大規模な更新が行われると、Marketo への同期バックログが発生する可能性があります。バックログをチェックするには、このページに行き、レビューしたいオブジェクトを選択して Get Stats をクリックしてください。Marketo>SFDC はプッシュ数で、SFDC>Marketo はプルとみなされます。この情報を表示するには Marketo にログインしている必要があります。バックログは自動的にクリアされ、システム使用率（GitLab だけでなく Marketo のユーザーベース全体）により業務時間中は遅くなりますが、業務時間外や週末には同期速度が上がります。

Salesforce のカスタム同期ルール

特定のプロセスが SFDC で空のメールアドレスを持つレコードを作成するため、それらが実行可能でなく、データベースのコストがレコード数に比例して増加することから、これらのレコードが Marketo に流入するのを避けたいと考えています。

Sales Systems と協力して、Block_Marketo_Sync__c というカスタム数式フィールドを実装しました。フィールドがチェックされていると、レコードはカスタム同期ルールにより同期がブロックされます。同様に、フィールドがチェックされていないと、Marketo に流入します。

サンドボックスでは、別の同期ルールがあります。

マルチスレッド同期

SFDC のバックログを回避またはクリアするために、Marketo ではマルチスレッド同期が利用可能です。これにより、SFDC から Marketo にデータが流れる複数のレーンを使用できるようになり、Marketo サーバーで利用可能なリソースに応じて同期速度が大幅に向上します。Marketo の各レコードには、メールアドレスの最初の文字に基づいて Marketo Thread ID フィールドに 1-9 の値がマークされます。レコードは Marketo Thread ID の値に基づいてスレッド上で同期および分散されます。

注意: この機能は常時稼働ではなく、Marketo サポートのみが有効化できます。SFDC からの大規模な更新を計画する 7 日前、または重大なバックログがある任意のタイミングで、サポートチケットを開く必要があります

マルチスレッド同期の有効化

有効化するには、私たちがチケットを Marketo と開けるよう、7 日前にマーケティングオペレーションチームに Issue を作成し、以下を含めてください。

1. 大規模更新の予定日
2. ビジネスへの影響
3. バックログを引き起こすことになる更新フィールド

サンドボックス

Marketo にはサンドボックスがあります。サンドボックスはトレーニング、API リンクの作成、本番に移す前の全体的なテストに使用されます。サンドボックスから本番にプログラムを 昇格 する方法はないので、最初にサンドボックスでプログラムを構築することは常に必要ではありません。サンドボックスで構築する際のガイドラインは TBD ですが、カスタム API および Webhook 統合では強く推奨されます。

サンドボックスへのアクセスを希望する場合は、AR に記入してください。

SFDC ステージングから Marketo サンドボックスに通過するリード数を制限するため、Marketo Sync = TRUE の場合のみ、SFDC ステージングから Marketo サンドボックスにリードが同期されるカスタムルールを設定しています。これは本番環境とは反対のロジックです。

サンドボックスを SFDC ステージングに再接続する

Sales Systems は、SFDC ステージング環境を定期的にリフレッシュします。これが起こると、Marketo サンドボックスに再接続するためのいくつかのステップを取る必要があります。詳細はそのページに記載されています。

フォーム

こちらのドキュメントとともに、以下の手順を使用してください。私たちのウェブサイト（about.gitlab.com）のほぼすべてのフォームは Marketo 埋め込みフォームです。マーケティングオペレーションは、既存のフォームの維持と新しいフォームの作成を担当しています。

私たちは主に Global フォームを使用しています。これは、フォームが複数のランディングページで使用され、フォームの自動化が個々の Marketo プログラムで処理されることを意味します。Global フォームで利用できないフィールドが必要な場合は、カスタムフォームをリクエストする必要があります。

カスタムフォームが必要な例:

• 現在のフォームに表示されていないフィールドの追加
• 単一のランディングページを使用して、複数の関連イベントの登録を収集する
• 特定のイベント日のドロップダウンやチェックボックスの追加
• コメントや珍しい情報（T シャツのサイズなど）の収集
• 登録者が好みを示す必要がある場合（参加するセッショントラックなど）

プログラムにカスタムフォームが必要かどうかわからない場合や、プログラムが標準セットアップ以外の何かを必要とする場合は、計画プロセス中に MOps チームに尋ねて、ガイダンスを受け、プログラムのタイムラインを軌道に乗せられるようにしましょう。

新しいカスタムフォームの作成が必要な場合は、フォーム作成 Issue を開いてください。フォーム作成と複雑な自動化の一般的なタイムラインは 2 週間です。

Contentful の新しいページで既存のフォームを使用している場合は、フォームの背後にある自動化を構築できるよう、リクエストを入力してください。フォームに対する自動化が作成されていない場合、フォームを記入した人物は Marketo に登録されますが、キャンペーンに処理されたり、フォローアップに送信されたりしません。

フォームのドキュメントはこちらで確認できます。これには、現在のすべてのフォーム、および標準化された国と州のピックリストが含まれています。

翻訳済みフォームの利用可能な言語: スペイン語、フランス語、イタリア語、韓国語、ドイツ語、ポルトガル語、日本語。これらは Global フォームで、Design Studio > Forms > Translated Forms にあります。これらを使用することは重要です（クローンしないこと）、なぜなら Language Preference のローカリゼーションセグメンテーションに影響するからです。

ローカライズされたフォームでは、Preferred Language を適切にキャプチャするために特別な隠しフィールドが必要です。詳細なセットアップ手順については、この Issue を参照してください。

新しい言語が必要、または新しいフォームが必要な場合は、翻訳を集めて、その後サポートをリクエストしてください。

すべてのフォームは以下のガイドラインに従う必要があります:

• ライトボックスを使用しない
• ラベル幅 = 150 / フィールド幅 = 300
• フィールドは縦に積み重ねる
• Country フィールドのラベルは Country/Region にする
• State/Province は Country = United States または Canada または Australia の場合のみ表示する。可視性ルールは、Canada が選択されると Province を、United States または Australia が選択されると State を動的に表示する
  • 同期エラーを避けるため、国 &/または州値の標準化について詳細を参照してください
• 一般的に、City は Country = Ukraine の場合のみ表示する
• フォームには、メールでの通信に オプトイン する同意を取得するチェックボックスを必ず含める
• Country = Ukraine の場合、提出者がウクライナのクリミア地域に住んでいないことを確認する追加チェックボックスを表示する
• Country には禁輸国を含めない
• すべてのフォームには gclid および Google Analytics トラッキング用の隠しフィールドを設定する

ダイレクトメールキャンペーン用に自宅住所を収集する場合、ランディングページまたはフォームに以下の文言を含める必要があります。さらに、アイテムを送付した後にアドレス情報を削除する Marketo の削除キャンペーンを設定する必要があります。また、アイテムを送付するベンダーがレコードからこれを削除することも確認してください。自宅住所をお伝えいただくことで、お客様の自宅へのアイテム送付の許可を頂いたものといたします。このデータは他の目的では使用しません。

ウェブサイトフォーム管理

about.gitlab のフォームは埋め込み Marketo フォームです。フィールド、レイアウト、ラベル、CSS の変更はすべて Marketo 内で行われ、GitLab のソースファイルに変更を加えることなく本番にプッシュできます。フォーム全体を変更または埋め込みする必要がある場合は、form_request テンプレートを使用して Issue を開いてください。

各 Marketo フォームは、Google Analytics でイベントをトリガーするために、送信成功後にイベントをプッシュする必要があります。発火するイベントを指定するために、以下のイベントラベルを使用しています。

1. demo - /demo/ および /demo-leader/ の静的デモ用
2. webcasts - /webcast/ の任意のページのフォーム用
3. trial - /free-trial/ のフォーム用
4. resources - /resources/ の任意のページのフォーム用
5. events - /events/ の任意のページのフォーム用
6. services - /services/ のフォーム用
7. sales - /sales/ のフォーム用
8. public-sector - /solutions/public-sector/ のフォーム用
9. mktoLead - ニュースレター購読フォーム送信イベントで使用されるレガシーカスタムイベントラベル。現在は primary、security、all-remote のニュースレターフォーム送信に使用されています。

フォーム埋め込みコードの return false の上に以下の行を追加します。demo から適切なフォーム完了を反映するようにイベントラベルを更新してください。

dataLayer.push(
{
  'event' : 'demo',
  'mktoFormId' : form.getId(),
  'eventCallback' : function()
  {}, 'eventTimeout' : 3000
});

データベースの定期的な削除

マーケティングオペレーションは、データベースから非アクティブなリードを定期的に削除する自動化プロセスを作成しました。これにより、データ品質を維持し、不要なレコードを保管することに伴うコストを削減できます。リードは Marketo と Salesforce の両方から削除され、以下の基準に従います:

削除プロセスは毎週実行され、上記のすべての基準を満たすリードを永久に削除します。

このプロセスは、最近のアクティビティがあるリード、プログラムを通過したリード、商談や現在の顧客に関連付けられたリードには影響しないことに注意してください。これにより、本当に非アクティブなレコードを削除しながら、価値のあるリードを保持できます。

マーケティングオペレーションのチームメンバーは、プロセスが正しく実行されていることを確認し、対処が必要となる潜在的な問題や例外を特定するために、削除ログを定期的にレビューする必要があります。

このプロセスはこのスマートキャンペーンを通じて実行され、このリストから基準を満たすすべてのレコードを削除します。

プログラムアセットの有効期限

2022 年 11 月から、Marketo 内のチームは、期限切れのランディングページや関連性のなくなったスマートキャンペーンを整理する方法として、2022 年初頭に製品に追加されたアセット有効期限機能を活用するように移行します。このプロセスの詳細手順は、キャンペーンとプログラムページのハンドブックで確認できます。

2024 年 7 月から、Marketo はアセット有効期限のためにイベントページ（https://about.gitlab.com/events/）にリンクするようになります。これがホームページの代わりに新しいリダイレクトになります。アセット有効期限を活用することで、使用されなくなった各 LP を手動で更新する必要がなくなり、ホームページではなく /events にリダイレクトされるようになります。注意: フォールバックページは、認識できないランディングページの場合と、ランディングページが利用できない場合にのみ使用されます。アセット有効期限を設定せず、より長くページを利用可能にしたい場合は、後で手動でリダイレクトをクローズすることもできます。

Marketo の製品データ

データおよびエンジニアリングチームは、製品内の顧客およびトライアル使用に関するデータを Marketo に取り込むためのインテグレーションを開発しました。

1. Marketing Contact Datamart & Pump: フィールドは [CDB] で始まる
2. SaaS Trial & Handshakes: フィールドは [PQL] で始まる
3. Propensity to Buy Models: フィールドは [PTP] で始まる - 現時点ではトライアルユーザーのみ

キャンペーン制限

特定のスマートまたはメールキャンペーンを通じて処理できるレコード数には 250,000 件の上限が設定されています。スマートキャンペーンのスマートリストが 250,000 レコードを超える更新またはメール送信を行うように設定されている場合、実行されず aborted になります。これは、誤った大量更新やメール送信を防ぐために設けられています。この上限を超えるキャンペーンを実行する必要がある場合は、MarOps に連絡してください。

国 &/または州値の標準化

Country &/または State フィールドの値が必要な Salesforce フォーマットを満たすことを保証するために、いくつかのワークフローでこれらのフィールドをクリーニングしています。州は省略形ではなく、スペルアウトする必要があります（例: CA は California）。Country &/または State/Province の標準化が SFDC と完全に一致しない場合、リードは同期されません。新しい標準化が必要な場合は、マーケティングオペレーションプロジェクトで Issue を開いてください。SFDC で国/州が更新された場合、同期問題を防ぐために customersDOT YML ファイルも更新する必要があります。

すべての標準化スマートキャンペーンは以下に含まれています:

Marketing Activities -> Operational - Do not edit -> Data Management -> 01 Data Management -> 04-Normalize Data

• 州の値を受け付ける国は以下のみです: United States、Canada、Ireland、India、Brazil、Australia、China、Italy、Mexico
• 米国の全 50 州とカナダのすべての州には、2 文字の省略形をフルスペルに設定する標準化キャンペーンがあります。
• 以下の国には、共通のバリエーションを受容値に更新する仕組みがあります: United States、Bolivia、Canada、China、France、Germany、Hong Kong、India、Iran、Ireland、Macao、Myanmar、Netherlands、Russia、South Korea、Sweden、Switzerland、United Kingdom、Venezuela、Vietnam。

MQL とリードスコアリング

マーケティング適格リード（Marketing Qualified Lead）とは、デモグラフィック/ファーモグラフィックおよび/または行動情報に基づいて 100 ポイントの閾値に達したリードのことです。MQL スコアリングは以下に詳述されており、ポジティブまたはネガティブなポイント値で重み付けされたさまざまなアクションおよび/またはプロフィールデータで構成されています。

ビジュアルな概要については、このスライドを使用してください。

Re-MQL

詳細については、リードライフサイクルページをご覧ください。

リード/コンタクトが Recycle ステータスにあり、再び MQL 閾値に到達した場合、re-MQL が許可されます。

MQL する回数は MQL Counter フィールドでカウントされます。Initial MQL DateTime は、見込み客がMQL 閾値に最初に到達した時刻を保持します。MQL Date は、リードが MQL 閾値に到達した最新の日付に上書きされます。

リードが Recycle に設定されると、Behavior Score は 0 にリセットされます。Person Score は Demographic Score の値にリセットされます。さらに、過去に MQL に到達した人物は、Recycle にリセットされた後にビヘイビアスコアを上げるアクションを取ると、追加で +20 のスコアが付与されます。リードが MQL 閾値に達する前に Accepted だった場合、その後 30 日以内に Recycle に設定されると、リードの Behavior Score はアクションを取った時に Inquiry だった時の値にリセットされ、Demographic Score は再度実行され、全体の Person Score はこの 2 つの値の合計になります。

リードが Recycle から MQL に Re-MQL すると、Recycle Reason フィールドは Null に設定されますが、その Recycle Reason の値はリードまたはコンタクトの Previous Recycle Value フィールドに保持されます。このフィールドは Marketo によってのみ設定されます。Recycle DateTime は最初の 1 回のみ更新されます。リードが再度 MQL ステータスに達した場合、ラウンドロビンのために LeanData によって再ルーティングされず、元のオーナーの名前のままになります。

リードのライフサイクルを確認するには、figjam フローチャートを参照してください。後のステップから Raw または Inquiry のステータスに戻ることはできないことに注意してください。

スコアリングモデル

リードスコアリングモデルは、MQL に到達するための 100 ポイントシステムです。レコードのデモグラフィックおよび/またはファーモグラフィック情報、および GitLab マーケティングとの行動およびエンゲージメントに基づいて、ポジティブおよびネガティブポイントが割り当てられます。Person Score は Behavior Score と Demographic Score の合計です。MQL するには Person Score が 100 に達する必要があり、Behavior Score は 0 であってはなりません。

毎晩実行されるフローがあり、ネガティブになったリードを 0 にリセットします。

MQL の瞬間の Demographic、Behavior、Person スコアは、Marketo 内で X Score at MQL という 3 つの別々のフィールドを通じて記録されます。

一部のリードは、以下の場合スコアリングから除外されます:

• @gitlab.com のメールアドレスを持っている
• 競合他社である
• Status = Disqualified または Ineligible
• 会社名が student、personal、test および類似のもの
• パートナーによって積極的に取り組まれている（Prospect Share Status = Sending to Partner、Accepted、または Pending）
  • スコアはパートナーと共有される時にタイムスタンプが付けられ、リードが社内 SDR チームに戻る時のために保存されます。スコアは、さらなる見込み顧客活動のためにチームメンバーに戻る際、スコア減衰とともにリードに再適用されます

なぜスコアリングモデルを使用するのか？

スコアリングモデルを使用する「なぜ」のスライドデッキと、いくつかのポインターはこちらで確認できます。注: これは LevelUp コースで使用されるスライドデッキです。

スコアリングモデルの更新

セールスデベロップメントとマーケティングアナリティクスチームと協力し、マーケティングオペレーションは毎会計年度の Q4 にリードスコアリングモデルを更新します。モデルを更新する時期を制限することで、MQL の前年比ボリュームを公平に比較できます。年間を通じて変更を考慮する必要がある代わりに、レポーティングで言及できる小さな期間に変更を凝縮します。

年中にリードスコアリングモデルへのフィードバックを共有するには、このエピックにコメントを残すか、既存の Issue をそのエピックにリンクしてください。私たちはこの Issue を頻繁にレビューし、リードスコアリングモデルを更新する際に各項目を考慮します。バグ修正と判断した場合は、Q4 のタイムフレーム前の更新を検討します。

フィードバックを残す際は、変更がリクエストされる理由について効果的な詳細を提供することが重要です。これらの詳細がないと、変更の調査に時間がかかり、その妥当性の背景にある必要なコンテキストが時間の経過とともに失われる可能性があります。少なくとも、以下を含めてください:

• 影響を受ける SFDC リードへのリンク - または複数のリードの場合、分析に役立つ列を含む Google sheet または SFDC レポート
• 認識される問題の概要と、それがワークフローに与える影響
• 該当する場合、より高い/低いスコアになるべきだった最近のキャンペーンを記載

スコアリング刷新 FY25Q1

FY25 開始時に行われたリードスコアリングへのデータ駆動型変更の詳細については、データセットの調査結果をレビューするために、このスライドデッキとこのスライドデッキを参照してください。

スコアリングロジックドキュメント

スコアに直接影響するすべてのスマートキャンペーンが文書化されており、この Google Sheet で確認できます。これは社内 GitLab チームメンバーのみが利用できることに注意してください。

Auto-MQL

特定の基準に基づいて、リードが auto-MQL する場合があります。なお、auto-MQL は Behavior スコアカテゴリの一部とみなされます。シナリオは以下のとおりです:

ビヘイビアスコアリング

ビヘイビアスコアリングは、人物が取ったアクションに基づいています。スコアリングできる頻度のケイデンスは以下に記載されています。Person Score が 300 pts を超えると、ビヘイビアスコアリングは null になります。キャンペーンスコアリングでは、スコアをキャプチャするために成功が必要であり、以下にアスタリスク(*)で印付けされたものはそうです。success を構成するものを確認するには、プログラムページとプログレッションステータスを参照してください。

自動ブースター

スコアへのブーストは、上記の従来のアクションを超える自動アクションが行われた時に発生します。

デモグラフィックスコアリング

ジョブロール/ファンクションとシニアリティの説明はこちらで確認できます。デモグラフィックスコアリングには 70 pt のハードリミットがあり、最大値に達した後は、デモグラフィックスコアに関連するさらなるパーソンスコアの蓄積が制限されます。

スコア減衰

スコア減衰は、リードが partner ステータスにあることでスコアが凍結されている場合にも適用されることに注意してください

| デモグラフィック減衰 |キャンペーン説明|削除ポイント|スケジュール/フロー制限| |ジェネリックドメイン|ジェネリックメールドメインを含む| -10 |1回| |シニアリティ - ネガティブ|説明はこちら| -10 | 1回| |ファンクション - ネガティブ|説明はこちら| -20 | 1回|

リードスコア分類

リードスコア分類 は、見込み客が SAO に変換する可能性を分類することを目的とした 2 文字のスコア/指定であり、スコアはリードの現在の デモグラフィック および ビヘイビア スコアに基づいてモデル化されます。スコアとその定義のビジュアル表現は、Lead Classification Matrix として以下に示されています。リードステータスが Ineligible または Disqualified に設定されたリードは、リードスコア分類 が Disqualified または Ineligible に設定されます。

ハンドブックページが壊れた場合のために、Lead Classification Matrix と Lead Classification Definitions Table は Figma に存在します。

Lead Classification Matrix の使用方法と Lead Classification の読み方

リード分類スコア（およびそのビジュアルコンパニオンマトリックス）は、プロフィール適合度とエンゲージメントレベルの両方に基づいてリードフォローアップを優先するように設計されています。リードの デモグラフィック適合度 は、文字/列 A、B、C、D に関連付けられています。リードの ビヘイビアレベル は、行 1、2、3、4 に関連付けられています。A と 1 が最高の指定であり、D と 4 が最低です。マトリックスを見ると、最低の分類は左下の D4 で、最高の分類は右上の A1 です。

リードスコア分類を最適に活用するには、マトリックスまたは以下の定義表で提供されている定義を読み、適切に行動してください。例えば、B2 または A2 に分類されたリードは、D2 に分類されたリードよりも closed-won の商談を生み出す可能性が高いです。なぜなら、カテゴリ A と B の属性は GitLab が定義した理想的なバイヤープロファイルに適合しているからです。D2 リードでも、関心が示されているために closed-won の商談に至る可能性はありますが、デモグラフィック適合度が低いため、より高いコンバージョンと商談につながる理想的なバイヤー属性が欠けている可能性があります。リードスコアリングの教育スライドデッキで指摘されているように、緑色の分類四角は、理想的なバイヤーペルソナの属性を持つ人物が MQL する 範囲 を示し、A1 は確定的な MQL を示します。

リストとセグメンテーション

セグメンテーション

Marketo セグメンテーションはスマートリストに似ていますが、永続的でマーケティングオペレーションのみが変更できます。動的コンテンツ（メールとランディングページ）を作成し、リストの高速処理に使用されます。セグメンテーションは Marketo のバックグラウンドで常に実行されているため、最新の数値のために更新する必要はありません。Marketo には合計 20 個のセグメンテーションしか持てません。セグメンテーション基準は、セグメンテーションを構成するセグメントリストの順序に基づいてウォーターフォールします。セグメンテーションの 1 つのセグメントにのみ存在できます。

承認され、稼働中の以下のセグメンテーションがあります。

Compliant and Emailable

スニペット

ローカライズされたメールフッター（購読解除文言のみ） - このスニペットをローカライズされたメールに適用すると、翻訳された購読解除文言を自動的に含められます。受信者が既知の Preferred Language を持っている場合、購読解除文言はローカライズされます。記録された言語設定がない場合、フッターは英語になります。

ローカライズされたフッター、グレーフルフッター - LOC-Full footer(gray) - これは View in Web Browser とローカライズされたブログへの直接リンクを含むフルフッターです。グレーのフッターを持つメールに使用してください。

ローカライズされたフッター、チャコールフルフッター - Footer - LOC - Charcoal - これは View in Web Browser とローカライズされたブログへの直接リンクを含むフルフッターです。チャコールのフッターを持つメールに使用してください。

ローカライズされたフッター、ブルーフルフッター - Footer - LOC - Blue - これは View in Web Browser とローカライズされたブログへの直接リンクを含むフルフッターです。ブルーのフッターを持つメールに使用してください。

Trust Logo スニペット - このスニペットは、承認された顧客ロゴを表示するために使用されます。通常はサンクスページで使用されますが、ランディングページでも使用できます。スニペットは、ランディングページの Trust Logos セクションがオンに切り替えられた時に表示されます。マーケティングオペレーションのみが、カスタマーアドボカシーチームの指示に基づいてこのスニペットを編集できます。

その他のフィールドドキュメントと定義

アカウントベースドマーケティングリスト

ABM リストは、フィールドマーケティングおよびマーケティングプログラムチームが、セールスによって優先度が高いと判断されたアカウントをターゲットにしてメール/招待状を送信するために、リクエストに応じて構築されます。これらのリストは Marketo データベースの DMA フォルダで見つけることができます。 MktgOps チームは、これらのリストの作成と維持を担当しています。

新しい ABM リストが必要な場合は、Target list issue テンプレートを使用して Issue を開き、マーケティングオペレーションをタグ付けしてください。

地理的 DMA リスト

地理的 DMA（direct marketing area）は、フィールドマーケティングおよびマーケティングキャンペーンチームが、フィールド &/または企業マーケティングイベントに関連するメール/招待状をターゲットに送信するために構築されました。MktgOps チームは、これらのリストの作成と維持を担当しています。これらのリストは Marketo の Database の Geographic DMA List フォルダで見つけることができます。

新しい DMA リストが必要な場合は、マーケティングオペレーションプロジェクトで Issue を開き、DMA_request issue テンプレートを活用してください。

フォーカスメールリスト

フィールドマーケティングおよびマーケティングキャンペーンチームは、特定のリージョン、セクター、または企業を追求する際のツールとしてターゲットメールリストを使用します。メールリストリクエストは、このテンプレートを使用して提出する必要があります。そこから、キャンペーンマネージャーまたはマーケティングオペレーションがリストを構築またはレビューします。

ターゲットリストの SLA

• リストリクエストはメール展開の 7 日前までに必要 - FMM / MPM
• 最終スマートリストはメール展開の 2 日前までに利用可能 - MOps

リストエクスポート

リストエクスポートが必要な場合は、エクスポートリクエスト Issueに記入してください。

少数のユーザーがエクスポートのパーミッションを持っており、適切なデータ管理手順に従い、データ分析のために PII をダウンロードすることを避けるべきです。

Marketo Sales Insight

Marketo Sales Insight（MSI）は、SFDC ユーザーが Marketo が取っているさまざまなアクションと Marketo を介したユーザーアクションを可視化するために使用されます。ユーザーはこのインテリジェンスを使用して、見込み客とより有意義な会話を行い、スコアに基づいてリードに優先順位を付けることができます。詳細については Marketo のドキュメントページで読むことができます。

MSI タブは Leads、Contacts、Accounts のページレイアウトに配置できます。表示されない、またはアクセスしたい場合は、セールスシステム Issue を作成してください。

SFDC インスタンスのタブで MSI を見つけることもできます - メイン SFDC バナーの + アイコンをクリックして Marketo を見つけます。そのタブでは、MSI の集計ビューが表示されます。

MSI には主要なコンポーネントがいくつかあります:

Insights

このタブは、人物の最近のアクティビティのタイムラインを表示します。すべての 今後のメールキャンペーンとイベントが表示されます（注: これにはその見込み客に送信されたものだけでなく、すべての今後のメール/イベントが含まれます）。タイムラインでは、ウェブアクティビティ、メールの開封/クリック、インタレスティングモーメントを確認できます。各アクションの詳細を確認するために、リードタイムラインをクリックできます。また、全体的なスコアと過去 30 日間の変化のグラフも表示されます。以下のスクリーンショットを参照してください:

Interesting Moments

インタレスティングモーメントは、人物がイベントに参加した時、プログラムステータスが変更された時、フォームを記入した時など、マイルストーンに到達した時にキャプチャされます。SDR は、リードビューの Last Interesting Moments フィールドを使用して、見込み客が Inquiry または MQL になる前に取った最後のアクションを素早く確認します。特定のアクティビティに対してインタレスティングモーメントを追加したい場合は、Mops に連絡して構築を依頼してください。

詳細については、このページをご覧ください

Web Activity

このタブは、このビューで Cookie 化されたユーザーのすべてのウェブアクティビティを表示し、参照ページを含みます。リード/コンタクトでは、その特定の人物のアクティビティが表示され、Accounts では、そのアカウントに関連するすべてのコンタクトのアクティビティが表示されます。

Score

最近のスコア変更を確認するには、このタブを使用します。これは、人物が現在のスコアを達成するために取ったさまざまなアクティビティをすべて確認するのに役立ちます。スコアリングを引き起こしたキャンペーンは、上記のスコアリングルーブリックとクロスリファレンスできます。

Email

このタブは、その特定の人物に送信されたすべてのメール、日付、開封またはクリックしたかどうかのチェックボックスを表示します。

クイックアクションとウォッチリスト

人々をウォッチリストに追加して、より注意深く監視できます。email の隣のメガネをクリックして、そのウォッチリストにアクセスできます。クイックアクションは現在設定されていませんが、将来的には見込み客をキャンペーンに追加したり、Marketo を介してメールを送信するために使用される可能性があります。

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