説明
先週送信された電子メールが返送された場合、その人はこのスマート リストに表示されません。これは、Adobe Marketo Engage では、返送されたメールが送信されたメールとはみなされないためです。したがって、その人は送信済みメール フィルターの基準を満たさず、スマート リストから除外されます。最後に電子メールを送信したのが 6 か月前である場合、または先月受信した電子メールの購読を解除した場合、アクティビティ制限の日付を満たしている限り、その人はスマート リストに表示されます。

説明
この新しい命名規則を実装することで Bhaskar が得られる新しい利点の 1 つは、プログラム名制約を使用してプログラム ステータスの変更をトリガーする、グローバルな製品固有のスコアリング プログラムを作成できることです。これは、さまざまなプログラムにわたるさまざまな製品ラインへの関与に基づいてリードをスコアリングするのに役立ちます。たとえば、プログラム ステータスが変更され、プログラム名に PROD1 が含まれるときに起動するトリガーを作成し、PROD1 のスコアを一定量増加させるフロー ステップを追加できます。製品固有の動的コンテンツまたは育成を作成する場合、この命名規則は必要ありません。

説明
管理者は、モデル検証エラーを修正するために、成功パスにすべてのステージを追加する必要があります。これは、収益モデルには成功パス上に少なくとも 1 つの段階が必要であり、成功パスは連続的かつ連続的である必要があるためです。管理者は、成功パス上のステージ間でギャップを残したり、ジャンプしたりすることはできません。モデルを検証するためにトリガーや SLA ステージを追加する必要はありません。

説明
Webhook が失敗した理由は、Webhook は承認されて初めて正常に使用できるようになるためです。
Webhook は、スマート キャンペーンで使用する前に承認が必要なアセットのようなものです。Webhook が承認されていない場合、スマート キャンペーンによって呼び出されたときに失敗します。Webhook は、リストのメンバー フィルターと組み合わせて、バッチ キャンペーンで、承認なしで正常に使用できます。

説明
コンテンツ フォームはこのプログラムに対してローカルであるため、取得プログラムはその人に対して自動的にキャプチャされます。これは、ユーザーがプログラムにローカルなフォームに初めて入力するときに、Adobe Marketo Engage が自動的に取得プログラムを設定するためです。「プログラム ステータスの変更」フロー ステップでは、プログラム メンバーシップや取得プログラムは設定されず、既存のメンバーのステータスのみが変更されます。このプログラムには、個人の取得プログラムを設定するための他のメカニズムは含まれていません。