使用软件加速器来填补那难以捉摸的百分之二

sipon150

在过去几十年的现代计算机时代，汽车、银行，当然还有保险等行业已经多次开发和重新开发其核心处理系统。当公司必须决定是继续投资旧系统还是转向不同的方向时，这通常会导致一个转折点。那时，升级或更换已有数十年历史的系统的替代项目（现在被称为“现代化项目”）这一更合适的绰号就开始启动。然而，问题在于，这些项目并不是过时系统的原样替代品，而是努力构建全新的软件，同时牢记保险公司的新业务战略、工作流程和流程。

当保险公司和其他企业着手这些现代化项目时，他们从 卡塔尔电话号码列表 初始阶段开始，在该阶段进行高级分析，并通常做出购买解决方案或构建解决方案的重要决策。这些决策是根据多种因素做出的，包括总体成本、上市时间、技术和业务资源以及其他一些考虑因素。无论选择哪种解决方案，它通常都基于依赖 80/20 规则的高级分析，因此无论做出构建还是购买决策，都是基于以下假设：所需功能需求的百分之八十将会被满足。

在项目的下一阶段，更深入的中层分析，加上许多小团队的创建，最终确定了支持新软件某些功能所需的必要集成解决方案和特定功能解决方案。这里再次决定是否购买解决方案或为特定功能特性构建解决方案。下面的示意图是这个重复决策过程的一个非常简单的例子：


然而，许多保险公司错误地认为他们需要完全填补较大平台无法满足的 20% 的功能需求缺口。因此，他们认为，为了解决百分之二十的差距，他们对特定特性或功能的决策过程必须是购买通常比他们需要的产品，这通常会导致无意的——但非常真实的——对整个项目的损害。造成这种情况的原因有很多，但主要驱动因素通常是：

没有对解决特定解决方案的产品进行深入分析
决策成本通常被视为无关紧要的因素，因为它通常只占整体现代化预算的一小部分
为解决所需解决方案而选择的产品具有比所需更多的功能
最有价值的产品特性仍然需要进行调整以满足功能需求。
下面的示意图说明了以上几点：


但还有另一种方法。对于特定的功能和特性，保险公司应考虑使用“软件加速器”。加速器是在内部创建和维护的，通常比产品更简单，并且其本身可能是也可能不是完整的解决方案。但它们可以为保险公司提供一种有效且成本较低的方式来填补功能空白。虽然成本在现代化项目的现阶段可能不是问题，但在必要时，任何累积的成本节省都可以用于从初始软件加速器构建功能更全面的解决方案。好处是，加速器解决方案通常比市场上的通用解决方案更符合保险公司的需求，并且可以轻松定制以提供特定的功能需求，而无需投入更多的时间，

如果说软件加速器有一个缺点的话，那就是这种方法有可能变成维护问题。然而，用于任何加速器维护的资金通常远远低于现成产品的许可和/或续订成本。即使成本以某种方式平衡，使用内部编写的软件加速器也可以为保险公司提供比从提供商处购买的任何通用解决方案更精确的功能解决方案。



举一个具体的例子，通常情况下，在构建分析和报告解决方案的过程中，保险公司往往会花费大量资金和精力来获取和实施 ETL 工具，但最终却没有得到充分利用——通常只是为了数据摄取和元数据。同样，保险、金融、医疗保健领域的大多数核心系统现代化工作都包括购买全功能产品，用于执行主数据管理、审计和数据质量等特定任务。在任何这些场景中，评估创建内部加速器来提供这些功能的利弊都是值得的。

使用软件加速器是保险公司可能想要考虑的一个想法。除此之外，软件加速器有可能使保险公司能够灵活地控制难以捉摸的百分之二十的功能需求，而无需过度支出并增加其技术环境的复杂性。最终，这可能是保险公司优化和管理其软件组合的更好方法，同时又不会满足于大多数功能从未得到充分利用的过度杀伤性产品解决方案。对于为了保持竞争力而进行现代化竞争的保险公司来说，这并不是一个糟糕的交易。