Account Engagement (Pardot) Overview for Salesforce Architects

Account Engagement (旧名 Pardot) は、Salesforce の顧客に人気のマーケティング自動化ツールです。買収された製品 ( 2007 年から存在) である Account Engagement は、これまでコアの Salesforce プラットフォームから独立していました。ただし、過去数年にわたって、Pardot はコアの Salesforce プラットフォームに段階的に移行してきました。

これら 2 つの推進力 (人気とコアプラットフォームへの統合) により、アーキテクトにとって、データ品質とアプリのパフォーマンスの低下を避けるために、アカウントエンゲージメントインスタンスを探索し、最適化するための興味深い手段となります。

正直に言うと、このガイドを書くのに時間がかかりました。このトピックについては話すべきことがたくさんあり、注意すべきニュアンスが非常に多いため、この情報を論理的に提示する方法に頭を悩ませる経験がありました。私のトピックの順序に全面的に同意できない人もいるかもしれませんが、アカウントエンゲージメントが提供する利点 (そして特徴!) について少しでも理解していただければ幸いです。

Salesforce の適切に設計されたフレームワーク: 概要

スケーラビリティ: これには、「データモデルの最適化」(効率的なデータ取得のための組織内のオブジェクトの構造化) とデータボリューム管理が含まれます。
パフォーマンス: これには、「スループットの最適化」(ソリューションが実行する同時リクエストの数を念頭に置いて設計する) と「レイテンシーの最適化」(ソリューションがリクエストや需要に応答する速度を向上させる) が含まれます。
可用性: これには、「リスク評価」(リスクは明確に特定され、優先順位が付けられ、人、プロセス、テクノロジーに特徴付けられていますか?)、「障害軽減」(軽減アプローチは文書化されていますか、また軽減計画は進化していますか?) が含まれます。

まずデータモデルから始めて、スループットの最適化、レイテンシーの最適化に進み、最後にリスク、その影響を受ける人物、および解決策に到達しない場合の影響の表を作成します。

アカウントエンゲージメントデータモデル

Account Engagement (Pardot) は、コアの Salesforce プラットフォームと比較的緊密に同期しているため、Salesforce の顧客に人気のオプションです。Account Engagement は Salesforce に買収されましたが、データモデルとユーザーインターフェイスはゆっくりと調整されていることを思い出してください。

まず、Account Engagement (Pardot) の基本データモデルを理解しましょう。

プロスペクト:これらは、アカウントエンゲージメントの「人物」レコードです。見込み顧客とは、電子メールのクリックやフォームの送信などのアクティビティ (「エンゲージメント履歴」) を生成するデータベース内の既知の人々です。
ビジター:これらは、Web サイトで発生した未知のセッションです。Web サイトのトラッキングコードの機能により、訪問者が未知から既知に変わる (「コンバージョン」) と、訪問者のアクティビティは新規/既存の見込み顧客レコードに関連付けられます。
アセット: 見込み顧客がアクティビティを生成した電子メール、フォーム、ランディングページなど。
キャンペーン: Connected Campaignsでは、Account Engagement と Salesforce は同じキャンペーンオブジェクトを使用します。アセットは Salesforce キャンペーンに関連しており、何らかの形式の自動化 (「CRM キャンペーンに追加」アクション) を使用して見込み客をキャンペーンメンバーとして追加できます。

#　アカウントエンゲージメントは Salesforce Core にどのように接続されますか?
Account Engagement 用の Salesforce コネクタに詳しくない場合は、このトピックに関して必要な情報の多くがこのガイドに記載されているため、最初にこのガイドを読むことを強くお勧めします。このセクションでは、概要を簡単に説明します。

標準のすぐに使用できるコネクタ

オブジェクトの同期: Account Engagement オブジェクトから、コネクタ経由で Salesforce オブジェクトにレコードを同期します。見込み顧客はその最良の例です。Salesforce に同期すると、データは関連するリード/取引先責任者レコード (CRM レコード ID に関連付けられる) に保存されます。

