Инхаус ДБО: скрытые издержки и почему Build vs. Buy — это не просто вопрос денег
Миф о «полной гибкости»: почему банки переоценивают инхаус
Решение о разработке собственной системы дистанционного банковского обслуживания — одно из самых дорогостоящих стратегических решений, которые принимает ИТ-директор или правление банка. И одно из наиболее часто принимаемых под влиянием иллюзий.
Главная из них — «полная гибкость и контроль». На практике банки, идущие по этому пути, раз за разом сталкиваются с непредвиденными бюджетами, бесконечными сроками и технологическим долгом, который тормозит развитие бизнеса быстрее, чем любой «жёсткий вендорский контракт».
Мы в JTC занимаемся разработкой платформенных решений для ДБО с 2014 года. В этой статье — объективный взгляд на дилемму Build vs. Buy, основанный на открытых данных и реальном опыте рынка.
Скрытые издержки: то, что не видно до старта проекта
Китайский иероглиф 成本 означает «себестоимость, издержки, затраты». Скрытые издержки инхаус-разработки работают именно так — непонятны и неочевидны на старте, но проявляются позже, в процессе, и на их исправление требуются дополнительные время и ресурсы.
В случае с банковской системой такая «опечатка» в архитектуре — это уже финансовые потери и уязвимости в безопасности.
Спросите себя: во сколько обойдётся один день простоя вашего клиентского приложения из-за критического бага? Сколько клиентов и денег вы потеряете за 24 часа, пока инхаус-команда ищет и исправляет ошибку? Для сравнения: вендор с выстроенным процессом мониторинга работает по Соглашению об уровне обслуживания (SLA) и устраняет инциденты оперативно — это договорная ответственность, а не обещание.
Разработка надёжной, безопасной и конкурентной системы ДБО с нуля — это не просто задача для команды разработки. По сути, это создание нового технологического направления целиком.
Реальная стоимость команды: цифры, которые неудобно считать
Для развития даже одного модуля продукта необходима команда полного цикла из 15–17 высококвалифицированных специалистов: аналитики (от 2), архитектор, бэкенд-разработчики (от 2), дизайнер, менеджер проекта, фронтенд и мобильные разработчики (от 3), инженеры по автотестам (от 2), ручные тестировщики и релиз-менеджеры (от 2), технический писатель, Девопс-инженер (DevOps).
Сегодняшний рынок труда превращает эту команду в астрономические ежемесячные затраты. Средняя стоимость высококлассного ИТ-специалиста стартует от 400 000 рублей в месяц. Каждые 10 человек команды обходятся банку минимум в 4 000 000 рублей ежемесячно.
Вывод: разработка и поддержка даже базового функционала силами инхаус-команды обходится банку от 144 000 000 рублей в год. И это без учёта инфраструктуры, лицензий на инструменты и постоянного дообучения команды. Это не оценка — это арифметика.
Кейсы: что происходит в реальности
Крупные игроки. Банки масштаба ВТБ, Газпромбанка, Т-Банк вкладывают в разработку десятки миллиардов рублей, а команды насчитывают от 200 до 1000+ человек. Но даже они несут колоссальные расходы, а уникальность и гибкость зачастую достигаются лишь в отдельных сегментах — например, для физических лиц. ДБО для юридических лиц при этом может серьёзно отставать: корпоративные требования к ролевым моделям, сложная бизнес-логика, длинные циклы согласования — всё это требует специализированной экспертизы, которую инхаус набирает годами.
Средние и малые банки, как правило, ограничиваются узким функционалом на устаревших технологических стеках. Низкая нагрузка маскирует технологические проблемы, но одновременно лишает банк конкурентных преимуществ. Система работает — но развиваться не может.
Ловушка «куплю исходники и переделаю под себя»
Часть банков рассматривает этот сценарий как «золотую середину» между инхаусом и вендором. Это один из самых рискованных и дорогих сценариев.
Помимо многомиллионной стоимости исходников и лицензий, банк немедленно сталкивается с тремя обязательными статьями расходов. Первое — нужно купить или переманить команду вендора: без людей, которые написали систему, проект обречён. Второе — обучить свою команду: процесс занимает минимум 6, нередко 12 месяцев полного простоя. Третье — содержать два штата параллельно: платить вендору за поддержку на время обучения и платить своей новой команде, которая ещё ничего не производит.
Финальная стоимость такого «псевдо-инхауса» в 10 и более раз превышает стоимость готового решения вендора с полным циклом поддержки и развития.
Альтернатива: платформенный подход и Salto.Avanti
Ключ к успеху современного банка — не в том, чтобы самостоятельно изобретать каждую «шестерёнку», а в том, чтобы использовать лучшую на рынке платформу и сфокусироваться на создании уникальных продуктовых предложений.
Наше решение Enterprise ДБО Salto.Avanti — не «жёсткая коробка», а гибкая платформа с открытым программным интерфейсом приложения (API). Вот что это означает на практике.
Мгновенный выход на рынок.Запуск конкурентного ДБО за 3–6 месяцев, а не 2–3 года.
Предсказуемая экономика. Фиксированная стоимость лицензий без оплаты за каждого пользователя (CAL), в которую уже заложены в исследования и разработки (R&D), обновления, безопасность и соответствие требованиям ЦБ, включая ОУД 4. Бюджет на ИТ перестаёт быть чёрным ящиком — вы знаете стоимость владения заранее.
Инновации без дополнительных инвестиций. Биометрия, современные способы аутентификации, СБП, цифровой рубль, открытый API — всё это приходит с регулярными обновлениями платформы.
Стратегическая гибкость. Любая инициатива по запуску нового продукта больше не упирается в вопрос «где взять команду». Вы получаете доступ к пулу экспертов «по требованию» — вендор масштабирует ресурсы под ваши задачи.
Безопасность и надёжность по договору. Риски, связанные с отказоустойчивостью, безопасностью и обработкой инцидентов 24/7 — на нашей стороне. Это закреплено в договоре, а не декларируется в презентации.
Ваша уникальность — не там, где вы думаете
Правда об инхаусе часто бывает неудобной. Но именно её понимание позволяет принимать взвешенные решения, которые экономят банку годы времени и сотни миллионов рублей.
Ваша уникальность — не в механизмах платформы. Она в ваших кредитных продуктах, исключительном качестве обслуживания клиентов, в работе с нишевыми сегментами. Именно туда стоит направлять внутренние ресурсы и компетенции.
Мы предлагаем не просто ПО, а стратегическое партнёрство: вы получаете готовую технологическую мощь для конкуренции с крупнейшими игроками, сохраняя контроль над продуктом и клиентским опытом, но без астрономических затрат и рисков.
Заберите файл со статьей, чтобы поделиться с коллегами