保険業界の羅針盤―未来の働き方― 健康寿命の延伸に伴う意識の変化 (3)
保険業界はどのように対応することができるか？
第１回目、２回目では、英国で取り組みが始まっている「包括的なライフステージサポートサービス」のシステムアーキテクチャのコンセプトの概要および情報取込コンポーネント部分のコンセプトを述べた。最終回となる第３回目の今回は、情報を保存・提供するシステム・コンポーネントやお客さまへの提案の内容について、また今後の同種の取り組みの拡大について述べていく。
■「ライフステージ・プランナー／コンサルタント」の必要性
「包括的なライフステージサポートサービス」を提供するために、「ライフステージ・プランナー／コンサルタント」という役割はとても重要と考えられる。これは第２回目で述べたとおり、お客さまへ提供される提案・情報が個々人にパーソナライズされているためだ。収集された個人情報を、ＡＩを含むシステムで解釈しても最終的には“収集された個人情報だけでは個々人を定義しきれない”“お客さまに提供する提案・情報のどのオプションを個々人に提案すべきか決めきれない”という二つの壁に当たる。現在のテクノロジー技術ではこれらを埋めきれないため、このギャップを人間＝「ライフステージ・プランナー／コンサルタント」が埋めることでサービスを提供する。
「ライフステージ・プランナー／コンサルタント」は、システムでは捉えきれないお客さま個々人の事情や性格、嗜好などを考慮しながら、システムで提供されるサービスや情報を提案することになる。
■「ライフステージ・プランナー／コンサルタント」を支援する「プラナー支援プラットフォーム」
では「プラナー支援プラットフォーム」はどのようなものとなるだろうか。いくつかの必要な機能とあった方が良い機能を列挙してみよう。
▽企業として分析・保持している一般的なインサイト情報の表示機能
▽上記に説得力を持たせる統計、トレンドや記事のクリップなどの外部情報の表示機能
▽ライフステージイベントとそれに紐づく一般的なインサイトやサービス情報の表示機能
▽お客さま個々人にパーソナライズされたインサイトやサービス情報の表示機能
これらの機能はそれぞれ「健康維持・回復力」「就業維持・復帰力」「収入維持・回復力」毎、ライフステージイベント毎に深掘りができるようになっていた方が良いであろう。また、外部サービスについては概要と特徴のサマリーとともに、リンクをたどれるようにしておいた方が便利である。
▽お客さま個人の情報表示機能
▽お客さま個人の契約情報表示機能
これらの機能はこれまでのシステムと近いためイメージしやすい。
▽お客さまに提示／提案した情報の履歴情報、またフィードバックの入力欄と履歴情報
▽お客さまのＳＮＳ投稿やブログなどからの感情分析情報
▽お客さまのリアルタイムの感情分析情報（音声通話やビデオ通話の場合）
これらの機能はより深いレベルのお客さまの関心／興味を「ライフステージ・プランナー／コンサルタント」に提供できるため、あった方が良い機能として最終的には求められるであろう。
■「プラナー支援プラットフォーム」構築への考察
これまでの内容から容易に理解できるように、「プラナー支援プラットフォーム」の構築は一筋縄ではいかないと考えられる。収集するデータの種類やその「データ分析プラットフォーム」も含めて、完成までに長期にわたるシステム構築が求められる。一方で、全く新しいサービスコンセプトのため、要件が決めづらく、試行錯誤も継続されるであろう。
結論として、これまでのウォーターフォール型のシステム構築手法ではなく、例えばバックエンドの「ライフステージサービス基幹プラットフォーム」や「データ分析プラットフォーム」はエンタープライズアジャイル型で、「プラナー支援プラットフォーム」はスクラム型でなど、構築手法自体も戦略的にアプローチする必要があるであろう。
こういったアプローチでのシステム構築となるため、さらに二つの関連する考慮点が必要になるかもしれない。すなわち、リリースの多様化／高頻度化に対応するテストフレームワークの成熟化と「ライフステージ・プランナー／コンサルタント」に対するトレーニングのシステム化／簡便化である。
多くの企業ではテスト戦略や回帰テストの自動化を含むテストフレームワークの構築などが始まっているが、他業界と比較して保険業界は遅れている印象を受ける。先進的な企業では上記に追加して第三者検証（開発チームとテストチームの分離）も開始されており、こういったものは一朝一夕には成熟度が上がらないため、早急な着手が求められる。
また、トレーニングのシステム化／簡便化はトレーニングプラットフォームの導入やビデオの利用で開始できるが、そもそもはトレーニングの必要性を最小限にするために、いわゆるカスタマーエクスペリエンスに基づいたプラットフォームの構築が必須となる。「プラナー支援プラットフォーム」の構築にはこういった考慮も十分に行う必要があるであろう。
いうまでもないことだが端末の選択も考慮が必要だ。
現在でもそうだが、今後も“セキュリティの堅牢なタブレット端末を利用してのお客さまとのコミュニケーション”が主流となると考えられるため、原則としてはタブレット端末ネイティブでの開発が望ましい。また、「ライフステージ・プランナー／コンサルタント」がお客さまからのフィードバック情報を入力するために、タブレット上にペンで手書きできるようにし、さらには手書き情報が自動的にお客さま対応履歴に追記されるなどの、“会話を止めない仕組み”の考慮も、ハードウェア、エクスペリエンスの組み合わせで可能となるテクノロジー技術水準にすでに到達している。
お客さまによっては「ライフステージ・プランナー／コンサルタント」を通さずに自身で情報にアクセスする希望があるかもしれない。こういったポータルは今でも存在しているが、それらも「ライフステージ・プランナー／コンサルタント」と同様に、「パーソナライズされたインサイト」やサービス情報を提供するようにビジネスアーキテクチャの一部として定義しても良い。
その場合、提供する情報として“「ライフステージ・プランナー／コンサルタント」を通してのみ提供する提案・情報と区別化すること”、“特定のライフサイクルイベントに依らないニーズを提供すること（健康増進・不安などへの情報）”が重要であり、いわゆるゲーミフィケーションや行動喚起の手法を含めることで、お客さまの興味を惹き続ける／飽きさせないようにする考慮が必要だ。
図表は「プラナー支援プラットフォーム」のコンセプトである。