ここで、削除動作に注意することが重要です。プロスペクトに関連付けられたリード/取引先担当者のレコードが Salesforce から削除されると、対応するプロスペクトのレコードも自動的に削除されます。

共有オブジェクト:ユーザーが 2 つの異なる場所 (つまり、Salesforce と Account Engagement) で同じレコードを 2 回作成する必要がなくなります。キャンペーンはその最たる例です。

フィールドの同期動作:オブジェクトを同期する場合、特定のフィールドのデータ間に不一致がある場合はどうなりますか? フィールドごとにどの値 (Salesforce レコードまたは Account Engagement レコード) を優先するかを決定できます。オプションは、Salesforce 値、Account Engagement 値、または最後に更新されたレコードです。注意すべき重要な点がいくつかあります。
- 「最新の更新」は一般的なオプションですが、予期しない結果が生じる可能性があります。つまり、マスターは最後に更新されたフィールドではなく、最後に更新されたレコードであるという 1 つの事実に集約されます。言い換えれば、ターゲットフィールドだけでなく、レコードに何らかの変更が加えられたときです。
- 一部のフィールドの動作は標準とは異なります。電子メールの動作とオプトアウトされたフィールドを考慮してください。

カスタムオブジェクトの同期

上位のAccount Engagement エディションでは、Account Engagement 側でのセグメンテーションと自動化に使用するために、より多くの Salesforce オブジェクトを同期することを選択できます。このガイドでは、カスタムオブジェクトの同期の動作と制限について詳しく説明しますが、重要な点は次のとおりです。

追加の Salesforce オブジェクトを同期するには、CRM データモデル内の連絡先、取引先、またはリードとの関係が存在する必要があります (少なくとも 1 つの検索フィールドが必要です)。
Account Engagement では 4 つのカスタムオブジェクトを作成できます (さらに必要な場合は、Salesforce 製品エンジニアがオブジェクトスキーマと同期ボリュームを確認する必要があります)。
Salesforce データモデルが必要なカスタムオブジェクトの同期に対応していない場合は、同期できるオブジェクト (標準の同期オプションであるか、カスタムオブジェクトの同期を利用するための適切な検索が存在するオブジェクト) にデータを注入するという回避策があります。）。これには明らかに、フローがエラーをスローするリスクが伴い、その結果として技術的負債が増大する可能性があります。

アセットの同期

アセットは、アカウントエンゲージメントから関連する Salesforce キャンペーンレコードに同期されます。アセット同期キューはプロスペクト同期キューとは別個であるため、同期の頻度が低くなる可能性があることに注意してください。

コネクタについて説明するときは、共有モデル(つまり、ビジネスユニットとユーザーの権限) とユーザーインターフェイスのトピックもあります。これについては後ほど説明します。

スループットの最適化

「ソリューションが指定された時間間隔内で実行する同時リクエストの数を考慮して設計し、最適化します。」–よく設計されています。

Account Engagement インスタンスの「速度」に影響を与える可能性がある方法は数多くあります。一部はこのカテゴリ (スループットの最適化) に分類されますが、その他は次のカテゴリ (レイテンシの最適化) で説明されます。

スループット最適化のカテゴリには次の考慮事項が含まれます。

バルク化
データベースクエリ
非同期プロセス

アカウントエンゲージメントオプティマイザー

全体像を把握するには、組み込みの Account Engagement Optimizer ツールから始めるのが適しています。アカウントエンゲージメントの多くの項目はすべて、アカウントに要求する処理能力の量に影響します。つまり、アカウントの処理能力に負担をかける要因は次のとおりです。

冗長な自動化 (まだアクティブです)。
アクティブなEngagement Studio プログラム。
プロスペクトデータの変更 (関連する自動化やコネクタ同期の負荷に影響します)。

Account Engagement Optimizerは、データベース呼び出し、ユーザーログイン、エラーの急増など、Salesforce 実装のスケーラビリティを向上させるパフォーマンス指標へのセルフサービスかつほぼリアルタイムのアクセスを提供するSalesforce の Scale Centerツールと比較できます。したがって、Salesforce プラットフォーム上に構築するユーザーは、事前に対応してパフォーマンスとユーザビリティの低下を回避できます。

