保険業界の知見・ナレッジ

目次 ① UATシナリオの考え方（代理店管理） ② 代理店管理のシナリオ観点 ③ 代理店管理のシナリオ例 ④ 代理店管理（募集人登録）のケース例 ⑤ UAT推進でお困りの方へ 前回までは、UATシナリオの作成に向けた大きな考え方、新契約引受（ペット保険）のUATシナリオ例、保険金支払（医療保険）、異動（自動車保険）のUATシナリオ例を紹介しました。 保険業務 UATシナリオの作り方　- ⓪大きな考え方 - 保険業務 UATシナリオの作り方　- ①新契約引受（ペット保険） - 保険業務 UATシナリオの作り方　- ②保険金支払（医療保険） - 保険業務 UATシナリオの作り方　- ③異動（自動車保険） - 今回は、UATシナリオ作成の考え方が少し異なる業務領域をピックアップし、代理店管理業務でのUATシナリオとUATケースを例として整理していきたいと思います。代理店業務とは、代理店の登録や募集人の登録・資格を一元管理する業務です。 詳しくは、【生保業務_か】 代理店管理 （Agency Management）を参照ください。 ① UATシナリオの考

目次 ① UATシナリオの考え方（異動） ② 異動のシナリオ分岐観点 ③ 異動（自動車保険）のシナリオ例 ④ 異動（自動車保険）のケース例 ⑤ UAT推進でお困りの方へ 前回までは、UATシナリオの作成に向けた大きな考え方、新契約引受（ペット保険）のUATシナリオ例、保険金支払（医療保険）のUATシナリオ例を紹介しました。 保険業務 UATシナリオの作り方　- ⓪大きな考え方 - 保険業務 UATシナリオの作り方　- ①新契約引受（ペット保険） - 保険業務 UATシナリオの作り方　- ②保険金支払（医療保険） - 今回も、業務領域と保険種目を少し変えて、損害保険会社の主力である自動車保険における異動業務におけるUATシナリオとUATケースを例として整理していきます。異動とは、主に契約成立後の契約管理の中の契約変更のことを言います。生保では”保全”と言いますが、今回は自動車保険なので、損保での業務名を使っていきます。 ① UATシナリオの考え方（異動） それでは、自動車保険における「異動」のUATシナリオを考えていきたいと思います。契約者から契約

目次 ① UATシナリオの考え方（保険金支払） ② 保険金支払のシナリオ分岐観点 ③ 保険金支払（医療保険）のシナリオ例 ④ 保険金支払（医療保険）のケース例 ⑤ UAT推進でお困りの方へ 前回までは、UATシナリオの作成に向けた大きな考え方と新契約引受（ペット保険）のUATシナリオ例を紹介しました。 保険業務 UATシナリオの作り方　- ⓪大きな考え方 - 保険業務 UATシナリオの作り方　- ①新契約引受（ペット保険） - 今回は、業務領域と保険種目を少し変えて、生命保険会社が提供する医療保険における保険金支払い業務におけるUATシナリオとUATケースを例として作成していきたいと思います。 ① UATシナリオの考え方（保険金支払） では具体的に、医療保険における「保険金支払」のUATシナリオを考えていきたいと思います。契約者から医療保険の請求を受け付け、請求データ取込、支払査定、支払承認、支払、完了通知までの一連の業務を新システムで運用できるかをUATで検証するためのシナリオ・ケースをどのように作っていくかを整理します。 UATで確認する業務

目次 ① UATシナリオの考え方（新契約引受） ② 新契約引受のシナリオ分岐観点 ③ 新契約引受（ペット保険）のシナリオ例 ④ 新契約引受（ペット保険）のケース例 ⑤ UAT推進でお困りの方へ 前回は、UATシナリオの作成に向けた大きな考え方を整理しました。 保険業務 UATシナリオの作り方　- ⓪大きな考え方 - 今回は、もう少し深掘って、特定の保険業務領域にフォーカスしてUATシナリオとUATケースを例として作成していきたいと思います。 ① UATシナリオの考え方（新契約引受） ここでは、保険会社の業務領域の中で「新契約引受」のUATシナリオを考えていきます。保険種目は、その他新種「ペット保険」にしたいと思います。ペット保険の申込を受け付け、申込データ取込、引受査定、計上、証券発行、不備対応までの一連の業務を新システムで運用できるかをUATで検証するためのシナリオ・ケースをどのように作っていくかのイメージ例となります。 UATで確認する業務スコープ（新契約引受） まずは、基本シナリオを整理すべく、シナリオを分岐させるポイントを考えていきます。

