顧客はますます高いレベルのデジタルエンゲージメントを求めており、保険会社は新規顧客を獲得し、既存顧客を維持するために、テクノロジーを活用してサービスを向上させる新しい方法を見つける必要があります。前回の投稿では、 デザイン思考アプローチを適用して魅力的な請求プロセスを構築した方法は、顧客の体験を可能な限りシームレスにするために、主要なUXの課題を解決することに重点を置いています。請求アプリは、によって開発された保険ソリューションスイートの1つにすぎません。 Mendix エバンジェリストチームは、 Mendix プラットフォームは、デジタル変革の 4 つの主要な推進要因に対処するために使用できます。
- 新製品の発売
- 顧客エンゲージメントの向上
- 運用効率の向上
- レガシー移行
優れた UX に加えて、柔軟性と拡張性を備え、将来を見据えたアーキテクチャを備えたアプリケーションを提供することが重要です。
保険会社は、最新のテクノロジーを活用して差別化された体験を備えた新製品を提供する新しいインシュアテックのスタートアップ企業からのプレッシャーにさらされています。例は次のとおりです。
- レモネードは、住宅保険を提供し、ビデオ分析を活用して不正請求の削減に役立てています。
- ネオスは、防犯カメラ、侵入センサー、漏水センサーなどのスマートホーム機器を活用して、事故を積極的に防止する住宅保険会社です。
- Spixiiインテリジェントな チャットボット機能 保険市場向けに、顧客が保険契約に含まれる、しばしば難解でわかりにくい条件を理解できるよう支援します。
これらのインシュアテックのスタートアップ企業は、最新のテクノロジーを駆使してゼロから構築していますが、成功し続けるためには、増大する需要に対応できるスケーラブルなアーキテクチャを確保する必要があります。
保険アプリケーション スイートを構築する際には、主に次の 2 つの点に重点を置きました。
- 魅力的であること プラットフォームの機能を実証できるようにするためです。
- デジタル保険会社の変革 – 既存の保険会社が当社のプラットフォームを活用してデジタル保険会社になる方法。
将来のデジタル保険会社は、顧客の生涯にわたってより優れた、より適切な保険商品を提供できる総合的なエンゲージメント モデルに移行する必要があります。そのためには、テクノロジーを活用して顧客とのエンゲージメントを向上させる必要があります。
より良いエンゲージメントとは、年齢、人口統計、人生の重要なイベント（結婚、最初の家の購入、子供の誕生など）など、複数の要因とデータ ポイントに基づいて顧客のニーズを理解することです。この情報を継続的に分析することで、保険会社は特定の顧客のニーズを最も適切なタイミングで満たすカスタマイズされた保険商品を提供できるようになります。保険会社は、この総合的なアプローチを実行するのに適しており、単純なポイント ソリューションを提供するインシュアテックのスタートアップ企業と競争することができます。ただし、これにはコストがかかることが多いため、運用効率を改善してコストを削減するテクノロジーを採用することが重要です。
それで、私たちは保険商品をどのように設計したのでしょうか?
プロジェクトの設計を開始する際、市場の需要に基づいて提供したいアプリケーションの種類を 3 つ特定しました。
- 個人財産保険商品
- セルフサービス請求ポータル
- 引受評価ポータル
これらのアプリケーションはそれぞれ保険ライフサイクルの異なる段階と異なる層を表しています。 ガートナー ペース レイヤー モデル.
3 つのアプリケーションはどのようにデータを共有するのでしょうか?
現代において保険商品を提供するには、相互接続されたアプリケーションのエコシステムと、時間の経過とともに増加する需要に対応できるスケーラビリティが必要です。したがって、マイクロサービス アプローチを検討することが不可欠です。
マイクロサービス アプリケーション開発では、大規模なアプリケーションをモジュール サービスのスイートに組み込む必要があります。1 つの大きなモノリシック アプリケーションではなく、それぞれが特定のビジネス ニーズをサポートする複数の小さなサービスから構築する必要があります。これを開発するために、アプリケーションを見積もり、ポリシー管理、評価、請求という複数のコア機能に分割しました。
これらのコア機能はすべて Mendix App Services は、データの相互通信と共有を可能にします。App Services を使用すると、Web サービス、XML マッピング、スキーマを気にすることなく、アプリケーション間でデータとロジックを簡単に共有できます。これらのサービスには、バージョン管理と依存関係管理が組み込まれているという利点もあります。これらのサービスは、 アプリケーション ポートフォリオ全体での再利用が可能になります。
アプリサービスを選択
アプリサービスを呼び出す
ポリシー管理サービスを作成し、それをプライベート アプリ ストアに公開することで、複数のアプリケーション間でポリシーの詳細を共有できます。サービスによって提供されるポリシー情報は、請求プロセスと評価エンジンの両方に使用されました。Web サービスではなく App Services を使用する利点は、App Services では複数のバージョンが許可され、依存関係をチェックできることです。サービスを更新すると、このサービスに依存する依存アプリケーションを確認できます。アプリケーションをサービスに分割することで、アプリケーションのスケーラビリティと保守性が向上します。
では、なぜ Cloud Foundry のようなプラットフォームを選択するのでしょうか?
あらゆる優れたサービスの背後には、信頼性が高くスケーラブルなクラウドプラットフォームが必要です。 Mendix、Cloud Foundryを通じてすぐに使えるもの。 Mendix Cloud Foundryを使用すると、顧客は 迅速なアプリケーション開発 スケーラブルなマルチクラウド アーキテクチャを基盤としています。
では、なぜそれが保険会社にとってそれほど重要なのでしょうか。Cloud Foundry の主な利点の 1 つは、マルチクラウド展開です。Cloud Foundry を使用すると、ユーザーは AWS、Microsoft Azure、Google Cloud Platform、Open Stack などの任意のインフラストラクチャ プロバイダーに展開できます。保険業界は、他の多くの業界と同様に、規制が厳しくなっています。最大の懸念事項の 1 つは、データのプライバシーと保護です。国ごとにデータ法が異なり、保険会社はそれに従う必要があります。Cloud Foundry のようなプラットフォームを使用することで、保険会社はデータ保護のニーズに合わせて IaaS (Infrastructure-as-a-Service) プロバイダーを簡単に選択でき、いつでも柔軟に切り替えることができます。
新しい革新的な保険商品を立ち上げる際、それが成功して会社に新たな収益をもたらすことを期待します。しかし、成功が増すと、インフラストラクチャに対する需要も増加します。これに対応するには、需要と規模に対応できるプラットフォームが必要です。 Mendix Cloud Foundryを使用して構築されたクラウドプラットフォームでは、需要の増加に応じてアプリケーションを簡単に拡張できます。 Mendix ステートレス アーキテクチャにより、さまざまなランタイム インスタンスに需要を分散できます。プラットフォームは、これらのインスタンスに負荷を適切に分散することで、トラフィックの急増に対処します。
ステートレス アーキテクチャのもう 1 つの利点は、高可用性です。ハードウェアやソフトウェアに障害が発生すると、アプリケーションへの影響は大きくなりますが、重要なアプリケーションでは、ユーザーに影響を与えないことが重要です。ステートレス アーキテクチャを使用すると、障害が発生したランタイムを使用しているユーザーは、別のランタイム インスタンスにシームレスに移行され、クラッシュしたランタイムは自動的に置き換えられます。
その Mendix クラウドには、高可用性を高めるために複数の可用性ゾーンが付属しています。この場合、データベースにはウォームスタンバイがあり、プライマリデータベースへのリクエストが失敗したときに自動的に起動します。 Mendix アプリケーション、ランタイム、データベースは、AWS リージョン内の複数の完全に冗長化されたアベイラビリティーゾーンに分散されています。
主要なポイント（要点）
多くの保険会社は、迅速なイノベーションと急速な拡大に苦労しています。これは多くの場合、アーキテクチャとインフラストラクチャの決定が不十分なためです。このブログ投稿でご覧いただいたように、 Mendix 企業が増大する需要に対応するためにアプリケーションを設計し、拡張するのを支援します。 Mendix プラットフォーム、次に何を構築しますか?