「設計による」バルク化

一括化とは、処理リクエストが効率的に処理できる量でまとめてバッチ処理されることを意味します (各バッチ、1 回の実行)。Account Engagement がバックグラウンドで一括化を行う方法はいくつかあります。

コネクタの同期: Account Engagement 用の Salesforce コネクタは、プロスペクトレコードへの変更を 200 件のバッチで同期します。これは、短期間に大量の変更が行われる場合に留意する必要があります。前述したように、資産キューの同期方法は異なりますが、数値は開示されていません。
スロットル: マーケティングオートメーションにおけるスロットルは、システムが一定期間内に実行できる自動アクションを制限するために存在します。Account Engagement は、完了アクション時に送信される自動応答メールに調整を適用して、アカウントの処理速度を良好なレベルに保ちます。

電子メールリストの送信:すべての電子メールは、送信される前に3 段階のプロセスを経ます。Salesforce は電子メールの配信時間に関する外部 SLA を提供していませんが、通常の処理時間は 30 分未満であると示されています (私の経験では、はるかに短いです)。

セグメンテーションクエリ

Account Engagement でデータをセグメント化する方法は数多くあります。基本的には、特定の基準を満たす見込み顧客レコードのリストを作成します。適格な見込み客を含む新しいリストの作成を指示するには、何らかの形式のルールが必要であるため、これらはアカウントエンゲージメントの自動化のタイプによって強化されます。

これらは、自動化ルール、完了アクション、動的リスト、セグメンテーションルール、Engagement Studio アクション、外部アクションです。Salesforce レポートデータをアカウントエンゲージメントリストにプッシュすることもできます。

これらの実行速度は以下によって異なります。

データベースのサイズ:論理的には、データベースが大きくなるほど、最終的なセグメントを作成する前に Account Engagement がクエリする必要があるレコードが増えます。
クエリの範囲:どのタイプの自動化を選択するかに関係なく、開始点は、a) 見込み顧客データベース全体、または b) すでに絞り込まれたサブセットのいずれかになります。
クエリ演算子:演算子「contains」を使用すると、Salesforce レポートのクエリが遅くなるということはよく知られています。アカウントエンゲージメントのセグメント化についても同じことが言えます。
セグメンテーションの種類: 自動化の種類によっては 1 回限りのものもありますが、スケジュールに従って繰り返されるものや、バックグラウンドで継続的に更新されるものもあります。それらが「1 回限り」でない場合は、(オプティマイザーのセクションで見たように) インスタンスの処理能力を消費します。
以下の表は、各オプションをいつ使用するかのガイドとして、オプションを比較しています。

動化の種類	クエリの潜在的な範囲?
自動化ルール	見込み顧客データベース全体
完了アクション	関連するアセットと対話した見込み客のサブセット。
動的リスト	見込み顧客データベース全体
セグメンテーションルール	見込み顧客データベース全体
Engagement Studio のアクション	Engagement Studio プログラムに参加した見込み顧客のサブセット。
外部アクション	Engagement Studio プログラムに参加した見込み顧客のサブセット。
Salesforce レポートのプッシュ	レポートのフィルターに応じたリード/連絡先のサブセット。

したがって、効率的な処理という点で「費用対効果が最も高い」ものは次のとおりです。

セグメンテーションルール。1 回限りの「重労働」セグメンテーションを処理します。
Engagement Studio のアクションと外部アクション。見込み客の関連するサブセットと連携します。

アーカイブ

ここまで取り上げてきたのは、アーカイブ、つまり実際に必要なレコード/データの操作に至るまでです。