目次 ① UATの位置づけ ② UAT計画書の目次例と範囲 ③ UATシナリオの考え方 ④ UATシナリオとUATケース ⑤ UATシナリオ例の案内 ① UATの位置づけ 保険会社の業務改善に向けたプロジェクトの最終フェーズで、業務部門でのユーザー受入テスト（以下、UAT）を行います。要件定義後のUATまでの工程では、システム開発ベンダー等の開発側が作成した成果物をレビューし、承認する役割だった保険会社の業務部門が自ら主体となって計画・準備から実行までを行うフェーズとなり、通常業務を行いながらの対応でリソースが足りず、外部のコンサルティングファーム等に支援依頼を行うケースがあります。今回は、過去の支援経験を踏まえて、”UATシナリオの作成“にフォーカスを当てて、業務部門でのUATの実行方法を説明していきます。 UAT計画書の位置づけ システム開発を伴う保険業務BPRプロジェクトのテスト工程は、一般的に、単体テスト⇒結合テスト（内部結合・外部結合）⇒総合テスト⇒UATという順序で進めていきます。システムの品質を確保するテスト工程の推進主体はシステム

費用対効果の概算を行って、BPRプロジェクトにおける施策の優先順位をすり合わせしたら、構想策定フェーズの最終ステップとして「実行計画」を策定します。ケースバイケースですが、詳細スケジュールや体制は各施策ごとに精緻な計画を策定することが多く、スコープとなっているプロジェクト全体の大きな進め方をロードマップとして整理するイメージ。描いた目指す姿を実現するために、今後どのような順序で施策を実行していくのかを関係者と認識合わせして、プロジェクトをクローズします。 ①. 全体ロードマップの策定 構想策定フェーズで整理した全施策を時間軸に沿って配置し、全体のロードマップを策定します。ロードマップは、経営層や事業部門に対して、今後3～5年間でどのような順序で施策を実施していくのかを視覚的に示す成果物なので、関係者とコミュニケーションを取りながら仕上げていきます。費用対効果等の評価軸で決定した優先順位をベースに、施策の実施順序を決めます。ただし、優先順位だけでなく、施策間の依存関係（施策Aが完了しないと施策Bが開始できない等）や、リソース制約（同時並行で実施でき

施策内容を具体化し、目指す姿を関係者と共有したら、次はそれらの施策を実行するために必要な「費用」と、施策によって得られる「効果」を概算します。経営層への説明や予算確保、施策の優先順位付けにおいて極めて重要な判断材料となります。以下に主な流れとポイントをまとめていきます。 ①. 費用概算の準備（情報収集） 費用概算に向けて、必要な情報を収集します。前フェーズで整理した施策一覧をもとに、各施策で発生するコスト項目を洗い出します。主なコスト項目は以下のような感じだと思います。 ◆初期費用（イニシャルコスト） ・ソリューション導入費用（ライセンス購入費・初期設定費） ・システム開発／カスタマイズ費用 ・業務プロセス設計費用（コンサルティング費 等） ・プロジェクト管理費用（PMO費 等） ・インフラ整備費用（サーバー・ネットワーク・端末 等） ◆維持・運用費用（ランニングコスト） ・ソリューション利用料（月額・年額ライセンス費） ・保守・サポート費用（ベンダー保守・ヘルプデスク 等） ・システム保守・運用費用（ベンダー保守・ヘルプデスク 等） ・業務委託

課題に対して、「何を使って（ソリューション）」「どう解決するか（打ち手の方向性）」を整理できたら、次はそれらを実際に取り組む「施策」として具体化していきます。これまで、抽象的だった打ち手案をプロジェクトの関係者が理解できて実行可能なレベルまで落とし込み、関係者が共通認識を持てる「業務の将来像」としてアウトプットします。 ①. 打ち手案から施策への具体化 整理した打ち手案を、実際にプロジェクトとして実行する「施策」として具体化していきます。打ち手案の段階では概念レベルだった内容について、「目指す状態（どういう状態になりたいのか）」「解決する課題」「業務プロセス」「ソリューション」を定義した上で、何を実現するのかをできるだけ詳しく書いていきます。プロジェクトによって、To-Beシステムなのか、To-Be業務なのか等、重点的に記載することは異なりますが、各施策を記載するフォーマットを事前にすり合わせて、「誰が」「いつまでに」「何を」「どのように」実施するのかを明確にすることで、後続の実行計画のインプットとします。下記は、アウトプットイメージです。...

