Engagementは、それぞれの環境の中で独自のデータを保持しています。Engagement・Salesforceを用いてマーケティング活動を行います営業担当者は主にSalesforceを用いて日々の営業活動を行います顧客あるいは見込み客に対して「マーケティングから営業活動までを一気通貫で行う」ためには、それぞれの環境内に存在するデータ(人・取引先・商談など)を互いに同期しておく必要があります。理解する必要があります。同期対象のデータと同期方向は下記の通りです。いうわけではなく、同期に必要な条件が存在します。(動画内の説明箇所:19分30秒)詳しくは下記の動画でデモンストレーション付きで解説を行っていますので、動画をご確認ください。Engagementに取り込みます。Engagementの両方の環境に正しくデータが入っていることで、マーケティング担当者も営業担当者も、スムーズに顧客のフォローを行うことができます。​ここでは代表的な2つの初回の取り込みのパターンを解説します。自社のご契約のタイミングに応じて方法をご選択ください。Engagementに自動でプロスペクトが作成されるようにする詳しい手順は下記のドキュメントをご参考ください。Engagementに取り込みを行い、以降は自動でプロスペクトが作成されるようにする詳しい手順は下記のドキュメントをご参考ください。ガイド基本パッケージ」に内包されています。※なお、本パッケージは弊社サポートの対象外となります。誠に恐れ入りますが、弊社テクニカルサポートにお問合せいただいても対応いたしかねますのでご了承ください。​ご契約の内容に応じて保持できるプロスペクトの上限数が異なります。いずれかの方法にてご実施ください。Planをご契約のお客様は、弊社スペシャリストとの1対1の個別の支援を受講できます。エキスパートコーチング「PardotとSalesforceの同期」まとめ無事に「顧客データの取り込みを完了」できましたか?​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。Engagement環境を確認の上、具体的な手順をご案内いたします。カスタマーサポートへの問い合わせさて、開始における技術的な準備が整いました。Engagementで行う施策を決定」します。Engagementの世界へようこそ!さあ、ここからデジタルマーケティングでビジネス成果の向上を実現していきましょう。Engagementの初期設定を完了すること」です。利用開始の準備初期設定は、4つのパートで構成されています。Engagement設定テクニカル設定具体的な設定方法それぞれの設定手順をドリルでご紹介しています。手順に従い、設定を進めましょう。Engagementの環境を取得し、基本設定を行います。Engagementの情報を確認できるようにします。EngagementでSalesforceとの同期設定を行います。テクニカル設定メールの認証やドメイン設定など、テクニカル設定を行います。これで利用開始の準備は完了です。Engagementの初期設定は完了」できましたか?​ご不明点やエラーの解消が必要な場合は、弊社テクニカルサポートにお問合せください。Engagement環境を確認の上、具体的な手順をご案内いたします。カスタマーサポートへの問い合わせさて、ここからが旅のはじまりです。Engagementへ顧客データの取り込みを完了」させていきます。アカウントに登録されているプロスペクトについて、「古く、長期でエンゲージメントのない、または少ないプロスペクト」を整理しないことのリスクと、その対応方法をご紹介します。Pardotアカウントにてデータベース(メール可能なプロスペクトデータ)を最新の状態に保つことで、データベース使用量の適正化とPardotメールの到達性を高めることを目的としています。「メール可能な状態」のプロスペクトを登録できます。​「メール可能な状態」のプロスペクトとは、以下の状態のものを指します(参考)。件)に達すると、以下の様なお知らせメールがPardot管理者ユーザー等に送信されます。超えました)」】​上限に達しても、直ちにPardotのご利用に影響はありませんが、代わりに、弊社にて超過の状態を把握の上、弊社営業よりデータベース追加のご契約をご案内します。​またメールの到達性の観点では、メールアドレスが古く受信不可の状態であったり、マーケティングメールやWebサイトに対してリアクションをとっていないなどエンゲージメントが低いプロスペクトに対してPardotメールを送信してしまい、メールのバウンスや迷惑メールの指定など、結果としてその後のPardotメールの到達性に影響を及ぼすリスクが生じてしまいます。古くエンゲージメントが少ないプロスペクトが存在することのデメリット以上の理由から、Pardotアカウントにてデータベースを最新の状態に保つことが重要となります。掘り起こしを実施する方法が一般的です。特定するには、例えば以下の様なルール定義の組み合わせで、ダイナミックリストやオートメーションルールを使用して抽出します。プロスペクトの抽出ルール例上記を組み合わせることで、例えば「作成日から2年以上経過し、最後のアクティビティが1年前であり、かつスコアが300以下」といったプロスペクトで休眠・コールドリストを作成できます。チェックを入れてメールが送信されない状態にすることで、データベースのカウント対象から外すことも可能です。​プロスペクトを削除する場合は、リストの設定画面のプロスペクトテーブルリストから複数選択して削除します。Email|True」にチェックを入れます。Studioで自動ナーチャリングを実施し、そこから商談化が可能なプロスペクトを掘り起こすことも可能です。​掘り起こし方は、休眠・コールドリストに対してどの様にアプローチするのかによって千差万別ですので、お客様のご要件に応じてシナリオをご設定ください。​ここでは以下の流れを例にご説明します。項目を「True」に更新し、フォロー対象外タグを付与メールを開封したプロスペクトは、更に3日間、メール内リンククリックをモニタリングリンクをクリックしなかったプロスペクトは、別の製品・サービスの紹介メールなどを送信するシナリオの対象リストに追加し、継続してフォローを実施リンクをクリックしたプロスペクトは、休眠顧客を対象とした特別キャンペーンのメンバーに追加し、特別価格を提示する追客用のメール送信や担当営業からのフォローを促す別シナリオの対象リストに追加し、継続してフォローを実施設定画面例​この様なシナリオにより、休眠・コールドリストから商談化に繋がりそうなプロスペクトを見極めつつ、見込みのないプロスペクトはメール送信対象から外したり、データベースから削除することが可能になります。休眠顧客のフォローアップシナリオ例がありますので、是非ご参考にしてください。参考サクセスナビ:メールの雛型を作成しましょうサクセスナビ:マーケティング活動のシナリオを検討しましょうサクセスナビ:シナリオを設定しましょうまとめ本記事では、Pardotアカウントにおけるメール可能なプロスペクト数のデータベース上限と、古くエンゲージメントが少ないプロスペクトが存在することで生じる問題、休眠・コールドプロスペクトの整理方法について解説しました。グループにてご質問ください。Studioシナリオの設定方法などを弊社スペシャリストとの1:1のセッションで学べるエキスパートコーチングセッションをご利用可能です(詳細はこちら)。トレーニングより弊社サポートへお問合せください。Pardot)便利な使い方トランザクションセキュリティとはこの記事で学べること標準機能と比較して、拡張トランザクションセキュリティで何ができるのか学べます。​拡張トランザクションセキュリティとはリアルタイムイベントを活用して特定条件にマッチする操作をブロックする、管理者へ通知をする、あるいは高保証セッションではないユーザに多要素認証を要求することを可能にする機能です。条件が記載される設定をトランザクションセキュリティポリシー(以下、ポリシー)と呼びます。​誰に何をさせて良いかといった権限周りの設定は標準機能のプロファイルや権限セットで実施することが基本ですが、拡張トランザクションセキュリティを利用することでより細やかにユーザに禁止させたい操作、管理者へ通知をさせたい操作等について条件設定ができる様になります。​トランザクションセキュリティポリシーの実装に当たっては、ローコードで実装できる条件ビルダーとプロコードでのApex実装と2種類の方法が用意されています。どちらをご利用いただく場合でもトレイルヘッドの拡張トランザクションセキュリティを確認いただくことで作成方法を学ぶことができます。​​​ここからは拡張トランザクションセキュリティで設定できる各ポリシーについて、そもそもプロファイルでどの様な制御ができるのか、そしてどの様な場合に本機能の実装を検討するべきなのかを記載していきます。条件ビルダーで設定できる条件については各ポリシーのリンク先をご確認ください。使用する拡張トランザクションセキュリティポリシーの作成をご参照ください。ApiEventポリシーユーザは外部のアプリケーションと連携する等の目的でAPIを利用することができます。標準機能ではプロファイルで[システム管理者権限]配下の[APIの有効化]をオフにすることですべてのAPIの使用をブロックすることができます。本ポリシーは[APIの有効化]権限を持つユーザに対して更に細やかに参照系APIの使用条件を定めて利用させたい場合、あるいは条件にマッチする利用があった時に通知を受けたい場合に実装を検討します。APIの実行結果は[設定]画面で[一括データ読み込みジョブ]を開く事で確認することができます。標準機能ではプロファイルで[システム管理者権限]配下の[データインテグレーションの管理]、[APIの有効化]、[設定・定義を参照する]のいずれかをオフにすることで[一括データ読み込みジョブ]へのアクセスをブロックすることができます。APIのダウンロード実行結果へのアクセス条件を定めたい場合、あるいは条件にマッチする利用があった時に通知を受けたい場合に実装を検討します。APIの実行を制御をするポリシーではない点にご注意ください。ListViewEventポリシーユーザはリストビューからデータを一覧で表示することができます。標準機能では参照権限を持つオブジェクトに対するリストビューの閲覧を制限する機能はありません。本ポリシーは特定の条件にマッチするリストビューを表示をさせたくない、あるいは条件にマッチする利用があった時に通知を受けたい場合に実装を検討します。LoginEventポリシーユーザはアプリケーションを利用するためにログインをする必要があります。標準機能ではユーザの無効化及び凍結の機能を用いてログインをブロックすることができます。プロファイルで[ログインIPアドレスの制限]や[ログイン時間帯の制限]の制限をかけることもできます。ログインフロー用いてログインの制限をかけることも可能です。本ポリシーはログインフローで使用するフローに馴染みがなく、レポートやリストビューの条件設定のように簡単に設定管理できる条件ビルダーを使用したい場合や、逆に複雑なポリシーや処理をApexでコーディングしたい場合に実装を検討します。ReportEventポリシーユーザはレポート機能を利用してデータを表示、またはデータをエクスポートすることができます。標準機能ではプロファイルで[一般ユーザ権限]配下の[レポートの実行]をオフにすることでレポートの使用を制限することができます。[レポートのエクスポート]をオフにすることでエクスポートのブロックも可能です。本ポリシーはレポートの機能自体をブロックするのではなく、特定の条件にマッチするレポートの使用やエクスポートをブロックしたい場合や通知を受けたい場合に実装を検討します。PermissionSetEventStoreポリシーユーザに権限を割り当てる機能に権限セットがあります。標準機能ではプロファイルで[システム管理者権限]配下の[権限セットの割り当て]をオフにすることで権限セットの割り当てをブロックすることができます。[プロファイルと権限セットの管理]をオフにすることで権限セットの作成をブロックすることもできます。本ポリシーはヘルプサイトに記載のある特定の権限を制御(有効化や無効化またはユーザへの割り当てや割り当て解除)したい場合、特定の条件にマッチする権限セットの操作をブロックしたい場合、あるいは条件にマッチする利用があった時に通知を受けたい場合に実装を検討します。脅威検知に関するポリシー類標準機能で脅威検知に関するイベントの通知を受ける機能はありません。脅威検知のイベントが発生した通知を受けたい場合に本機能の実装を検討します。併せて脅威検知の利用開始の記事もご確認ください。使用する拡張トランザクションセキュリティポリシーの作成トレイルヘッド:拡張トランザクションセキュリティまとめトランザクションセキュリティでは、標準機能の権限コントロールでは実現できない細かい条件設定によってブロックだけではなく、通知を要求するなどのアクションをローコートの条件ビルダーや複雑な条件設定をプロコードのApexで実装できます。ついてご紹介いただきます。グローバルかつ複数ビジネスユニット横断で実現する為の3つの挑戦についてお話しいただきました。Japanのセッションとなっており、ご講演時点でのプロジェクト状況に基づいた内容となっております。Japanのセッションです。TRAILHEADSalesforce活用に役立つメルマガ登録システム管理者のみなさまにおすすめの活用ウェブセミナーや、Salesforceでビジネスを推進いただくために有益なコンテンツを毎月お届けします。個々の商標はそれぞれの権利者に帰属します。プライバシーに関する声明と個人情報利用についての通知に同意します。プライバシーに関する声明で定めるとおり、情報のホスティングと処理を目的として私の個人データをアメリカ合衆国を含む国外に転送することを許可します。詳細私は、海外では日本の法律と同等のデータ保護法が整備されていない可能性があることも理解しています。製品、サービス、イベントに関するマーケティング情報の受け取りを希望します。私は、当該マーケティング情報の受け取りを私がいつでも停止できることを理解しています。