ごみ箱: Account Engagement には独自のごみ箱があります。Salesforce のごみ箱とは異なり、ごみ箱に送信されたアカウントエンゲージメントレコードは、削除が取り消されない限り、またはプロスペクトレコードの場合は完全に削除されない限り（つまり、2 段階の削除プロセスがある）、ごみ箱に無期限に残ります。これにより、ユーザーはインスタンスを整理する際にある程度の安心感を得ることができます。(タグはごみ箱には送信されず、完全に削除されることに注意してください)。
アセットのアーカイブ:ほとんどの種類のアセットを作成するときに、アセットが自動的にごみ箱に移動されるアーカイブ日を設定できます。
リード/取引先責任者の削除:繰り返しになりますが、プロスペクトに関連付けられたリード/取引先責任者のレコードが Salesforce から削除されると、対応するプロスペクトのレコードも自動的に削除されます。
削除の取り消し:プロスペクトがフォームを送信した場合、または関連するリード/取引先責任者レコードに変更があり、Pardot-Salesforce コネクタの同期がトリガーされた場合、プロスペクトは自動的に削除が取り消されます。

アーカイブは、コネクタ同期による負担を軽減するために重要です。さらに、Account Engagement では (ユーザーごとではなく) 組織ごとにライセンスが提供されますが、プロスペクトレコードに関しては使用量ベースの価格設定になります (プロスペクト 10,000 件のブロックで価格設定されます)。一般に制限となるもう 1 つの上限は、ファイルストレージです。

Pardot プロスペクト (アカウントエンゲージメント) のデータ制限に達しましたか? やるべきことは次のとおりです

インテグレーション

サードパーティシステムを統合するために、Account Engagement には複数のオプションが用意されています。

コネクタ: 選択された数のベンダー向けのプラグインアンドプレイ統合。インストールは比較的簡単ですが、データポイントやデータ操作などの点で目的を達成するには制限がある可能性があります ( Google 広告コネクタは、この考慮事項をよく示しています)。
外部アクションと外部アクティビティ:外部アクションを使用すると、プロスペクトに対してアクションを実行し、Engagement Studio を介してサードパーティシステムと対話する (そしてデータをプロスペクトに送信する) ことができます。外部アクティビティはこれを反転させます。その目的は、見込み客のアクティビティデータをサードパーティシステムからアカウントエンゲージメントに取得し、セグメンテーションと自動化に使用できるようにすることです。
Account Engagement API: Account Engagement のオブジェクトにデータを投稿するために利用できる API があります。数年前のリリースで、v5 API は最新のベストプラクティスに準拠した API を約束しました。

これらのオプション (および言及されていないその他のマイナーなオプション) はありますが、「[サードパーティツール] を Account Engagement または Salesforce のどこに統合すればよいですか?」という疑問が残ります。これは簡単に答えるのが難しい質問ですが、より広範な技術スタックを接続する際には考慮すべき質問です。

レイテンシの最適化

「ソリューションがリクエストや需要に応答する速度を向上させます。」–よく設計されています。

スループット最適化のカテゴリには次の考慮事項が含まれます。

共有モデル
レポート
ユーザーインターフェース（UI）

アカウントエンゲージメント共有モデル

データが Salesforce から Account Engagement にどのように取り込まれるかは、コネクタに関するセクションで説明した図ほど単純ではない場合もあります。

ビジネスユニット

Account Engagement はさまざまなビジネスユニットに分割できます。基本的には、単一の Account Engagement インスタンス内の別々のデータベースで、見込み客、キャンペーン、資産を分割できます。一般的な例は、複数の地域にサービスを提供する企業組織です。

マーケティングデータ共有ルールは、どのビジネスユニットがどの見込み客を (コネクタ経由で) 受信するかという基準を定義します。つまり、各ビジネスユニットへのデータ同期を制限します。ここで考慮すべき点があります。

基準はシンプルにしてください。選択リストフィールドは、値が定義されているため、セグメンテーションが厳密に保たれ、エラーの余地がほとんどないため、値のスペルが間違っている可能性があるテキストフィールドを使用するのは良いアイデアです。
Salesforce でプライベート共有モデルを使用している場合、または複数の Account Engagement ビジネスユニットがある場合は、意図的に重複が発生する可能性があります。これらは、共有モデルに関して何らかの理由で複製されたレコードです。「複数の事業部門に見込み客を抱えるには、同じ個人を表す重複レコードを作成し、各レコードを別の見込み客または連絡先と同期します。」