現状業務（As-Is）の整理と課題・ニーズの洗い出しが終わったら、いよいよ「あるべき姿（To-Be）」を描き、それを実現するための「武器（ソリューション）」を特定するフェーズに入ります。昨今のDXブームも受けて、単なる改善に留まらず、保険業界のトレンドやテクノロジーをどう実業務に落とし込むかが問われることが多いです。ただ、意識したいことは、きちんと実行できる施策を検討する、ということです。構想や計画が立派でも実行されなければ効果は発現しませんし、そのようなケースは多々あります。最新トレンドを盛り込むことも求められますが、主要な課題を解決できる打ち手は、流行のソリューションではなかったりすることが多いです。 ①. 目指す姿（全体像）の定義 打ち手を検討する前に、BPRを通じて実現したい「目指す姿」を整理して、関係者と共有します。洗い出した課題・ニーズを解決した先に、どのような状態になっているのか、業務部門としてどんな価値を提供できるようになるのかを言語化します。例えば、損害サービス業務であれば、「事故対応のリードタイム30%削減」、「顧客満足度向上

現状業務を整理しながら、クライアントが抱える課題を洗い出していきます。”発散”の段階なので、検討の漏れがないようにすべて可視化することがポイントで、どのような観点（フレームワーク）で課題・ニーズを洗い出ししたがクライアント側からも理解できるように整理します。 ①. 課題仮説の検討 現状業務の課題・ニーズのヒアリングや分析は、何も考えずに始めると結構偏ります。声の大きい人の課題だけが集まる、分かりやすい非効率（IT・入力作業）に寄ってしまう等の傾向があるため、事前にどんな課題がありそうかを把握しておきます。よく使われる観点（プロセス・IT/システム・組織/人・顧客・ルール）等を使って課題を洗い出しておくとともに、他PJの事例・ITベンダーの情報・業務知見者等から情報を集めて、課題仮説を整理しておきます。ほとんどケースで、クライアント側が想定している課題も提示されると思うので、そこも考慮しますが、本当にそうなのか？他にないのか？という視点で考えます。 ②. 業務データ分析（裏付け） 仮説として整理した課題を検証しにいきます。できれば、業務部門にヒアリ

保険業務BPRを実施するアプローチ・作業スケジュールを整理したら、まずはBPRのスコープとなった現状業務を理解しながら、整理していきます。以下に主な流れとポイントをまとめていきます。（※ 現状業務フローは考慮しないで、ゼロベースで新業務を検討するまさにBPRをする場合は、この限りではありません。） ⓪. BPRの目的／スコープの認識合わせ 実作業に入る前のプロジェクト開始時に、今回なぜBPRを実施するのか、BPRで何を実現したいのか（プロジェクトの背景・目的）を認識合わせします。提案時や契約締結時に確認すると思いますが、新たなメンバーが参画することもあるので、Kick-Offミーティング等でプロジェクトが目指す状態、検討スコープ、作業内容・成果物を具体的に明記して目線を合わせます。多くのケースで大まかな課題感や考えている方向性があると思うので、その辺を踏まえて検討ポイントも整理して確認しておくことも大事です。 ①. 業務マニュアル確認 事前に他プロジェクト事例や社内ナレッジやWeb上にある保険業界フレームワーク等を参考に大まかな業務プロセスと作業

保険会社の業務部門において、次期3か年計画等の事業計画を作成する際に、ITソリューション等を活用して既存業務を効率的にする取組の企画を行うケースがたくさんあります。クライアントとなる保険会社が事業計画を検討するインプットとすべく、コンサルティングファームに発注し、構想策定フェーズとしてプロジェクトを進める大きな流れを整理しました。 ちなみに、保険業界は国内の他産業と比較して規制が厳しい業界となるため、マイケル・ポーターの競争戦略論がそのままの形では成立しにくく、各社が取り得るポジショニングは限定されます。具体的には、①コストリーダーシップ戦略、②差別化戦略、③集中（ニッチ）戦略という3つの基本戦略がありますが、保険商品の制約（承認認可制やプライシング規制）、販売チャネルの制約、財務健全性の制約、業務範囲の制約等があるため、極端な低価格化や業界の枠を超えたサービス提供が難しい傾向にあります。（もちろん販売チャネルや顧客セグメントを限定してポジションを取るケースもあります。） なので、「戦略の違い」よりも「業務運用力の違い」が優位性につながる傾向が比