Сегодняшние решения по модернизации происходят в принципиально новых условиях. Во-первых, крупномасштабные платформы SaaS (программное обеспечение как услуга), построенные на современных архитектурах, предназначенных для облачных операций, непрерывных обновлений и глубокой интеграции с экосистемами операторов, теперь жизнеспособны в масштабах. Во-вторых, конвергенция данных, искусственного интеллекта и облачных вычислений создает основу для внедрения новых технологий более агрессивно, чем когда-либо прежде, при условии, что платформа стабильна и масштабируема.
Технологическая модернизация часто рассматривается как ИТ-инициатива, требующая ограниченного участия заинтересованных сторон бизнеса. Тем не менее, готовность к переосмыслению и перестройке бизнес-процессов имеет решающее значение для успешного преобразования основных систем.
Разрабатывать или покупать? Шесть аспектов трансформации основных платформ
Решение о том, следует ли создавать индивидуальные решения собственными силами, приобретать коммерческие готовые платформы (COTS - commercial off-the-shelf) или модернизировать существующие системы, является сложным выбором. Центр тяжести в этом вопросе смещается — все меньше пользователей стремятся к полноценным кастомным сборкам, и все больше изучают способы расширения устаревших систем с помощью современных оболочек или использования платформ SaaS.
У каждого подхода есть плюсы и минусы. Пользователи, использующие собственные сборки, имеют больший контроль, индивидуальные возможности и более легкую адаптацию к будущим инновациям. Однако они, как правило, сталкиваются с проблемами длительных сроков, ограниченной масштабируемости и растущих затрат и недооценивают полную стоимость долгосрочного обслуживания и постоянных инноваций. В проектах по сборке инновации часто закрепляются на этапе ввода в эксплуатацию, а когда происходит перерасход средств, имеется недостаточная документация, сокращаются расходы на обучение, это лишают организацию возможности развивать платформу.
Организации, выбирающие платформы COTS, получают более быстрое внедрение и более широкие инновационные возможности благодаря модели постоянных изменений, в которой поставщик управляет непрерывным развитием платформы. Тем не менее, они часто сталкиваются с проблемами с использованием всего потенциала новых систем. Современные пакеты могут удовлетворить потребности за счет конфигурации без серьезной настройки, но они по прежнему очень сложны. В результате, даже внедрение COTS может потребовать длительных временных рамок для преодоления проблем интеграции и адаптации к все более сложной архитектуре приложений.
Детальная оценка по шести ключевым параметрам может помочь принять обоснованное решение о том, следует ли создавать новую платформу, покупать решение COTS или модернизировать существующую платформу.
К критическим параметрам относятся следующие:
1. Функционал и возможности платформы. Если бизнес-модель требует специализированной функциональности, значительной кастомизации или сложной интеграции, организация может рассмотреть возможность разработки системы. Для тех, кто готов адаптировать бизнес-процессы и уделять приоритетное внимание времени выхода на рынок, экономической эффективности и инновациям, COTS может подойти лучше всего, особенно с учетом того, что платформы продолжают добиваться успехов в улучшении своей конфигурируемости и более эффективном удовлетворении уникальных потребностей продуктов.Во всех случаях приоритетом должно быть то, сможет ли платформа поддерживать будущий рост и расширение продукта, не запирая бизнес в хрупких обходных путях.
2. Настройка рабочих потоков и опыт цифровизации. Организации могут рассмотреть возможность разработки, если у них есть узкоспециализированные рабочие процессы и им требуется индивидуальное решение. Покупка предоставит систему со встроенными и готовыми рабочими процессами. Другие соображения включают требуемый уровень автоматизации процессов и степень гибкости при внесении изменений в рабочий процесс. Для операторов, обновляющихся в рамках экосистемы COTS, вопрос заключается в том, улучшит ли новая версия скорость, автоматизацию или пользовательский опыт настолько, чтобы оправдать затраты и сбои в обновлении.
3. Управление, безопасность и контроль данных. Организации могут рассмотреть возможность разработки, если они отдадут приоритет индивидуальному управлению, полному контролю над проприетарными моделями данных и настраиваемым протоколам безопасности. Организациям выгоднее покупать модульные, масштабируемые решения с предварительно созданными расширенными аналитическими возможностями и которые могут принимать обновления безопасности, управляемые поставщиком платформы. Организации могут оценить, согласуются ли инновации от поставщиков с их ИТ-стратегией или сохранение контроля над проприетарными моделями имеет решающее значение, хотя современные COTS-платформы все чаще предлагают настраиваемое управление данными и надежные функции безопасности. Организации, уже использующие платформу поставщика, могут рассмотреть, обеспечивает ли обновление значимые улучшения в аналитике, переносимости данных и контроле рисков.
4. Время выхода на рынок и стоимость. Создание системы требует более высоких первоначальных инвестиций, а требуемая обширная разработка и интеграция означает, что внедрение может занять от пяти до десяти лет. Платформы COTS обычно предлагают более низкие первоначальные затраты и внедрение в течение трех-пяти лет за счет использования конфигурации с минимумом программирования и минимальной настройки для ускорения развертывания. Но даже в среде одного и того же поставщика серьезное обновление может потребовать тщательного тестирования, перенастройки и изменения бизнеса. Другими факторами являются совокупная стоимость владения, долгосрочная масштабируемость и предсказуемость затрат по мере роста бизнеса, а также то, соответствует ли новая модель амбициям роста или же индивидуальная сборка обеспечивает лучший контроль над затратами с течением времени.
5. Организационные возможности и инновации. Организации могут рассмотреть возможность разработки, если у них есть сильные компентенции, техническая глубина, возможности развертывания и сопровождения ПО. Те, кому не хватает глубоких инженерных ресурсов или кто предпочитает полагаться на инновации, управляемые поставщиками, могут рассмотреть системы COTS. Даже организациям с сильными ИТ-командами может быть трудно идти в ногу с темпами инноваций, предоставляемых ведущими поставщиками, которые вкладывают значительные средства в исследования и разработки и часто выпускают обновления. По мере того, как SaaS все чаще охватывает приложения, платформы и инфраструктуру данных в рамках единого предложения, организации могут оценить, поддерживает ли архитектура поставщика эту конвергенцию и обеспечивает ли она возможность расширения с течением времени. В конечном счете, все сводится к тому, могут ли организации поддерживать подход к сборке внутри компании или более эффективно сотрудничать с поставщиком. Для тех, кто уже использует платформу COTS, любое решение об обновлении может повлиять на готовность организации принять и внедрить улучшения, учитывая, что даже самые лучшие новые функции не принесут прибыли, если бизнес не готов их внедрить.
6. Риски во время миграции и а ходе эксплуатации. Разработка обеспечивает больший контроль над безопасностью, соответствием требованиям и нормативными рисками; минимизирует привязку к поставщику; и может быть правильным выбором для организаций, обладающих возможностями управления миграционными рисками и возможностями долгосрочного обслуживания системы. Организации могут рассмотреть возможность покупки, если они хотят проверенное решение с меньшим риском, имеют потребность в снижении сложности миграции, хотят комфортно работать с обновлениями безопасности, соответствовать нормативным требованиям. Организации также могут учитывать масштаб и сложность требований к соответствию, потенциальное операционное влияние миграции и долгосрочный компромисс между надежностью поставщика и внутренними возможностями управления рисками. Для существующих пользователей COTS значительные обновления сопряжены с риском, особенно если платформа претерпела сильные изменения или ландшафт интеграции сложен. Организации могут оценить операционное и бизнес-влияние процесса модернизации и сопоставить его с затратами на обслуживание устаревших систем и задержку трансформации.
Выбор поставщика: поиск подходящего стратегического партнера
Покупка современной системы может ускорить внедрение, тем не менее выбор подходящего решения и поставщика становится стратегической задачей. К распространенным ошибкам относятся выбор поставщиков без доказанной масштабируемости, недооценка проблем и сложности интеграции, а также ограниченная видимость возможностей платформы, слабые сети технической поддержки или недостаточное обучение. Организации должны оценивать, обладает ли поставщик финансовым благополучием, операционной дисциплиной и экосистемой для поддержания непрерывных инноваций. Выбор времени и способа обновления, а также подтверждение долгосрочного соответствия поставщика бизнес-модели и архитектуре требует такой же тщательности, как и первоначальный выбор поставщика. Существует шесть критериев, которые следует учитывать при выборе поставщика.
Лучшие в своем классе поставщики предлагают следующее:
1.
Масштабируемость и готовность к росту. Лучшая в своем классе платформа широко используется ведущими организациями, подкреплена тематическими исследованиями и отзывами клиентов и может масштабироваться для поддержки растущих объемов бизнеса, географического расширения и потребностей многопрофильного бизнеса. Важно отметить, что организации могут оценить, имеет ли поставщик достаточный свободный денежный поток для финансирования текущих исследований и разработок, гарантируя, что платформа продолжит развиваться и не будет стагнировать с течением времени. Кроме того, платформа может продемонстрировать гибкость инфраструктуры благодаря дизайну, ориентированному на API, и микросервисной архитектуре.
2.
Гибкость и системная интеграция. Гибкая платформа предоставляет целевые решения для конкретных этапов цепочки создания стоимости и легко интегрируется с другими внутренними или сторонними системами. Он может иметь широкий спектр документированных API с быстрым временем отклика и высоким временем безотказной работы системы, а также готовые коннекторы для стандартных отраслевых систем, что снизит потребность в обширной пользовательской разработке. Продвинутые платформы также обычно имеют надежную партнерскую сеть для обеспечения доступ к дополнительным решениям. Активная экосистема с различными каналами подачи данных на платформу, такими как сторонние приложения, партнеры и инструменты для разработчиков, помогает поддерживать актуальность и актуальность платформы.
3.
Доверие и присутствие на рынке. Надежный поставщик должен обладать доказанной способностью стимулировать инновации в отрасли. В частности, поставщики со значительным присутствием на рынке имеют проверенные решения.
4.
Сотрудничество и влияние на продукт. Сотрудничающий поставщик активно взаимодействует со своими клиентами для улучшения существующих продуктов и разработки новых функций и обновлений. Они вовлекают клиентов в процесс обновления продукта с помощью таких инструментов, как группы пользователей, консультативные советы и механизмы сбора отзывов через онлайн-порталы и специальных менеджеров по работе с клиентами. Сотрудничающие поставщики также прозрачны в отношении своей дорожной карты развития с четкими сроками и контрольными точками.
5.
Функциональность и адаптивность функций. Универсальная платформа предлагает широкий и сложный набор функций, предназначенных для различных сценариев использования, с расширенными основными функциями, такими как динамические конфигурации продуктов, возможности самообслуживания клиентов и автоматизированная проверка соответствия. Лучшие в своем классе вендоры регулярно расширяют возможности платформы с помощью готовых решений и обеспечивают настройку без кода или с минимумом программирования. Платформа также может быть адаптирована к будущим требованиям, особенно к поддержке передовых технологий.
6.
Сторонняя сервисная сеть и покрытие. Надежный поставщик имеет надежную сеть сторонних поставщиков услуг для внедрения и операционной поддержки, о чем обычно свидетельствует количество и глубина отношений с партнерами по системной интеграции, охватывающая географические регионы и предоставляющая местную поддержку и экспертные знания. Что еще более важно, эти сторонние партнеры могут иметь репутацию надежности обслуживания, подкрепленную последовательным соблюдением соглашений об уровне обслуживания, а также высокими историческими показателями эффективности.
Практические шаги для начала работы
К модернизации системы часто подходят как к технологической инициативе, но ее успех в равной степени зависит от лидерства в бизнесе. По своей сути модернизация — это трансформация бизнеса, требующая переосмысления процессов для реализации всей стратегической и операционной ценности системы. В настоящее время мы находимся на этапе демаркации, когда руководство бизнесом и ИТ больше не может работать параллельно — современная трансформация требует интегрированной, гибкой операционной модели, в которой бизнес и технологии совместно владеют результатами. Тесное взаимодействие и согласованность между руководителями бизнеса и технологий имеют решающее значение для обеспечения того, чтобы организация работала над достижением общей повестки дня.
Шаги для начала процесса модернизации:
- Заранее определите и согласуйте бизнес-цели и цели в области технологий. Прежде чем оценивать решения, согласуйте внутри компании желаемые бизнес-результаты и приоритеты модернизации. Общие цели включают повышение операционной эффективности, ускорение выхода на рынок, улучшение цифрового обслуживания клиентов и сокращение долгосрочных затрат на ИТ.
- Проведите структурированную оценку "разработка в сравнении с покупкой или обновлением". Используйте четкую структуру для оценки бизнес-потребностей, сложности продукта и технологических приоритетов по ключевым параметрам, таким как функциональность, стоимость, скорость, масштабируемость и риски. Это гарантирует, что решение будет объективным. Подумайте о том, как система должна развиваться в будущем, чтобы поддерживать меняющиеся предложения продуктов, цифровую дистрибуцию и интеграцию экосистемы.
- Оцените внутреннюю готовность и пробелы в возможностях. Оцените внутренние возможности для выполнения крупномасштабной трансформации, включая доступные таланты, возможности, существующую инфраструктуру, сложность интеграции и согласованность руководства. Знание своих ограничений может помочь спланировать правильную поддержку, будь то через поставщиков, внутреннее повышение квалификации или найм.
- Проведите выбор поставщика или оценку обновления. Выйдите за рамки списков функций и оцените долгосрочную жизнеспособность, гибкость интеграции, партнерство в экосистеме и сотрудничество между поставщиками и клиентами. Для существующих пользователей платформы оцените, значительно ли предлагаемое обновление расширяет возможности, устраняет ли оно болевые точки и согласуется ли оно с бизнес-целями без чрезмерного риска внедрения.
- Расставьте приоритеты и определите последовательность инициатив. Управляйте сложностью трансформации и постепенно достигайте результатов с помощью структурированной дорожной карты. На начальном этапе можно было бы сосредоточиться на быстрых победах, которые соответствуют бизнес-приоритетам, обеспечивая ранний успех для наращивания темпов и совершенствования процессов. На последующих этапах можно было бы заняться высокоприоритетными инициативами с учетом зависимостей, рисков и доступности ресурсов.
- Обеспечьте эффективное управление проектами. С самого начала обеспечьте эффективное управление, например принятие решений, права и пути эскалации, чтобы избежать задержек, управлять масштабом и сосредоточить команды на создании ценности, а не только на достижении контрольных точек. Модернизация — это многолетний процесс, который с самого начала требует жесткого управления для управления сотрудничеством между бизнес-командами и технологическими командами.
- Реализуйте управление изменениями и стимулируйте их внедрение. Сведите к минимуму сопротивление и максимизируйте отдачу от трансформации с помощью таких инициатив, как четкое изложение видения (например, с помощью информационного бюллетеня компании, общего собрания или сессии вопросов и ответов сотрудников), обеспечение согласованности руководства и постоянной поддержки, проведение целевых программ обучения и поддержание структурированных каналов обратной связи для решения проблем и совершенствования процессов трансформации.
Модернизация систем — это трансформационный процесс, требующий тщательного планирования, эффективного управления и тесного сотрудничества между бизнесом и технологиями. Успех начинается со структурированного подхода к оценке этих вариантов, выбору правильных решений или поставщиков, а также созданию эффективной операционной модели, обеспечивающей подотчетность и эффективное принятие решений. Эффективное управление изменениями, например, путем обучения пользователей и согласования действий заинтересованных сторон, не менее важно, но часто упускается из виду. Имея четкую дорожную карту и правильную модель исполнения, организации могут максимизировать ценность своих основных систем и позиционировать себя для устойчивого долгосрочного роста.
Источник
Данный материал был немного переработан на основе следующей статьи
Как страховщики P&C могут успешно модернизировать основные системы. 12 мая 2025 г. Криш Кришнакантан, Санджай Канияр, Танги Кэтлин, Софи Ру.
How P&C insurers can successfully modernize core systems. Krish Krishnakanthan, Sanjay Kaniyar, Tanguy Catlin, Sophie Ru.
https://www.mckinsey.com/industries/financial-services/our-insights/how-p-and-c-insurers-can-successfully-modernize-core-systems