デジタルトランスフォーメーションを推進する業界の課題について知る

学習の目的

この単元を完了すると、次のことができるようになります。

• レガシーシステムとプロセスの制限を説明する。
• 革新的なインシュアテック企業がどのように新しい市場を創出するかを説明する。
• 最新のデジタルトランスフォーメーションソリューションを使用して業界の課題を解決する方法を定義する。
• 最新のデジタルトランスフォーメーションソリューションの要件を挙げる。

なぜ今デジタルトランスフォーメーションなのか?

今日の保険会社には、かつてないほどの変化、競争、機会があふれています。デジタルトランスフォーメーションはもはや不可欠です。保険会社がデジタルエクスペリエンスを提供できなければ、現在と将来の競争力に大きく影響します。 

このトレンドによって、現代の保険事業の変革を行うという、保険会社に対するプレッシャーが高まっています。

デジタルトランスフォーメーションプロジェクトを率いるために Cumulus に採用された独立コンサルタント、Justus Pardo を紹介します。 

後続のモジュールで、Justus は Cumulus にデジタルトランスフォーメーションをもたらし、多数の業務プロセスを改善し、顧客と従業員の満足度を向上させていきます。

レガシーシステムの制限

イノベーションについて興奮が高まっているにもかかわらず、多くの保険会社はデジタルネイティブの基本的な期待に応えるのに苦労しています。なぜでしょうか? 共通する障壁は、保険会社が使用する柔軟性に欠けるレガシーシステムです。十分な柔軟性がないため、デジタルトランスフォーメーションの課題を解決することができません。

• 手動プロセス: いまだに多くの企業で、時間がかかり、間違いを起こしやすく、郵送に依存する紙ベースのプロセスが標準的に使用されています。
• サイロ化されたソフトウェア: 統合されていない複数のシステムやスプレッドシートでソフトウェアが構成されていることが少なくありません。申込の処理、レーティング、引受査定、保険契約の発行は通常、分離されている機能です。請求の処理、解決、サードパーティへの支払も同様です。
• 接続性の欠如: システム間でのデータ転送に時間がかかり、間違いが起こりやすくなっています。レガシーシステムには最新の API がないため、保険会社は手動で処理する必要があります。
• 長くてテキストが多いフォーム: 保険契約の購入や請求の申請などのプロセスは、顧客が憂鬱に感じる書類に手書きで記入することから始まります。
• オンラインでアクセスできない: レガシーシステムにはオンラインインターフェースがないため、顧客やブローカーはオンラインまたは単独でビジネスを行うことができません。
• 硬直したビジネスルール: レガシーシステムの商品ルールは通常、何年も前に作成され、時代遅れです。ルールが理解しにくく、成長の障壁が生まれます。ルールはハードコードされていることが多く、基本的な変更でも IT のサポートを必要とします。

インシュアテックのイノベーション

インシュアテックはテクノロジーを使用して、データに基づき、保険を柔軟性、効率性、カスタマイズ性、費用効率の高いものにします。インシュアテック会社は、保険業界では破壊的イノベーションがいつ起こってもおかしくないと考えています。インシュアテック会社は次のような多くの機能を提供しています。

デジタルトランスフォーメーションの要件

最新のデジタルトランスフォーメーションソリューションは、多くの要件を満たす必要があります。ソリューションのどの部分にも次が必要です。

• ローコードでポータルを構築: 保険会社は、最小限のコーディングでオンラインカスタマーポータルを簡単に作成、カスタマイズ、メンテナンス、アップグレードできます。
• ストレートスループロセッシング: すべてのビジネスプロセスは、システムにまだ入力されていない情報のみをクライアントに求めることから始まります。残りのプロセスは、ほとんどの場合、人間が介入しなくても自動的に処理されます。
• 一元化されたシステムオブエンゲージメント: 保険の購入、情報の更新、保険契約の修正、請求の申請など、顧客に必要なことはすべて一元化されたポータルから行うことができます。
• 入力が最小限で済むシンプルなオプション: オンラインフォームは自動入力を使用したり、オプションを提示したり、サードパーティシステムに情報を要求したりして、顧客が入力しなければならないデータを最小限に抑えます。
• リアルタイム更新とセルフサービス: データが一元化されているため、セルフサービスポータルの更新はシステム全体に適用されます。
• オムニチャネルサービス: 自動化されたプロセスにどのオンラインデバイスからでも簡単にアクセスできます。
• コラボレーション機能: 顧客、社内チーム、社外パートナーを含むすべての関係者がオンラインでやり取りします。
• オープンアーキテクチャ: システムは、保険料比較ツール、レガシー引受査定システム、中古車価格評価サービス、クレジットカード会社などの外部システムとシームレスに統合されます。

営業に関する要件

一般的な要件に加えて、セールスプロセスには次が必要です。

• 新商品の迅速な発売: 新しい保険商品の必要性が生じた場合、保険会社は迅速に設計して展開することができます。
• 商品適格基準を判断するルール: 顧客ごとに適切な商品が適切なタイミングで提供されます。
• レーティングツール: リスクに基づいて保険料計算の自動化されたルールが適用されます。
• 即時承認または引受査定への照会: ルールに基づいた引受査定ロジックで標準保険契約の承認を自動化し、より複雑なケースを引受査定人に転送します。
• デジタル契約の生成と保険契約の発行: 選択した保険契約オプションに基づき、事前承認済みの法的文言を組み合わせて生成されます。

請求に関する要件

一般的な要件に加えて、サービスプロセスには次が必要です。

• 危険状況に基づく初期損害通知: 顧客が危険状況の種別を選択したら、その危険状況に固有の情報のみを求めます。
• 単純な請求の即時解決: 解決は自動化されており、複雑な場合にのみ損害査定人に転送されます。
• より複雑な請求の透明性の高い追跡: 顧客はセルフサービスポータルにログインすることで、請求の状況を確認できます。
• 決済額を決定するためのルール: 保険契約の詳細を請求査定に自動的に適用できます。
• コラボレーションツール: 自動車修理店などのサードパーティプロバイダーとの必要な話し合いは、請求のコンテキストでオンラインで行うことができます。
• 請求者とプロバイダーへの自動支払い: 補償は、顧客の口座に振り込まれるか、サードパーティプロバイダーに送金されます。
• 請求部門の備金追跡: 備金を集計してダッシュボードに表示できます。

習得度チェック

では、これまでに学んだ内容を復習しておきましょう。次の習得度チェックは簡単な自己診断テストで、採点対象ではありません。左側の説明を右側の対応する用語にドラッグしてください。全項目を結び付けたら、[送信] をクリックして習得度をチェックします。最初からやり直すには [リセット] をクリックします。

まとめ

これで、保険会社が保険を販売して収益を得る方法、どのような保険対象物があるのか、どのような部門があり、そこで使用されているプロセスがわかりました。また、保険会社が現代世界で直面している課題と、デジタルトランスフォーメーションでこうした課題にどう対処するかも学びました。この基本知識をもとに、後続のモジュールでさらに深く学習することができます。

もっと詳しく知りたい

Salesforce のお客様である場合は、次の学習ジャーニーを参照して、一連の素晴らしいデジタルトランスフォーメーションツールと業界向けアプリケーションについてスキルアップする方法を確認してください。

• Digital Insurance Platform Consultant (デジタル保険プラットフォームコンサルタント)
• Digital Insurance Platform Developer (デジタル保険プラットフォーム開発者)

Salesforce パートナーである場合は、上記の同じ学習ジャーニーに加え、Partner Learning Camp (サインインが必要) にあるパートナー向けリソースも参照してください。#AlwaysBeLearning