> ## Documentation Index > Fetch the complete documentation index at: https://moengage.com/docs/llms.txt > Use this file to discover all available pages before exploring further. # FinTech 製品でオンボーディングエクスペリエンスを作成する方法 # はじめに第一印象はいつまでも残ります。ユーザーがアプリをインストールしたり、ウェブサイトに登録したりした直後に有意義なエクスペリエンスを提供することで、強い印象を残し、ユーザーをより早く「Aha moment」に到達させることができます。その結果、ユーザーはサービスに惹きつけられ、ロイヤルユーザーへの道を歩み始めます。このように、よく練られたウェルカムジャーニーは、長期的にユーザーのオンボーディング、エンゲージメント、リテンションに役立ちます。この記事では、MoEngage Flows を使用して、保険製品の新規ユーザー向けのウェルカムエクスペリエンスを作成します。初回訪問時のユーザーのアクションに基づいてコミュニケーションを送信します。アクションの例: * ユーザーがアカウントを作成していない。 * ユーザーがアカウントを作成したが、保険を購入していない。 * ユーザーがアカウントを作成し、同じセッションで最初の保険を購入した。 # 期待される結果ユーザーは、医療保険に加入した後、スマートフォンでプッシュ通知を受信します。

* ユーザーがアプリをインストールするアクションやアプリに登録するアクションと、各イベントのプラットフォーム、ソース、アプリバージョンなどの関連情報を追跡するイベント。この例では、それぞれ「User Installs the App」と「Sign Up」というイベント名にします。イベントの追跡方法については、[Developer Guide](/docs/ja/developer-guide/introduction) を参照してください。 * ユーザーが初めて製品を利用し始めた直後に実行してほしいアクションと、その関連情報を追跡するイベント。KYC プロセスの完了、保険や商品の購入、ローンの申し込み、メールニュースレターへの登録などが考えられます。この例では、ユーザーがアプリから保険を購入したときにトリガーされる「Policy Purchased」というイベント名にします。イベントの追跡方法については、[Developer Guide](/docs/ja/developer-guide/introduction) を参照してください。 * Push、Email、SMS、WhatsApp などの 1 つ以上のチャネルの設定。 # Flow を作成するこのセクションでは、顧客とエンゲージしてアプリに迎え入れるための Flow を作成します。 ## Flow の詳細を追加する 1. 左側のサイドバーに移動し、**Engage** > **Flows** をクリックして **+ Create flow** をクリックするか、**+ Create new** をクリックしてから **Flow** をクリックします。 2. 「Onboard Customers - Multi-channel」テンプレートを使用してカスタマイズするか、**+ Start with a blank canvas** をクリックして、このユースケース用の Flow を一から作成します。

最初のステップ「Details and goals」に移動します。 3. 次の Flow の詳細を入力します。 * **Flow Name**: Flow 名を入力します。たとえば、「Fintech Onboarding Journey」と入力します。 * **Flow tags**: 必要な Flow タグを選択します。 4. **Conversion goal** セクションで、**Exit on conversion** トグルをオンにして、「Policy Purchased」イベントを実行してコンバージョンしたユーザーを Flow から退出させます。これは主要なコンバージョン目標であり、ユーザーが保険を購入したときにトリガーされます。

5. **Next** をクリックして 2 番目のステップ「When will users enter the flow」に進みます。このステップでは、トリガー条件を指定して、ユーザーをいつ Flow に参加させるかを定義します。このユースケースでは、イベントは「User Installs the App」です。 6. **IF user** セクションで、ユーザーがアプリをインストールしたときにトリガーされるイベント「User Installs the App」を選択します。 7. **THEN enter the user** セクションで、**Immediately** オプションを選択します。

8. **Flow Schedule** セクションで、必要に応じて Flow の開始時刻と終了時刻を定義します。デフォルトでは、Flow は「As soon as possible」に開始され、終了しません。 9. **Limit user entry into this flow** トグルをオンにして、ユーザーが Flow に参加できる最大回数を定義します。このような制限を定義すると、ユーザーが繰り返し Flow に再参加するのを制御でき、過剰なメッセージ送信を避けられるため、より良いユーザーエクスペリエンスを提供できます。

10. **Next** をクリックして 3 番目のステップ「Who will enter the flow」に進みます。ここでは、Flow のターゲットオーディエンスを選択します。 11. **Audience** セクションで **All users** を選択します。イベントトリガー型の Flow に参加する資格を得るには、ユーザーが必要なイベントを実行する前にターゲットオーディエンスに含まれている必要があります。

