고객은 점점 더 높은 수준의 디지털 참여를 요구하고 있으며 보험사는 기술을 사용하여 서비스를 개선하고 새로운 고객을 유치하고 기존 고객을 유지할 수 있는 새로운 방법을 찾아야 합니다. 이전 게시물에서 우리는 매력적인 클레임 프로세스를 구축하기 위해 디자인 사고 방식을 적용한 방법, 고객 여정을 가능한 한 원활하게 만들기 위해 핵심 UX 과제를 해결하는 데 중점을 두었습니다. 클레임 앱은 다음에 의해 개발된 보험 솔루션 모음 중 하나일 뿐입니다. Mendix 전도팀은 어떻게 보여줄 것인지 보여주기 위해 설계되었습니다. Mendix 이 플랫폼은 디지털 혁신을 위한 4가지 핵심 동인을 해결하는 데 사용될 수 있습니다.
- 신제품 출시
- 고객 참여 개선
- 운영 효율성 향상
- 레거시 마이그레이션
뛰어난 UX 외에도 유연하고 확장 가능하며 미래에도 사용 가능한 아키텍처를 갖춘 애플리케이션을 제공하는 것이 중요합니다.
보험사는 새로운 인슈어테크 스타트업으로부터 점점 더 많은 압박을 받고 있습니다. 이들은 최신 기술을 활용하여 차별화된 경험을 제공하는 신제품을 제공합니다. 예를 들면 다음과 같습니다.
- 레모네이드주택 보험을 제공하고 비디오 분석을 활용해 사기 청구를 줄이는 데 도움을 주는 회사입니다.
- 네오스보안 카메라, 침입 센서, 누수 센서 등 스마트 홈 장비를 활용해 사고를 사전에 예방하는 주택 보험사입니다.
- 스픽시지능형 기능을 제공하는 챗봇 기능 보험 시장을 위해 고객이 보험 약관에 포함된 어렵고 혼란스러운 용어를 이해하도록 돕습니다.
이러한 보험기술 스타트업은 처음부터 최신 기술을 사용하여 구축하고 있지만, 지속적으로 성공하려면 증가하는 수요를 충족할 수 있는 확장 가능한 아키텍처가 필요합니다.
보험 애플리케이션 제품군을 구축할 때 주로 두 가지에 중점을 두었습니다.
- 참여적이 되려면 이를 통해 플랫폼의 기능을 입증할 수 있었습니다.
- 디지털 보험사 혁신 – 기존 보험사가 우리 플랫폼을 활용해 디지털 보험사가 될 수 있는 방법.
미래의 디지털 보험사는 고객에게 평생 동안 더 나은, 더 적절한 보험 상품을 제공하는 전체적인 참여 모델로 전환해야 합니다. 그러기 위해서는 기술을 사용하여 고객과 더 잘 소통해야 합니다.
더 나은 참여는 연령, 인구 통계, 중요한 삶의 사건(예: 결혼, 첫 주택 구매, 자녀 출산)과 같은 여러 요인과 데이터 포인트를 기반으로 고객의 요구를 이해하는 것을 의미합니다. 보험사는 이 정보를 지속적으로 분석함으로써 가장 적절한 시기에 특정 고객의 요구를 충족하는 맞춤형 보험 상품을 제공하기 시작할 수 있습니다. 보험사는 이러한 전체론적 접근 방식을 제공하고 간단한 포인트 솔루션을 제공하는 인슈어테크 스타트업과 경쟁하기에 적합합니다. 그러나 이는 종종 비용이 들 수 있으므로 운영 효율성을 개선하여 비용을 절감하기 위해 기술을 도입하는 것이 중요합니다.
그렇다면 우리는 어떻게 보험 상품을 설계했을까요?
프로젝트를 설계하기 시작할 때, 우리는 시장 수요에 따라 제공하고자 하는 세 가지 유형의 애플리케이션을 식별했습니다.
- 개인 재산 보험 상품
- 셀프 서비스 클레임 포털
- 인수 평가 포털
이러한 애플리케이션은 각각 보험 수명 주기의 다른 단계와 다른 계층을 나타냅니다. 가트너 페이스 레이어 모델.
3개의 애플리케이션은 어떻게 데이터를 공유하나요?
현대에 보험 상품을 제공하려면 상호 연결된 애플리케이션의 생태계와 시간이 지남에 따라 증가하는 수요를 처리할 수 있는 확장성이 필요합니다. 따라서 마이크로서비스 방식을 탐색하는 것이 필수적입니다.
마이크로서비스 애플리케이션 개발은 대규모 애플리케이션을 모듈형 서비스 모음으로 빌드해야 한다고 제안합니다. 하나의 대규모 모놀리식 애플리케이션이 아니라 여러 개의 소규모 서비스로 빌드해야 하며, 각각은 특정 비즈니스 요구 사항을 지원해야 합니다. 이를 개발하기 위해 애플리케이션을 견적, 정책 관리, 평가 및 청구의 몇 가지 핵심 기능으로 분리했습니다.
이러한 핵심 기능은 모두 활용됩니다. Mendix 교차 통신 및 데이터 공유를 허용하는 App Services. App Services를 사용하면 웹 서비스, xml 매핑 또는 스키마에 대해 걱정할 필요 없이 애플리케이션 간에 데이터와 논리를 쉽게 공유할 수 있습니다. 이러한 서비스의 추가 이점은 버전 제어 및 종속성 관리가 내장되어 있다는 것입니다. 이러한 서비스는 그런 다음 게시될 수 있습니다. 앱 스토어 전체 애플리케이션 포트폴리오에서 재사용이 가능해졌습니다.
앱 서비스 선택
앱 서비스 호출
정책 관리 서비스를 만들어 개인 앱 스토어에 게시하면 여러 애플리케이션에서 정책 세부 정보를 공유할 수 있습니다. 우리는 클레임 프로세스와 평가 엔진 모두에 서비스에서 제공하는 정책 정보를 사용했습니다. 웹 서비스보다 앱 서비스를 사용하는 이점은 앱 서비스가 여러 버전을 허용하고 종속성 검사를 허용한다는 것입니다. 서비스를 업데이트하면 이 서비스에 의존하는 종속 애플리케이션을 볼 수 있습니다. 애플리케이션을 서비스로 분할하면 향후 애플리케이션의 확장성과 유지 관리성이 향상됩니다.
그렇다면 Cloud Foundry와 같은 플랫폼을 선택해야 하는 이유는 무엇일까요?
모든 좋은 서비스 세트 뒤에는 안정적이고 확장 가능한 클라우드 플랫폼이 필요합니다. 여기에서 MendixCloud Foundry를 통해 즉시 사용할 수 있는 , 결합함으로써 Mendix Cloud Foundry를 사용하면 고객은 속도의 이점을 누릴 수 있습니다. 신속한 애플리케이션 개발 확장 가능한 멀티 클라우드 아키텍처를 기반으로 합니다.
그렇다면 보험사에게 왜 그렇게 중요할까요? 글쎄요, Cloud Foundry의 주요 이점 중 하나는 멀티 클라우드 배포입니다. Cloud Foundry를 사용하면 사용자가 AWS, Microsoft Azure, Google Cloud Platform 및 Open Stack과 같은 모든 인프라 공급자에 배포할 수 있습니다. 다른 많은 산업과 마찬가지로 보험 산업은 규제가 엄격합니다. 가장 큰 우려 사항 중 하나는 데이터 개인 정보 보호입니다. 모든 국가에는 보험사가 준수해야 하는 다른 데이터 법률이 있습니다. Cloud Foundry와 같은 플랫폼을 사용하면 보험사는 언제든지 전환할 수 있는 유연성을 갖추고 데이터 보호 요구 사항에 맞는 IaaS(Infrastructure-as-a-Service) 공급자를 쉽게 선택할 수 있습니다.
새로운 혁신적인 보험 상품을 출시할 때, 그것이 성공하고 회사에 새로운 수익을 가져다주기를 바랍니다. 하지만 성공이 커질수록 인프라에 대한 수요도 커집니다. 이를 충족하려면 수요와 규모를 처리할 수 있는 플랫폼이 필요합니다. 다음을 사용하여 Mendix Cloud Foundry를 사용하여 구축된 클라우드 플랫폼으로, 증가하는 수요를 충족하기 위해 애플리케이션을 쉽게 확장할 수 있습니다. Mendix 무상태 아키텍처는 수요를 여러 런타임 인스턴스에 분산할 수 있게 해줍니다. 이 플랫폼은 이러한 인스턴스에 부하를 우아하게 분산하여 트래픽의 엄청난 급증을 처리합니다.
무상태 아키텍처를 갖는 것의 또 다른 이점은 고가용성입니다. 하드웨어와 소프트웨어가 실패하면 애플리케이션에 미치는 영향이 엄청날 수 있지만 중요한 애플리케이션에서는 이것이 사용자에게 영향을 미치지 않는 것이 중요합니다. 무상태 아키텍처를 사용하면 실패한 런타임을 사용하는 모든 사용자가 다른 런타임 인스턴스로 원활하게 전환되고 충돌한 런타임은 자동으로 대체됩니다.
따라서 Mendix 클라우드는 고가용성을 높이기 위해 다중 가용성 영역과 함께 제공됩니다. 이 경우 데이터베이스에는 기본 데이터베이스에 대한 요청이 실패하면 자동으로 시작되는 웜 스탠바이가 있습니다. 전체 Mendix 애플리케이션, 즉 런타임과 데이터베이스는 AWS 지역 내의 여러 개의 완벽히 중복된 가용성 영역에 분산됩니다.
주요 요점
많은 보험사는 빠르게 혁신하고 빠르게 확장하는 데 어려움을 겪습니다. 이는 종종 건축 및 인프라에 대한 잘못된 결정 때문입니다. 이 블로그 게시물에서 보셨듯이, Mendix 기업이 증가하는 수요를 충족하기 위해 애플리케이션을 설계하고 확장하는 데 도움이 됩니다. 우리가 다음을 사용하여 구축한 것을 보셨습니다. Mendix 플랫폼, 이제 무엇을 만들 것인가?