ビジネスユニット間で共有できるレコードもあれば、共有できないレコードもあります。

アカウントエンゲージメントのユーザー権限

Account Engagement には 4 つの標準ユーザーロールがあります。上位の Account Engagement エディションでは、カスタムロールを作成するオプションがあります。

Salesforceユーザーの同期

ユーザ管理は Salesforce の設定で行われます。ユーザは Account Engagement に同期され、Salesforce User Sync を使用すると、Salesforce プロファイルに応じて Account Engagement ロールが割り当てられます。以下にプロファイルマッピングの例を示します。

ここでのリスクは、ユーザーに必要以上の権限が付与される可能性があることです。Account Engagement ユーザーロールは、1 つずつ更新することも、ユーザーインポートを通じて更新することもできます。

レポート

Account Engagement には、特定の用途向けのシンプルな WYSIWYG レポートが付属しています。Salesforce のコアオブジェクトとプロスペクトとアセットを同期する利点は、Salesforce のレポートとダッシュボードを活用して、アカウントエンゲージメントデータを Salesforce データと一緒に表示できることです。エンゲージメント履歴オブジェクトについてレポートするには、カスタムレポートタイプを設定する必要があります。

レポートのパフォーマンスに関しては常にそうですが、ユーザーが正しいレポートタイプを選択していることを確認してください。その時点でのニーズに合わせて冗長オブジェクトを含むレポートタイプを選択すると、レポートの生成時間に影響します。さらに、「contains」演算子を避けることが賢明であることは誰もが知っています。

B2B マーケティング分析

レポートをさらに進めるために、アドオンモジュールである B2B Marketing Analytics (B2BMA) もあります (上位の Account Engagement エディションに含まれています)。これは、すぐに使えるダッシュボードが付属する CRM 分析アプリです。Account Engagement からのデータ同期 (コネクタ経由) は、B2BMA にデプロイされるデータセットにパッケージ化されます。これも、コネクタの同期状態を注意深く監視するもう 1 つの理由です。

ユーザーインターフェース

Salesforce 管理者とアーキテクトは、ページの読み込み時間のトピックに精通しています。Salesforce は、コアの Lightning コードベースを Aura → Lightning Web Components (LWC) に移行することで、豊富なユーザーインターフェースの読み込み速度の向上に精力的に取り組んでいます。

Pardot Lightning アプリ

Pardot Lightning アプリケーションは、Salesforce Lightning Experience (LEX) にアカウントエンゲージメントをもたらします。ユーザーは Salesforce Lightning から離れる必要はなく、代わりにアプリケーションランチャー (ワッフルアイコン、左上) を使用して、Account Engagement と Salesforce コアクラウドを切り替えることができます。

すぐに使えるコンポーネント

Account Engagement には、レコードページに追加できるコンポーネントが付属しています。例としては次のものが挙げられます。

エンゲージメント履歴コンポーネント: エンゲージメント履歴とは、Pardot プロスペクトが行うアクティビティを指します。メールの開封、フォームの成功 (送信)、ランディングページの表示など。これらは Salesforce のリード/取引先責任者に同期され、このコンポーネントを追加できます。
エンゲージメント指標コンポーネント: マーケティング資産 (メール、フォーム、ランディングページなど) で生成されたすべてのアクティビティを Salesforce キャンペーンに同期します。
エンゲージメント履歴ダッシュボード:キャンペーン、アカウント、リード、取引先責任者、または商談オブジェクトに配置できる、これらの事前構築されたダッシュボードを介してキャンペーン活動の傾向を表示します。
一致したリードコンポーネント:このコンポーネントはアカウントページレイアウト上にあり、一致ルールを使用して、このアカウントに属する取引先担当者に変換されるリードを検索します。

コンポーネントの使用に関する考慮事項