12. **Next** をクリックしてキャンバスセクションに移動します。ここでは、ユーザーが進む Flow の構造を定義できます。 ## Flow の構造を定義する 1. **+** アイコンをクリックします。ドロワーが表示されます。 2. **Conditions** で、エントリー条件として「Conditional Split」を追加します。 3. このステージを使用して、ユーザーを分割するチェックを定義します。 * 登録して自分で保険を購入したユーザーを 1 つのブランチに * 登録のみを行ったユーザーを別のブランチに * 登録すらしていないユーザーをデフォルトブランチに

4. 最初のブランチでは、**Users enter this branch if** セクションのドロップダウンリストから「Sign Up」イベントを検索します。**+ Filter** をクリックして「Policy Purchased」イベントを検索して追加します。 5. 2 番目のブランチでは、「Sign Up」イベントのみを検索して追加します。 6. **Keep evaluating for the next** トグルをオンにして適切な値を入力します。これは、ユーザーがブランチ 1 で評価される最大時間です。ただし、この場合に両方のイベントを実行したユーザー、またはブランチ 1 の条件に一致するユーザーはすぐに移動します。詳細については、[Branching of Users via Condition Stages](/docs/ja/user-guide/flows-cross-channel-messaging/create/conditions-and-controls-in-flows/branching-of-users-in-flows) を参照してください。

7. 各ブランチで、コンテキストに基づいてキャンペーンを送信します。 * 最初のブランチでは、登録して保険を購入したユーザーを歓迎し、感謝するプッシュ通知を送信します。 * 2 番目のブランチでは、登録後に関心のある保険を購入するようユーザーに促します。 * 最後のブランチには、アプリをインストールしただけでアカウントを作成していないユーザーがいます。アプリを最大限に活用できるよう、登録を促します。 8. アクションキャンペーンを編集する際は、ユーザー名、性別、その他の情報など、ユーザーに関する追加情報を使用してメッセージをパーソナライズします。パーソナライズされたメッセージは、ユーザーが大切にされていると感じ、ブランドとのつながりを感じるため、一般的なメッセージよりも高い効果が期待できます。詳細については、[Personalization in Flows](/docs/ja/user-guide/flows-cross-channel-messaging/create/actions-in-flows/personalization-in-flows) を参照してください。 9. Action キャンペーンを定義したら、**Has done event** ステージを追加して、促しているアクションをユーザーが実行したかどうかを確認します。ブランチ 2 のイベントは「Policy Purchased」、デフォルトブランチのイベントは「Sign up」です。 10. **Keep evaluating for the next** トグルをオンにして、ユーザーがイベントを実行するのを待つ最大時間を定義します。 11. Yes パスに「Goto」ステージを追加し、別のパスのステージに接続することで、ユーザーをあるパスから別のパスに移動させます。たとえば、ブランチ 2 の **Has done event** ステージの Yes パスに、ブランチ 1 の Action ステージへの「Goto」ステージを追加します。

12. No パスには、ユーザーに働きかけるための Action キャンペーンを必要なだけ追加し、各コミュニケーションの間に間隔を空けます。特に「Has done events」の Yes パスで Wait ステージを使用すると、ユーザーへの過剰なメッセージ送信を避けることができます。詳細については、[Add Controls to Flow](/docs/ja/user-guide/flows-cross-channel-messaging/create/conditions-and-controls-in-flows/force-move-or-delay-users-in-flows) を参照してください。

13. **Publish** をクリックします。 # まとめこのユースケースでは、フィンテックの顧客を効果的にオンボーディングするようユーザーに働きかける Flow を作成しました。 * Flow を公開したので、Flow のパフォーマンスを[分析](/docs/ja/user-guide/flows-cross-channel-messaging/analyze-flows/analyze-a-flow)できます。 * キャンペーンによって Flow に参加したユーザー数を把握できます。「Flow ID」を指定して「User Entered Flow」イベントでセグメンテーションを作成します。詳細については、[Users who have entered/exited the Flow](/docs/ja/user-guide/flows-cross-channel-messaging/analyze-flows/tracking-users-in-flows) を参照してください。 * キャンペーンによって実際にコンバージョンしたユーザー数も把握できます。「Flow ID」を指定して「Flow Trip Conversion」イベントでセグメンテーションを作成します。詳細については、[Conversion Tracking and Attribution in Flows](/docs/ja/user-guide/flows-cross-channel-messaging/analyze-flows/conversion-attribution-in-flows) を参照してください。 This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.