保险行业BI案例概览

The Big Picture Case for Business Intelligence for Insurance Carriers

You are a business person.  You may also be a technologist. Regardless of which role or roles you fill, either you or your boss wants hard cost and ROI data on any investment the company is going to make, especially in regards to software.  You need to understand how much money a particular software investment is going to save you, how your implementation is going to accelerate, how quickly it will  provide a business solution to the business users, among others..  While this is understandable and absolutely vital with any investment, you need to look at business intelligence (BI) initiatives from this ROI angle, but also a very different, futuristic angle.    

At this point, you may be hesitant to hear advice from a vendor advising not to examine ROI during a software purchase.  That's not exactly what I'm advising.  There are so many more things to consider when going through a BI/Data Warehouse purchasing process. In my humble opinion, there, are more important variables than "cold, hard implementation numbers", which often are not revealed for two to five years after implementation.  As with any investment, those "cold, hard numbers" depend heavily on your company's willingness to change.  This willingness to adapt is, without question, the most vital thing your company must do in order to make a BI/Data Warehouse initiative successful from an ROI standpoint.

This is extremely true for the insurance industry; an industry known more for its plodding pace than for agility. Don't get me wrong, you can absolutely measure ROI for things like:

  • ·         How long will it take to get in production?
  • ·         How much money will I save by going with a pre-built model over building one internally?
  • ·         Will I be able to maintain the new solution with fewer resources?
  • ·         How much will it cost me to customize the models that are in the market today?
  • ·         What does one solution save me over another?
  • ·         What's the cost of developing everything in house?
  • ·         How much maintenance cost will I save over my current solution?

A vendor can and should be willing to help you with the questions above and questions similar to those, but the hard ROI questions must be internalized and thought through. Often these questions are technology and carrier independent. Internal carrier questions may refer to:

  • ·         What decisions have we made based on insufficient data? What was the cost or profit of those decisions? 
  • ·         How many decisions were delayed due to lack of information? 
  • ·         What's the opportunity cost of not having quick access to information at every level of the organization?
  • ·         How fast can I go to market with a new product now?  What are the bottle necks in developing new products? Where could I use better/faster information?  How will this speed my go to market?
  • ·         Do I know if I'm profitable at a policy level?  Or do I know if I'm profitable at a policy group level (Male drivers, age 21 that drive Pintos).
  • ·         Do I know what policies to continue or stop writing? How much money am I losing from these bad policies? How much money am I gaining from good policies?
  • ·         Do you know and understand your renewal rates? By Geography, LOB, Agent/Channel, etc...
  • ·         Are my agents driving high profit business or high loss business - which agents, geographies, etc?

Do you know the answer to the above questions?  Often just thinking about those questions brings on night terrors and cold, sweaty palms from line of business managers, underwriters and IT directors.  Primarily because of three reasons: You can't get to the information quickly to make those decisions, you've made decisions in past based on partial data, and not least important is that your company simply doesn't ask these questions.   McKinsey & Company alluded to this in their Managing IT in a Downturn report in 2008 by relaying, "Few companies have successfully capitalized on the explosion in data in recent years.  Often this information, residing in separate IT systems or spread across different business units, has never been mined for insights that could add value."[1]  This is especially true in insurers that have multiple admin systems (policy and claims) and multiple disparate analytic solutions within departments like actuary and claims.   Compounding this issue for insurers is that they are one of the world's biggest hoarders of data and typically only actuarial departments take advantage of the data.

Kknowing all this, how can you position your company to take advantage of a BI initiative?  You must first be able to answer the company-specific questions above to justify a BI initiative.I don't use the term "initiative" lightly.  Buying and using BI to make your business more profitable takes initiative.  It takes executive initiative and it takes IT initiative, claims initiative and underwriting initiative, and actuarial initiative...  Every group must be involved in the decision to make use of BI.  This doesn't mean that every group needs to be involved in examining the technology, (except for vertical solution sets), but they should have some internal benchmark questions answered for their department that can give IT a leg up as they begin the arduous determination process. 