上記の標準コンポーネント (およびその他) は、ページの読み込み時間に大きな遅れが生じないように最適化されています。ただし、ユーザーインターフェイスを装飾するアプローチを考慮する必要があります。コンポーネントを追加して責任を持ってページを記録し、ユーザーの採用 (ユーザーがページをどのように有用だと感じているかに関するフィードバック) とページ読み込みパフォーマンス (分析ボタンを使用)に基づいてその影響を監視します。組織には他のコンポーネント (標準コンポーネントやその両方) が含まれる可能性があることに留意してください。カスタム)、ページ全体として考慮する必要があります。

すべてを追加して何が「定着」したかを確認し、ユーザーからのフィードバックを得るというアプローチが、今後の解決策になる可能性があります。あるいは、レコードページが乱雑になったり遅くなったりする場合は、コンポーネントの表示設定を活用して、ユーザーのプロファイルごとにコンポーネントを表示/非表示にすることができます。たとえば、あるビューは「セールス」プロファイル、別のビューは「マーケティング」プロファイルに対応します。

アカウントエンゲージメント (Pardot) のリスク評価

リスクは明確に特定されていますか?
リスクは優先順位付けされていますか?
- 優先順位は見込み顧客の視点を反映していますか?
- 優先順位は内部ユーザーの視点を反映していますか?

