フローを作成する際に従うべき良い実践は何ですか?
- インストール/サインアップ/またはユーザーのプロファイルを作成するイベントがトリガーとなるオンボーディングフローでは、ターゲットオーディエンスを「すべてのユーザー」として常に設定してください。これが不可能な場合は、条件として IDが存在する を追加してください。この設定により、リフレッシュ頻度から逃れることができ、これらの値の更新は、プロファイル作成中であってもリアルタイムに近い状態になります。
- 条件ステージである イベントが完了した や 条件分岐 の直前に 待機 ステージを使用しないでください。代わりに、条件ステージ内の Keep evaluating for で同じ期間を定義してください。これは、関連するブランチを使用して、コンテキストに基づいてユーザーを動的に移動させるのに役立ちます。
- ステージの構成がほぼ同じになる場合、ステージにカーソルを合わせることで手動作業を避けるために、ステージをコピー&ペーストします。
- キャンペーンでパーソナライズを使用してパフォーマンスを向上させます。
- コンバージョン時に退出 を使用して、ユーザーがフローに関連しなくなったときにユーザーを削除し、スパムを避けるようにします。
フロー内でどのようにパーソナライズしますか?
フロー内でパーソナライズするには:
- @ ポイントチャネルキャンペーン(プッシュ、SMS、メールなど)のメッセージフィールドに入力します。パーソナライゼーションエディタが表示されます。
- ユーザー属性やイベント属性を使用してメッセージをパーソナライズできます。
- イベントベースのパーソナライズは、イベントトリガーフローまたは 条件ステージ の はい ブランチに追加されたコミュニケーションでのみ可能です。
フローで新しいバージョンはどのように作成され、既存のユーザーにどのように影響しますか?
フローの新しいバージョンは、以下のいずれかが変更されたときに作成されます:
- ターゲットオーディエンスの条件
- エントリー条件
- トラッキングされたコンバージョン目標
- キャンバスへのステージの追加または削除など。
フローが公開されると、新しいバージョンがアクティブになり、以前のバージョンは廃止されます。以前のバージョンのフローにいるすべてのアクティブユーザーは、そのバージョンでの旅行を続けます。フロー内の新しいユーザーは、新しいバージョンに移動します(以前のバージョンにアクティブでない場合)。
詳細については、 フローのバージョニング を参照してください。
ユーザーがフローに再入場するのをどうやって防ぎますか?
ユーザーが再入力するのを防ぐため、または入力の数に制限を定義するために、フロー作成の第2ステップでユーザー入力制限を追加してください。 ユーザーがフローに入るとき ステップでユーザーの入力制限を指定してください。
「Keep Evaluating For」とはどういう意味ですか? どうやって機能しますか?
この Keep Evaluating For オプションは、条件が追加される段階で利用可能です。これは、条件ステージで定義されたチェックに基づいてユーザーが評価される最大の期間を示します。このウィンドウは動的であり、ユーザーは定義された条件を満たすときに、いつでも「はい」のパスを通じて離れることができます。この動的評価は、コミュニケーションのタイミングをより良くし、文脈において役立ちます。
カートを放棄したユーザーをターゲットにしたフローの以下の例を考えてみてください(フローの対象は、商品をカートに追加したが、まだ購入していないユーザーです)。フローには以下のステージがあります:
- プッシュ通知ステージ
- a はイベントステージを実行しました - 製品購入を少なくとも 1 回実行した と定義され、このステージはそれに入ったユーザーを 1 時間評価し続けます。
ジョンは次のようなユーザーです:
- 午前10時にフローに入ります
- 午前10時10分に最初のプッシュ通知を受け取り、「完了」ステージに入ります。
この段階ではジョンが1時間評価されるため、彼は指定された条件に基づいて午前11時10分まで評価され、ステージの はい の道または いいえ の道のいずれかに進むことになります。
次のシナリオが発生する可能性があります:
- もしジョンが午前10時09分にイベントを行った場合、彼は入場するとすぐに はい の道に沿ってステージから出て行くでしょう。
- ジョンが午前11時にイベントを行う場合、彼はステージで午前11時まで待機し、午前11時に はい の道を進みます。
- もしジョンが午後12時にイベントを実施する場合、彼はステージで午前11時10分まで待機し、評価ウィンドウ中にステージのために指定された基準を満たさなかったため、 No パスに沿って移動します。
フロー内の条件分割ステージでユーザーはどのように評価されますか?
フローの条件分岐ステージでは、ユーザーは評価ウィンドウ全体にわたって最初のブランチに概説された条件に基づいて評価されます。ユーザーがその条件を満たす場合、彼らはブランチ1に進むよう指示されます。
条件を満たさない場合、MoEngageは評価ウィンドウの終了まで待機し、定義された期間内にユーザーがブランチ1の条件を満たすかどうかを確認します。その後、MoEngageは条件分岐のすべての代替ブランチを考慮し、ユーザーは最初に定義された条件に一致したパスを通るように指示されます。
評価プロセスは、条件分岐におけるブランチの優先順位を付けることを含みます。そのため、最初のブランチが最も高い優先度を持ち、以降の各ブランチの優先度は低下します。デフォルトブランチは、この点において最も優先度が低いです。
以下は、カートを放棄したユーザーをターゲットにしたフローの例です(フローの対象は、商品をカートに追加したが購入していないユーザーです)。フローには、次のブランチを持つC onditional Splitがあります:
- ブランチ 1 - 電子機器をウィッシュリストに追加したユーザーをカートに分割します。このブランチは最も優先度が高いです。
- ブランチ 2 - ファッションアイテムをウィッシュリストに追加したユーザーをカートに分割します。このブランチは2番目に優先度が高いです。
- デフォルトブランチ - 他のすべてのユーザーを許可します。このステージは10分間評価を続けるように定義されています。
- a はイベントステージを実行しました - 少なくとも 1 回製品購入を実行した と定義され、このステージはそれに入ったユーザーを 1 時間評価し続けます。
Johnはユーザーです:
- 午前10時にフローに入ります
- 午前10時に条件分岐ステージに到達します
- 10分以内にどの支店にも移動できます。
次のシナリオを考慮してください:
- ジョンが午前10時05分にファッションと午前10時06分にエレクトロニクスの両方をウィッシュリストに追加した場合、午前10時06分に最も優先度が高いブランチ1に進むことになります。
- ジョンが午前10時8分にファッションをウィッシュリストに追加した場合、午前10時10分までブランチ1の評価が行われます。ブランチ1が最も高い優先度を持っているためです。彼はブランチ1の条件を満たしていないため、彼は午前10時10分にブランチ2およびデフォルトブランチの評価を受けます。彼がブランチ2の条件を満たす場合、彼は優先順位が2番目に高いため、午前10時10分にブランチ2に沿って移動します。
- ジョンが午前10時10分までに何もウィッシュリストに追加しなければ、午前10時10分までにブランチ1の評価が行われます。ブランチ1は最も優先度が高いためです。彼はブランチ1の条件を満たさないため、彼はブランチ2とデフォルトブランチの評価を午前10時10分に受けることになります。彼はブランチ2の条件を満たさないため、午前10時10分にデフォルトブランチに沿って移動します。