Therefore, you must understand if your company has the initiative to make BI adoption necessary. This involves having commitment and understanding from each of your departments.   Each department also must develop their own metrics in which faster access to information, and the visual analysis of data, can help them answer.  Set a standard with department-specific benchmarks to encourage participation in this exercise.  With that said, the following should be considered and answered affirmatively before making BI/Data warehouse decisions:

  • ·         Does your management team (executive, line managers and mid managers) have the initiative, wherewithal, and the desire to change the way and the speed in which they make decisions today?
  • ·         What are the questions that each group does not have answers for today?  Either no answers whatsoever or you may have received the answers, but they were so late in coming to you that it didn't matter when you received them.  Make departments accountable.  Ask them to reach outside their normal day-to-day activities and ask questions that they don't know the answer to today, but could have they had access to specific data.
  • ·         Have you empowered your mid-level management (claims management, underwriting management) teams to make decisions when new paradigms present themselves?

You should ask these questions under any BI initiative and you should provide your people with the tools to answer the questions that are most nagging. 

Lastly, while attaching a purchase ROI to justify BI initiatives is not the single, recommended approach,, I would like to state for the record that I'm a big fan of ROI and payback analysis - I wouldn't be a supporter analytics if I were not.  So, by all means, create an implementation ROI model and understand the cost and time associated with implementing, customizing and maintaining of your BI and data warehouse system. Just be sure to wrap that ROI model with the real business questions of why you are moving forward with a BI initiative.


[1] McKinsey & Company, "Managing IT in a Downturn: Beyond Cost Cutting", Fall 2008

转载于:https://www.cnblogs.com/biproject/archive/2010/11/05/1870336.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
目录 2 一、 前言 5 1. 定义 5 2. 用途 5 二、 BI项目二期建设目标 5 1. 系统的功能体系结构概述 5 2. 总体功能体系结构说明 6 1) 日常业务报表 8  定制脱机报表 8  联机报表查询 8 2) 业务探索式分析(OLAP) 8 3) KPI指标分析报告 9 3. 系统流程 10 1) 系统总体流程 10 2) 日常业务报表处理流程 11 3) 业务探索式分析(OLAP)处理流程 12 4. 数据说明 12 1) 总体数据说明 12 2) 系统数据来源详细说明 14 3) 日常业务报表分析处理数据说明 14 4) 业务探索式分析OLAP处理数据说明 14 5. 系统界面基本形式 15 三、 某零售集团BI系统运行环境 15 1. 软件环境 15 1) 软件环境配置图 15 2) 软件环境配置说明 16  客户端软件 16  BI应用 16  中间件 16  数据库管理系统 17  操作系统 17 2. 网络与服务器环境 17 1) 网络与服务器配置图 17 2) 网络与服务器配置说明 18  某零售集团信息仓库ODS服务器配置 19  某零售集团信息仓库OLAP服务器配置 20  某零售集团信息仓库Web应用服务器配置 21 四、 某零售集团BI项目需求分析的任务概述 21 1. 对一期需求业务的重新整理、归类、筛选和补充 22 2. 跨业态商流、物流分析 22 3. 决策支持系统 22 4. 数据交换平台 22 五、 某零售集团BI项目需求分析的对象 23 1. 区域/业态 23 1) 中等超市业态子公司主题分析 23  运营分析 23  商品分析 24  合同 24  订货 24  销售 24  旬报 24  供应商 24  品类KPI指标 24  品类组KPI监控 24  品类组业绩监控 24  供应商分析 24  供应商基本查询 24  供应商供应结构分析 24  供应商供货能力分析 24  供应商销售分析 24  供应商库存分析 24  供应商贡献度分析(KPI) 24 2) 加盟店分析 24  进货分析 25  销售分析 25  库存分析 25  要货分析 25 3) 大卖场业态子公司主题分析(将来纳入) 25 4) 便利店业态子公司便利主题分析(将来纳入) 25 5) 江苏分公司主题分析(将来纳入) 25 6) 浙江分公司主题分析(将来纳入) 25 2. 跨业态商品分析 25 1) 定牌商品主题 25  销售主题 25  库存主题 25  定牌商品结构分析 25  定牌商品供货能力分析 25  定牌商品贡献度分析(KPI) 25 2) 联合采购商品主题 25  供应商主题 25  库存主题 25  销售主题 25  联合采购效果评估(KPI) 25 3) 生鲜商品主题 25  销售统计报表 25  销售跟踪报表 25 3. 中仓分析 26 1) 中仓库存分析 26 2) 中仓进发货分析 26 3) 门店向中仓要货统计 26 4. 决策分析 26 六、 日常业务报表分析的详细内容 26 七、 多个业务因素、多角度、随机式探索式分析OLAP 26 1. 探索式分析功能概述 27 2. 探索式分析的形式 27 3. 探索式分析所提供信息内容 28 4. 探索式分析的基本操作 28 八、 决策支持系统 29
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值