リスク	何に影響を与えるのでしょうか？	結果	緩和
プロスペクト識別子	[1. 同じメールアドレスを持つ複数のプロスペクトを許可する(AMPSEA)] は、デフォルトで有効になっているアカウントエンゲージメント (Pardot) 設定であり、プロスペクトレコードが一意の識別子として CRM ID を使用します (他のマーケティングオートメーションプラットフォームで一般的なメールアドレスではなく)。2.ここで考慮する必要がある動作がいくつかあります。たとえば、見込み客がフォームを送信すると、そのアクティビティは最近アクティブなレコードに関連付けられます。3.また、Account Engagement にデータをインポートする場合は、CRM ID (わかっている場合) を使用します。そうでない場合は、最も最近アクティブなレコードが選択されます。	プロスペクトのアクティビティが間違ったプロスペクトに関連付けられている可能性があります (同じ電子メールアドレスを持つ 1 つ以上のプロスペクトレコードが存在する場合)。ユーザーや自動化が間違った見込み客に対してアクションを起こす可能性があります。	AMPSEA の動作と、同じ電子メールアドレスを持つ見込み客データベースの割合を認識します。(Salesforce 側から) 偶発的な重複を排除するように努めます。
フィールド同期動作「最新の更新」	プロスペクトレコードの特定フィールドのデータと、関連するリード/取引先責任者レコードとの間に差異がある場合、動作の 1 つは、最後に更新されたレコードが優先されることです。	予期しない結果が生じる可能性があります。このオプションを使用すると、マスターは最後に更新されたフィールドではなく、最後に更新されたレコードになります。言い換えれば、ターゲットフィールドだけでなく、レコードに何らかの変更が加えられたときです。	この動作と、両方の側で立て続けに発生する重大なデータベース変更を認識します。
カスタムオブジェクトの同期とセグメンテーションの信頼性	Account Engagement 側でのセグメンテーションと自動化に使用するために、より多くの Salesforce オブジェクトを同期することを選択できます。 Salesforce データモデルが必要なカスタムオブジェクトの同期に対応していない場合 (つまり、取引先責任者、取引先企業、またはリードへの参照関係がない場合)、同期できるオブジェクトにデータを挿入するという回避策があります (標準かどうかは関係ありません)。オプションを同期するか、適切なルックアップが存在するオブジェクトに同期してカスタムオブジェクト同期を利用します)。	この回避策を実行すると、フローでエラーが発生するリスクが伴い、その結果、技術的負債が増大する可能性があります。	れらのデータ変更を行うフローの有効性を監視し、正しいデータがアカウントエンゲージメントに反映されていることを確認します。Salesforce レポートを使用して、ソースオブジェクトと中間オブジェクト (取引先責任者、取引先、またはリード) のデータを比較し、これを取引先エンゲージメントのセグメンテーション結果と比較します。
コネクタの同期遅延	同期レコードが Salesforce によって受け入れられない場合、Account Engagement 用の Salesforce コネクタはエラーをスローすることがあります。これには、Salesforce 側でのメタデータの変更がアカウントエンゲージメントに反映されていないなど、さまざまな理由が考えられます。	解決されるまで、同期エラーによりAccount Engagement から Salesforce へのレコードの同期が妨げられ、データが古くなります。	同期エラーキューを毎日監視し、多数のレコードが更新されるたびに監視します。アカウントエンゲージメントに反映する必要があるフィールドメタデータ、検証ルールなどに対する Salesforce の変更を認識します。
冗長自動化ルール/Engagement Studio プログラム	自動化ルールは最も広範な自動化です。実行、一時停止、再開が可能で、制御できます。自動化ルールには最も広範な条件とアクションが含まれており、スケジュールに従って繰り返すように設定できます。	ルール基準の範囲によっては、一致する見込み客を見つけるために見込み客データベースの大部分を継続的にふるい分ける自動化ルールをリクエストすることもできます。その場合、アクションの数によっては、気づかないうちに多数の「重い」アクションを実行する自動化ルールをリクエストしている可能性があります。これにより、アカウント全体の処理能力が低下します。	自動化ルールを定期的に確認し、不要なルールは一時停止してください。Engagement Studio アクションを選択して、見込み顧客のサブセットに対してアクションを実行します。
スロットリング	マーケティングオートメーションのスロットルは、設定された期間内にシステムが実行できる自動アクションを制限するために存在します。Account Engagement は、完了アクション時に送信される自動応答メールに調整を適用して、アカウントの処理速度を良好なレベルに保ちます。	スロットルしきい値に達した場合、アクションを阻止できます。	スロットル動作と、それがアカウントの「ビジー」期間にどのような影響を与える可能性があるかを認識します。
セグメンテーションクエリ	セグメンテーションをどれだけ速く実行できるかは、次の要素によって決まります。1. データベースのサイズ 2. クエリの範囲 3. クエリ演算子 4.セグメンテーションの種類	これらの要因の下では、セグメントの生成に時間がかかります。	ルールを狭くし、使用する演算子を考慮し、セグメントを継続的に更新する必要がない場合は 1 回限りのタイプの自動化を選択します。
データベースの制限	Account Engagement は (ユーザーごとではなく) 組織ごとにライセンスを提供しますが、プロスペクトレコードに関しては使用量ベースの価格設定になります (プロスペクト 10,000 件のブロックで価格設定されます)。	見込み客の制限を超えると、追加のストレージコストが発生します。	アカウント内のメール可能な見込み顧客レコードの数を監視します。Salesforce 側でレコードの重複を排除したり、プロスペクトのレコードをごみ箱に送ってアーカイブしたりできます。
ビジネスユニットの同期 (意図的な重複)	アカウントエンゲージメントは、さまざまなビジネスユニットに分割できます。マーケティングデータ共有ルールは、どのビジネスユニットがどの見込み客を (コネクタ経由で) 受信するかという基準を定義します。つまり、各ビジネスユニットへのデータ同期を制限します。 Salesforce でプライベート共有モデルを使用している場合、または複数の Account Engagement ビジネスユニットがある場合は、意図的に重複が発生する可能性があります。これらは、共有モデルに関して何らかの理由で複製されたレコードです。「複数の事業部門に見込み客を抱えるには、同じ個人を表す重複レコードを作成し、各レコードを別の見込み客または連絡先と同期します。」	意図的な重複は (正しく処理されないと)、Salesforce ユーザベースに混乱を引き起こす可能性があります。	Salesforce 共有モデルの機能を使用して、Salesforce 組織内で意図的な重複が確実に処理されるようにします。マーケティングデータの共有基準はシンプルにしてください。選択リストフィールドは、値が定義されているため、セグメンテーションが厳密に保たれ、エラーの余地がほとんどないため、良いアイデアです。一方、テキストフィールドを使用すると、値のスペルが間違ってしまう可能性があります。
プロファイルの同期	ユーザ管理は Salesforce の設定で行われます。ユーザは Account Engagement に同期され、Salesforce User Sync を使用すると、Salesforce プロファイルに応じて Account Engagement ロールが割り当てられます。以下にプロファイルマッピングの例を示します。	監視しないままにしておくと、ユーザーに必要以上の権限が付与される可能性があります。	同期プロファイルのマッピングと、アカウントエンゲージメントに到達したときに新しいユーザーが持つロールを監視します。Account Engagement ユーザーロールは、1 つずつ更新することも、ユーザーインポートを通じて更新することもできます。
レポートパフォーマンス	Salesforce のコアオブジェクトとプロスペクトとアセットを同期する利点は、Salesforce のレポートとダッシュボードを活用して、アカウントエンゲージメントデータを Salesforce データと一緒に表示できることです。エンゲージメント履歴オブジェクトについてレポートするには、カスタムレポートタイプを設定する必要があります。	Salesforce のコアオブジェクトとプロスペクトとアセットを同期する利点は、Salesforce のレポートとダッシュボードを活用して、アカウントエンゲージメントデータを Salesforce データと一緒に表示できることです。エンゲージメント履歴オブジェクトについてレポートするには、カスタムレポートタイプを設定する必要があります。
不要なオブジェクト (ユースケースに必要ではないオブジェクト) を含むレポートタイプを選択すると、レポートの生成が遅くなります。	ユーザーが正しいレポートタイプを選択していることを確認してください。その時点でのニーズに合わせて冗長オブジェクトを含むレポートタイプを選択すると、レポートの生成時間に影響します。さらに、「contains」演算子を避けることが賢明であることは誰もが知っています。
B2B マーケティング分析	レポートをさらに進めるために、アドオンモジュールである B2B Marketing Analytics (B2BMA) もあります (上位の Account Engagement エディションに含まれています)。これは、すぐに使えるダッシュボードが付属する CRM 分析アプリです。	データは Account Engagement から (コネクタ経由で) 同期され、B2BMA にデプロイされるデータセットにパッケージ化されます。コネクタの同期エラーはデータ品質に影響を与えます。	コネクタの同期状態を注意深く監視するもう 1 つの理由。
ページ読み込み速度	Account Engagement には、レコードページに追加できるコンポーネントが付属しています。標準コンポーネントは、ページの読み込み時間に過度の遅れが生じないように最適化されています。	組織には、ページ全体として考慮する必要がある他のコンポーネント (標準および/またはカスタム) が含まれている場合があることに注意してください。レコードページにコンポーネントが多すぎると、ユーザーが圧倒されてしまう可能性があります。	コンポーネントを追加して責任を持ってページを記録し、ユーザーの採用 (ユーザーがページをどのように有用であるかに関するフィードバック) とページの読み込みパフォーマンス (分析ボタンを使用) に基づいてその影響を監視します。すべてを追加して何が「定着」したかを確認し、ユーザーからのフィードバックを得るというアプローチが、今後の解決策になる可能性があります。あるいは、レコードページが乱雑になったり遅くなったりする場合は、コンポーネントの表示設定を活用して、ユーザーのプロファイルごとにコンポーネントを表示/非表示にすることができます。たとえば、あるビューは「セールス」プロファイル、別のビューは「マーケティング」プロファイルに対応します。
アセットのテスト	アセット (フォーム、ランディングページ、電子メールなど) は、見込み顧客をジャーニーに導くために自動化によって結合されます。アセット自体が破損したり、誤って修正されたりする可能性があります (たとえば、基盤となる CSS の変更)。自動化とメタデータの変更も、意図せずにその有効性に影響を与える可能性があります。	これらの破損は気づかれずに、見込み顧客の獲得プロセス、コンバージョン率、データ品質に影響を与える可能性があります。	すべてのライブアセットをチェックするルーチンを導入し、影響の大きいものを優先します。

まとめ

Account Engagement (Pardot) はアーキテクトにとって興味深い取り組みであり、Account Engagement インスタンスを最適化する方法は数多くあります。このガイドは、適切に設計されたフレームワークの原則を活用することで、アカウントエンゲージメントがますます洗練され、強力になるにつれて考慮すべき事項を理解するのに役立ちます。