はじめに
ローン申し込みの放棄を減らし、コンバージョン率を向上させたいとお考えのマーケターの方に最適な内容です。マーケターにとって、ローン申し込みの放棄を減らすことは最優先事項であるべきです。顧客満足度と収益の可能性の向上につながるためです。また、ユーザーに長期ローンを利用してもらうことでユーザーを維持でき、投じた顧客獲得コストからより多くの利益を得られるため、コスト効率の向上にもつながります。 一般的に、ローンの申し込みには、個人情報の入力と関連書類のアップロードという 2 つの段階があります。この記事では、ユーザーが離脱した段階に応じて、ローンの申し込みプロセスを完了するよう促す Flow キャンペーンを作成します。期待される結果
ユーザーは、ローンの申し込みの完了を促すプッシュ通知をスマートフォンで受信します。
Flow を作成する
このセクションでは、ローンの申し込みプロセスを完了するよう顧客に促す Flow を作成します。Flow の詳細を追加する
- Engage > Flows に移動して + Create Flow をクリックするか、サイドバーに移動して + Create new をクリックしてから Flow をクリックします。
- + Start with a blank canvas をクリックして、このユースケース用の Flow の作成を開始します。最初のステップ「Details and goals」に移動します。
- 次の詳細を入力します。
- Flow name: Flow 名を入力します。たとえば、「Loan Application Abandonment」と入力します。
- Flow tags: 必要な Flow タグを選択します。
- Conversion goal セクションで、Exit on conversion トグルをオンにして、「BFSI-applicationFormSubmitted」イベントを実行してコンバージョンしたユーザーを Flow から退出させます。これは主要なコンバージョン目標であり、ユーザーがフォームを送信したときにトリガーされます。
- Next をクリックして 2 番目のステップ「When will users enter the flow」に進みます。このステップでは、トリガー条件を指定して、ユーザーをいつ Flow に参加させるかを定義します。この例では、イベントは「BFSI-applicationFormStarted」とします。
- Users enter the flow セクションで On event trigger を選択します。
- IF user セクションで、ユーザーが申し込みプロセスを開始したときにトリガーされるイベント「BFSI-applicationFormStarted」を選択します。
- THEN enter the user セクションで、Immediately オプションを選択します。
- Flow schedule セクションで、必要に応じて Flow の開始時刻と終了時刻を定義します。デフォルトでは、Flow は「As soon as possible」に開始され、終了しません。
- Limit user entry into this flow トグルをオンにして、ユーザーが Flow に参加できる最大回数を定義します。
ユーザーはローン申し込み放棄 Flow の参加ルールに頻繁に一致する可能性が高く、Flow に何度も参加してしまうことがある点に注意してください。このような制限を定義すると、ユーザーが繰り返し Flow に再参加するのを制御でき、過剰なメッセージ送信を避けられるため、より良いユーザーエクスペリエンスを提供できます。
- Next をクリックして 3 番目のステップ「Who will enter the flow」に進みます。ここでは、Flow のターゲットオーディエンスを選択します。
- Audience セクションで All users を選択します。イベントトリガー型の Flow に参加する資格を得るには、ユーザーが必要なイベントを実行する前にターゲットオーディエンスに含まれている必要があります。
- Next をクリックしてキャンバスセクションに移動します。ここでは、ユーザーが進む Flow の構造を定義できます。
Flow の構造を定義する
- + アイコンをクリックします。ドロワーが表示されます。
- Conditions で、エントリー条件として「Conditional Split」を追加します。
- ローン申し込み完了プロセスのステップにおけるユーザーの進行状況を、次のように定義します。
- ブランチ 1 で「BFSI-LoanApplicationFormsubmitted」イベントを確認
- ブランチ 2 で「BFSI-LoanDocumentsUploaded」イベントを確認
- ブランチ 3 で「BFSI-LoanApplicationPersonalDetailsFilled」イベントを確認
チェックを逆の順序で配置する理由は、Conditional Split の各ブランチに優先順位があるためです。詳細については、Branching of Users via Condition Stages を参照してください。
- Keep evaluating for the next トグルをオンにして、ユーザーがイベントを実行するのを待つ最大時間を定義します。このユースケースでは、30 分と入力します。
- Conditional Split の各ブランチに対応するコミュニケーションを追加し、ローンの申し込みが正常に完了したことを伝えて次のアクションを提案するか、現在の段階に基づいてプロセスの次のステップに進むよう促します。
たとえば、ブランチ 3 に進んだユーザーは個人情報の入力を完了していますが、承認のための書類を提出していません。そのため、ブランチ 3 のコミュニケーションではその点に焦点を当てる必要があります。デフォルトブランチに進んだユーザーが最初のステップである個人情報の提供すら完了していない場合は、デフォルトブランチにそれを促すコミュニケーションを配置する必要があります。 - ドリップキャンペーンを作成することが戦略であるため、各コミュニケーションステージの後に Has done event ステージを配置し、次のステップとしてトリガーされるイベントを確認できます。ステージの「Yes」パスには、前のブランチの最初のコミュニケーションに接続する「Goto」ステージを配置し、「No」パスには別のコミュニケーションを配置できます。
たとえば、デフォルトブランチには「BFSI-LoanApplicationPersonalDetailsFilled」イベントを確認する Has done event を配置し、Yes パスにはブランチ 3 の最初のコミュニケーションにユーザーを接続する「Goto」ステージを配置します。No パスには、個人情報の入力を促すために別のコミュニケーションを配置します。
- フィードバックの取得とメッセージの送信の両方についてユーザーに働きかけるため、好みに応じて WhatsApp から Push、OSM、In-App まで、アクションキャンペーンを必要なだけ追加します。特に「Has done events」の Yes パスでは、Wait ステージを使用して各コミュニケーションの間に間隔を空け、ユーザーへの過剰なメッセージ送信を避けてください。詳細については、Add Controls to Flow を参照してください。
- Publish をクリックします。
まとめ
このユースケースでは、ユーザーが離脱した段階に応じて、ローンの申し込みプロセスを完了するよう促す Flow キャンペーンを作成しました。- Flow を公開したので、Flow のパフォーマンスを分析できます。
- キャンペーンによって Flow に参加したユーザー数を把握できます。「Flow ID」を指定して「User Entered Flow」イベントでセグメンテーションを作成します。詳細については、Users who have entered/exited the Flow を参照してください。
- キャンペーンによって実際にローンの申し込みを完了したユーザー数も把握できます。「Flow ID」を指定して「Flow Trip Conversion」イベントでセグメンテーションを作成します。詳細については、Conversion Tracking and Attribution in Flows を参照してください。