保険商品をモデリングする

学習の目的

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

• 保険の見積と設定における商品モデリングの役割を説明する。
  
• デジタル保険の商品モデリングフレームワークのコアコンポーネントを特定する。
  
• カタログ、カテゴリ、属性、分類、商品が互いにどのように関連しているかを説明する。
  

商品モデリングが重要な理由

保険商品は、しくみが複雑です。個人向け自動車保険契約、企業向け保険パッケージ、グループベネフィットプランのいずれであっても、各商品には、明確に定義し、正確に設定する必要がある階層化されたコンポーネントが含まれます。

正確な見積は、構造化された商品モデルに支えられています。この商品モデルによって、何を販売できるか、どのように設定するか、そして見積、価格設定、サービス対応、コンプライアンスを支えるデータが決まります。この商品モデルがなければ、商品の投入や保守が非効率になり、エラーが発生しやすくなって、コストも上昇します。

デジタル保険は、業種をまたいで商品をモデリングするための宣言型でモジュール型のフレームワークを提供します。このフレームワークを使用すると、以下を行うことができます。

• カタログとカテゴリを使用して商品を整理する。
  
• 分類によって再利用可能な構造を作成する。
  
• バンドル商品と単純商品によって複雑さを管理する。
  
• コンポーネントグループによって表示と構成を制御する。
  
• 属性と属性カテゴリによって見積の入力を定義する。
  

その結果、商品投入を迅速化し、オムニチャネル見積をサポートし、更新を簡素化できる拡張可能なアーキテクチャが実現します。

商品モデルのコアコンポーネント

デジタル保険では、商品、属性、商品分類といったモジュール型コンポーネントのセットを使用して、商品構造とロジックを定義します。各コンポーネントを見ていきましょう。

商品

コアとなるのは商品そのものです。商品は次のいずれかとして定義されます。

• シンプルなスタンドアロン商品
  
• 関連する仕様 (スペック) で構成されるバンドル型の構造化商品
  

バンドルにはルート商品と子仕様が含まれ、子仕様は通常、次の 3 つの種別のいずれかに分類されます。

商品は静的または設定可能として定義でき、コンポーネントは商品間で再利用されて、必須または任意として指定されます。

属性

属性は、人、対象、補償条件を記述し、価格設定、ルール、サービス対応に影響します。例をいくつか見てみましょう。

すべての属性には、テキスト、数値、通貨、選択リストなどのデータ型があり、許可値やデフォルト値を含めることができます。ほとんどの属性は見積時に設定可能です。たとえば、免責金額は初期値として 500 ドルに設定されている場合がありますが、ユーザーが変更できます。

拡張属性は、標準またはカスタムの Salesforce 項目に直接マッピングされる特別な属性です。たとえば、運転者の被保険当事者仕様には、名、姓、誕生日の属性が含まれます。これらの値は見積時に自動入力され、データの整合性を高めて再入力を不要にします。

再利用しやすいように、属性は属性カテゴリにグループ化されます。属性カテゴリは、商品や分類間で共有されるモジュール型の属性セットです。

商品分類

商品分類は、共通の特性を持つ商品の再利用可能なテンプレートであり、属性構造とロジックを割り当てるための主要な手段です。

たとえば、1 つの分類で、対人・対物保険 (BIPD)、車両保険、総合保険などの補償に共通する属性を定義できます。

分類に基づく商品は、属性を自動的に継承します。これによって一貫性が保たれ、設定が迅速になり、保守も簡素化されます。管理者は、これらの継承された属性を上書きまたは拡張してバリエーションを定義できます。商品分類には、コンポーネントグループ、カタログ、カタログカテゴリなどの主要な詳細が含まれます。

商品コンポーネントグループ

コンポーネントグループは、バンドル商品内で商品と分類をどのように整理するかを定義します。何をグループ化するか、いくつのインスタンスを許可するか、見積時にコンポーネントがどのように動作するかを定義します。

グループ化できるのは次のいずれかです。

• 複数の商品仕様 (BIPD、車両保険、総合保険など)
  
• 単一の商品分類 (複数インスタンスをサポート)
  

たとえば、Auto Gold 商品バンドルには、同じ分類に基づく複数の補償仕様を保持するコンポーネントグループが含まれます。

コンポーネントグループ内で分類をグループ化すると、複数インスタンスの商品構造をサポートできるようになります。

Auto Gold 商品では、コンポーネントグループに Auto Vehicle (自動車) 分類が含まれており、それぞれ独自の特性と補償選択を持つ複数の車両インスタンスを見積に追加できます。

分類をグループ化することで、複数車両や複数拠点の保険契約のような柔軟で繰り返し可能な構造を実現しながら、ロジックを整理して再利用しやすくできます。

カタログとカテゴリ

グループがバンドル内の構造を定義するのに対して、カタログとカテゴリは商品ポートフォリオ全体を整理します。

