Bupa сократила сроки legacy-модернизации мобильного приложения примерно на 60% и заодно подняла его рейтинг с 3,7 до 4,7. Для русскоязычной IT-аудитории здесь важен не только сам кейс, но и смена логики: устаревший стек все чаще воспринимают не как «когда-нибудь перепишем», а как прямое ограничение для AI-функций, скорости релизов и найма.
Об этом сообщает MIT Technology Review со ссылкой на выпуск Business Lab, подготовленный в партнерстве с Infosys. В центре истории австралийско-азиатский контур Bupa: у компании около 7 млн клиентов в регионе Asia-Pacific, а приложение My Bupa служит для них основной точкой самообслуживания. Через него пользователи управляют страховым покрытием, обновляют данные полиса, подают заявки и проверяют доступные услуги. Когда такой фронт для клиента висит на платформе с истекающим сроком жизни, разговор быстро перестает быть сугубо инженерным.
Проблема была вполне приземленной. My Bupa был построен на Xamarin, а поддержка Microsoft для этой технологии завершилась в 2024 году. У Bupa оставался расширенный контракт поддержки, но, как объяснила CIO направления health insurance Асифа Шерази, это лишь временный мост, а не стратегия. Компания решила не ждать, пока платформа превратится в аварийный проект, и перенесла приложение на нативные Swift и Kotlin вместе с Infosys. Итог измеряется не презентациями, а метриками: рейтинг приложения вырос на целый пункт, на Android воспринимаемая пользователями частота сбоев снизилась почти на 24 процентных пункта, на iOS — на 8 пунктов.
Шерази формулирует риск старого стека без лишней драмы: технологии конца жизненного цикла долго копят проблемы тихо, а потом приходят сразу все вместе. В случае Bupa это проявлялось в трех плоскостях. Первая — безопасность и соответствие требованиям: после окончания вендорской поддержки поток исправлений меняется, а в медицинском и страховом контуре это особенно чувствительно. Вторая — потеря контроля над собственной дорожной картой: iOS и Android обновляются по своему расписанию, а команда на legacy-стеке вынуждена не планировать продукт, а догонять изменения платформ и сторов. Третья — кадровая: специалистов по Xamarin становится меньше, и технологический риск быстро превращается в риск операционный.
Самая интересная часть для рынка сейчас — не миграция как таковая, а роль ИИ в этой миграции. Санжив Трипати, senior vice president и региональный руководитель Infosys по BFSI, healthcare и public sector в Австралии, Новой Зеландии и Юго-Восточной Азии, утверждает, что ИИ меняет экономику модернизации. По его словам, AI-инструменты сокращают объем ручной работы, уменьшают риски и сжимают сроки программ, которые раньше растягивались на годы. В кейсе Bupa использовали комбинацию AI-assisted reverse engineering и forward engineering, то есть ИИ помогал разбирать наследие и ускорять проектирование новой реализации. Заявление про 60% экономии времени, разумеется, исходит от участников проекта, а не от внешнего аудитора, но даже с этой оговоркой тренд выглядит узнаваемо: переписывание legacy все чаще продают совету директоров уже не как дорогое «уборочное мероприятие», а как способ ускорить выпуск продукта и расчистить площадку под AI.
Для разработчиков здесь тоже есть знакомый сюжет. Несколько лет подряд разговор о legacy-модернизации упирался в типичный набор аргументов: дорого, опасно, можно что-то сломать, лучше пока не трогать. Теперь к этому добавился новый фактор давления. Если платформа плохо переживает обновления мобильных ОС, опирается на редкий стек и держится на памяти пары старших инженеров, встроить в нее персонализацию, предиктивные сценарии или нормальную работу с AI-сервисами будет либо очень дорого, либо просто поздно. Иными словами, старый код сам по себе еще можно терпеть, но старый код плюс ожидания пользователей, которые привыкли к бесшовным приложениям, уже плохо переносится.
У бизнеса акценты похожие, но язык другой. Шерази говорит, что после модернизации вопрос для компании меняется: раньше приходилось спрашивать, выдержит ли платформа новую идею, а теперь — нужно ли это клиенту. Это не красивая метафора, а довольно точный индикатор зрелости. Пока архитектура диктует продукту, что можно делать, компания занята обслуживанием технологического долга. Когда ограничения убраны, можно спорить уже о ценности функции, а не о том, переживет ли ее мобильный стек. Для продактов и IT-директоров это, пожалуй, ключевой вывод: legacy-модернизация начинает окупаться не только стабильностью, но и свободой принятия решений.
Важен и организационный слой, который в таких кейсах обычно недооценивают. И Шерази, и Трипати отдельно говорят о сохранении институциональных знаний, о времени на адаптацию команд и о среде, где сотрудники могут поднимать проблемы до того, как они станут инцидентами. Это звучит менее эффектно, чем цифры по крашам, но на практике именно здесь сгорает половина подобных программ. Переписать приложение можно, а вот перенести в новую систему контекст, накопленный за годы, и не потерять людей по дороге заметно сложнее.
На этом фоне legacy-модернизация перестает быть скучной темой про апгрейд платформы. Она превращается в спор о том, кто успеет перевести критичные системы из режима «лишь бы не упало» в режим, где ИИ встроен в проектирование, разработку и операции. Кейс Bupa не доказывает, что любой перенос на нативный стек автоматически даст такой же эффект, но хорошо показывает другое: ожидание больше не нейтрально. Когда поддержка технологии уже закончилась, а клиентское приложение остается главным цифровым входом в бизнес, откладывание модернизации само по себе становится дорогим решением. Подробности и цитаты участников доступны в .