国泰金控
近年来，保险市场从以商品为中心转变为以客户为中心，保险商品逐渐个人化，业者为了更深入了解顾客，也开始寻求搜集顾客数据的方式。不过，由于保户通常仅在理赔期间才与企业互动，相较于银行业，保险业较难直接取得顾客数据。因此，近年来，保险业者开始透过API整合进行异业合作，以扩大数据搜集的管道。保险商品的数位通路不在仅限于网页和App，而是扩展到更多场景中。
为了因应市场趋势，国泰产险在2020年就开始建置保险中台，支援保险商品快速重组，更在2021年推出电商式投保平台，能针对不同族群打造不同保险套餐。去年，国泰金控在技术年会上揭露了新一代保险云中台，将业务中台、智慧中台和技术中台合称作产品工厂，能让开发者快速在数位通路上线保险商品，从以往大约两周的上线时间，缩短至两天内，就能将新商品对接数位通路。
国泰金控数数发中心数位架构发展部专案经理苏书玄表示，团队在2021年完成商品组装平台后，开始进一步思考，如何以更弹性的方式与数位通路对接，同时顾及核心系统整合，打造更快速的保险产品重组制程。
首先，团队决定透过云端来支援通路快速变化。苏书玄表示，为了支持保险业发展生态系，平台需要快速和不同通路对接，而云端具备的高可用性、高迁移性和高扩容性，能让保险服务快速部署到海内外企业，符合业务需求。因此，团队首先决定将保险中台部署至云端，打造保险云中台。
再来，团队在保险云中台引入产品工厂的概念，要以低代码、组件化的概念快速组装保险商品，满足多种业务场景和顾客需求。产品工厂的资讯架构中，第一层是通路层，包含官网、App和异业合作通路。第二层是业务流程层，可以建立保险业务流程的生命周期中所有流程，通路层可以透过API和第二层串接。第三层则采用微服务架构设计，一方面提供了不同的处理引擎和各种业务功能元件，另外也区隔出不同类型的业务资料库，让使用者可以对应业务流程，快速组合业务元件和需要的业务资料库，组装客制化保险商品。
实现保险产品工厂的过程中，国泰金控遇到的第一个关键挑战，是如何设计保险商品结构。苏书玄说明，保险商品的设计过程复杂，必须涵盖整个保险生命周期的服务，从商品选择、承保检核、保费试算，再到承保受理、核保、出单，最后进行保费保全作业和理赔作业，才能完成一个保险商品。再者，保险商品架构不仅要符合既有商品的要求和规范，也要具备未来商品所需的弹性需求。
为了符合弹性组合的需求，团队以积木式作为商品架构方式。他们将保险商品拆解成多个层次，分为商品贩售、承保项目、承保标的、承保范围和保险责任等，使用者可以在既有商品中，以取出积木的方式选取业务逻辑，并在平台的商品管理中心进行调整。借由平台上的商品管理中心，使用者能因应新兴保单组装不同承保服务，新增或调整参数，和使用规则引擎，将商品与规则绑定。最后还能透过选定元件，快速制作投保页面。
过往保险商品上架数位通路时，需要经过四个步骤，第一步是商品配置，由精算人员或IT人员在核心系统设计和配置商品基本参数，第二步是计算规则费率，透过IT人员进行程式开发，撰写商品规则和保费计算，第三步是设计投保页面，由UI设计人员和IT人员合力架设网页。苏书玄表示，操作人员能在保险云中台完成前三个步骤，最后一键发布网页，完成第四个部署上线的步骤。
苏书玄举例，假设有租车平台业者与国泰合作推出叫车出游险，第一步进行商品发想，将投保对象分为乘客和驾驶，各自需要乘客伤害险和驾驶伤害险，第二步是进行结构拆分，选取保险商品所需的服务，例如将旅平险、行李丢失、道路救援、突发疾病和拖吊服务纳入商品中。接下来，使用者可以在平台提供的规则库中选取所需配件，例如将汽车强制伤害险的规则引入，最后在投保页面设计上，使用者只要拖曳想用的元件，就能组合出投保页面。
为了支援不同通路，平台可以透过配置设定和组装既有API，快速对外提供服务。此外，使用者也可依不同通路进行服务开放、权限控制、流量限制和请求转换等处理。平台也提供API服务管理监控功能，能进行异常告警，让使用者追踪交易资讯，和资源健康状态等服务。