• カタログには、すべての損害保険商品のような大きな集合が含まれます。
  
• カテゴリでは、個人向け自動車保険や企業向けパッケージ保険など、関連する商品をグループ化して、カタログ内で検索条件による絞り込みや検索をしやすくします。
  

この階層構造によって、商品ポートフォリオの管理が容易になり、見積時の迅速なナビゲーションと選択が可能になります。

商品モデリングの実践

Cumulus Insurance の商品管理者である Justus が Auto Gold をどのようにモデリングするのかを見ていきましょう。これは柔軟な個人向け自動車保険商品であり、次の要件をサポートする必要があります。

• 1 件の保険契約ごとに複数の車両
  
• 1 台の車両ごとに複数の運転者
  
• 設定可能な補償 (保険契約全体に適用されるものと、各車両に個別に適用されるものがあります)
  

カタログを設定する

Justus は、すべての損害保険商品を含める新しいカタログを設定することから始めます。

カタログ内で、個人向けおよび企業向けの自動車商品を整理するために Auto Products (自動車保険商品) カテゴリを追加します。

この構造によって、見積時にユーザーが関連する商品をすばやく見つけられるようになります。

属性を定義する

次に、ポートフォリオ全体で再利用できるように、関連する属性を整理する属性カテゴリを作成します。自動車商品では、Auto Information (自動車情報)、Driving History (運転履歴)、Auto Term (自動車保険期間) などの属性カテゴリを作成します。また、Basic Information (基本情報) や Contact Information (取引先責任者情報) など、商品ライン全体で共通して使用されるカテゴリも作成します。

各カテゴリ内で、データ型、デフォルト値、選択可能な値、固有の属性コードを指定して属性を定義します。

次は Driving History (運転履歴) カテゴリで、Driver Accident Points (運転者事故点数) や Age First Licensed (初回免許取得年齢) などの属性が含まれます。

既存の Salesforce データについては、拡張属性を定義します。たとえば、First Name (名) は Contact.FirstName に、Birthdate (誕生日) は Contact.Birthdate にマッピングされます。

これらの値は、見積時に関連する Contact (取引先責任者) レコードから自動的に取得されます。

分類を作成する

次に Justus は商品分類を作成します。各分類は特定のコンポーネントの種類の再利用可能なテンプレートとして機能します。

各分類には関連する属性カテゴリが含まれます。たとえば Driver (運転者) には、Driving History (運転履歴)、Contact Info (取引先責任者情報)、Basic Info (基本情報) のカテゴリが含まれます。

カテゴリを追加すると、その属性が自動的に追加されますが、管理者は単体の属性を割り当てることもできます。この設定によって、Auto Gold やほかの Cumulus 社商品で使用するコンポーネントが標準化されます。

商品を定義する

Justus はこれらの分類を使用して、Auto Gold を構成する個々の商品を定義します。

対人・対物保険などの一部の補償については、固有の設定ニーズに合わせて、分類から継承した属性を Justus がカスタマイズします。

共有分類を使用して商品を定義し、属性を選択的に上書きすることによって、Justus は一貫性を維持しながら違いを許容する柔軟なモデルを作成します。

商品構造を組み立てる

分類と商品を定義したら、Justus はそれらをまとめてバンドル構造にします。Auto Gold には、保険契約レベルに 1 つ、車両レベルに 1 つの、合計 2 つのバンドルが必要です。

これが Auto Gold のルートバンドルです。

このバンドルは保険契約全体を整理します。これには、すべての被保険車両のためのコンポーネントグループと、保険契約レベルの補償のためのコンポーネントグループが含まれます。

次に、Vehicle バンドルを見てみましょう。

このバンドルは各被保険車両を定義します。このバンドルでは、その車両に固有の運転者と補償をグループ化し、それぞれのインスタンスで独自の設定を持てるようにします。

この 2 層のバンドル設計により、1 件の保険契約で複数の車両をサポートしながら、各車両にそれぞれ独自の運転者と補償を持たせ、同時に保険契約レベルの補償も維持できます。

商品モデリングから商品ルールへ

構造が完成したら、Justus は Auto Gold を Auto Insurance (自動車保険) カテゴリに追加します。

この時点で、彼は次のことを実現する再利用可能なモデルを構築しています。

• 車両、運転者、補償の明確な階層を定義する。
  
• 分類を通して属性を継承し、一貫性と拡張性を確保する。
  
• コンポーネントグループを使用して構造化された設定を行う。
  
• カタログとカテゴリを連携させて直感的に見つけられるようにする。
  

その結果、複雑な見積、価格設定、サービス対応のニーズをサポートできる、柔軟でモジュール型の商品モデルが完成します。

次の単元では、Justus が商品ルールをどのように重ねて追加し、対象資格を管理し、ビジネスロジックを適用し、設定をガイドするのかを学びます。

リソース

• Salesforce ヘルプ: デジタル保険商品の設定