Почти в каждом крупном проекте с банком кто-то на комитете рано или поздно спрашивает: «А почему так дорого?» Цену можно проверить. Расскажу, из чего у нас в ITQuick складывается цена банковской системы, какие решения поднимают её в разы и как банку проверить смету любого подрядчика, в том числе нашу.
Про цифры сразу. Цены конкретных договоров мы не публикуем, базовый порядок назову. Все множители ниже — наши оценки по собственным проектам.
Почему у банковской системы нет прайс-листа
Цену мы считаем под проект и записываем в коммерческое предложение. На неё влияют объём работ, сроки, состав команды, интеграции с текущими системами банка и требования информационной безопасности.
Интеграции и безопасность отличают банк от большинства других заказчиков. Система работает рядом с АБС и связана с соседними системами. В одном нашем проекте операционисты работали в девяти системах сразу, и мы собирали их в одном интерфейсе через REST API. Каждую такую связку банк проверяет отдельно, поэтому в смете у неё своя строка.
Мы разворачиваем системы на серверах банка, инженеры работают с выданных банком учётных записей или в его VDI и проходят проверку службы безопасности. Журнал действий, шифрование и разграничение доступа к персональным данным закладываем в архитектуру с начала проекта. Если вспомнить о них перед проверкой ИБ, переделывать придётся уже готовую систему.
От объёма зависит и срок. Отдельный модуль или пилот у нас занимал от 6 до 14 недель: антифрод в потоке транзакций — 8 недель, единое окно для девяти систем — 11, первая версия платформы BaaS — 14. Крупные системы, например базовые банковские платформы, делаются от 6 до 12 месяцев.
Базовая цена проекта начинается от 3 млн рублей. Дальше всё зависит от запроса банка или РНКО: объёма работ, интеграций и требований информационной безопасности.
Из чего складывается смета
Итоговая сумма в КП сама по себе мало что говорит. Чтобы её проверить, нужен ресурсный план, где видно, кто, когда и на сколько нужен в проекте.
Архитектор и аналитик начинают с первого дня: продумывают систему и собирают требования. Разработчики, дизайнер и тестировщик подключаются на этапе разработки, а DevOps-инженер и технический писатель — ближе к релизу.
По такому плану заказчик видит, где пики загрузки, сколько займёт первая версия и во что она обойдётся. Если в смете вся команда разработки работает с первой недели, а требования ещё не собраны, банк будет оплачивать ожидание.
По нашему опыту аналитика занимает от 2 месяцев, разработка — 4–6 месяцев, интеграции — 3–6–12 месяцев в зависимости от количества систем, тестирование — 3–6 месяцев. Поддержка идёт постоянно после запуска, даты окончания у неё нет.
Смотреть на план до цены стоит и по другой причине. Когда задача не определена, смету нельзя посчитать. На первых звонках мы часто слышим «нужна какая-то система для управления заказами» или «сделайте как у Uber». По таким фразам нельзя посчитать ни сроки, ни стоимость, и подрядчик закладывает неопределённость в цену. Поэтому до старта мы делаем предпроектную аналитику: собираем реальные процессы, раскладываем их на блоки и только потом проектируем архитектуру. Как сформулировать запрос, чтобы его можно было оценить, мы разбирали в статье о техническом задании подрядчику.
Реальное время умножает смету
Идёт встреча по корпоративному хранилищу данных, и кто-то предлагает: «Давайте сделаем всё в реальном времени». С точки зрения бизнеса логика понятная, зачем ждать сутки. Для подрядчика это другая инфраструктура, другая команда и дежурная смена.
Классическое хранилище работает пакетно. Данные собираются по расписанию, проходят обработку и попадают в отчёты. Стоимость такого решения легко посчитать заранее. Потоковая обработка работает круглосуточно. Разница по нашей оценке такая.
Есть задачи, где реальное время окупается: антифрод, мониторинг транзакций, операционные панели. Наша модель антифрода для банка встроена в поток транзакций через Kafka, пропуски мошеннических операций упали с 18% до 2%. Задержка в сутки здесь означала бы, что мошенничество находят уже после того, как деньги ушли. Для ежемесячной финансовой отчётности, аналитики и маркетинговых сегментов данных за вчера хватает.
Поэтому я задаю банку один вопрос: что дороже, задержка данных или инфраструктура, которая её убирает? Чаще всего выходит гибрид. Пакетная основа закрывает около 80% задач, потоковую обработку ставят точечно, там, где скорость окупается. По моему опыту, иногда ответ на этот вопрос экономит полгода работы и несколько миллионов рублей.
Импортозамещение: почему российский аналог бывает дороже
В январе 2025 года мы вместе с БИС и Jumse провели закрытую стратегическую сессию с экспертами банковской отрасли. Эксперты говорили, что российские аналоги банковского ПО часто уступают зарубежным по функциональности и стоят в 3 раза дороже. Готовые российские предложения обычно приходится дорабатывать, и это тоже деньги.
У банка к тому же есть требования, которых нет в обычном корпоративном проекте: отказоустойчивость для критической информационной инфраструктуры, запрет на виртуализацию, требования ФСТЭК. Каждое из них влияет на архитектуру, а значит, и на смету. Если подрядчик о них не упомянул, спросите, где они заложены.
Что ИИ меняет в цене
На разработке ИИ ускоряет нашу работу в 3–10 раз. Аналитику ИИ ускоряет заметно меньше: выяснить, что на самом деле нужно бизнесу, по-прежнему долго. Смету, где ИИ одинаково сокращает все этапы проекта, я бы перепроверил.
Пример из банка — редизайн мобильного банка Evoca. По классическому плану на него отводили 8 месяцев, команду больше 10 человек и бюджет свыше 50 млн ₽. Два человека с ИИ-инструментами закрыли 240 накопленных задач за 6 недель. Экономия по сравнению с классическим подходом — 25,2 млн ₽.
На крупных системах разница больше. Мы полгода переписывали с помощью ИИ один модуль АБС и теперь взялись за всю систему. Наша оценка — около года силами до 12 старших разработчиков и ИИ, обученного на коде и документации системы. Раньше на такую систему уходили сотни миллионов рублей, по нашей оценке теперь хватит десятков миллионов. Получается это там, где есть код, документация и люди, которые знают систему. С нуля так не выйдет.
ИИ помогает нам и считать цену. За 4 месяца мы сделали агента, который при подготовке КП по нашим продуктам показывает, что сейчас на рынке: цены конкурентов, их функциональность, где мы отстаём, где идём вровень и где опережаем. Цену продуктов мы теперь считаем по этим данным.
Как мы проверяем свою цену рынком
На вопрос «почему так дорого?» мы отвечаем оценками других компаний и глубокой проработкой вопроса. Берём те же требования и спецификации и отправляем их 2–3 независимым компаниям в стране.
Если кто-то готов сделать то же самое с той же скоростью и дешевле, мы хотим узнать об этом первыми: значит, в нашей модели что-то пора пересмотреть. Когда наша оценка ниже рыночной при тех же сроках и объёме работ, с таким сравнением легче идти на комитет или совет директоров.
Риск снижает и порядок оплаты. Первую фазу мы берём по фиксированной цене: пилот или первую рабочую версию с измеримым результатом. Дальше работаем по фактическому времени, спринтами по две недели, с показом результата в конце каждого. Банк платит за следующий этап, уже увидев результат предыдущего. Как устроены этапы, описано на странице заказной разработки для банков.
Чек-лист: как проверить смету подрядчика
- Попросите ресурсный план: роли, этапы, загрузку. Сумму без плана проверить нельзя.
- Убедитесь, что задача определена. Если в основе сметы «сделайте как у конкурента», подрядчик заложил неопределённость в цену. Дешевле сначала оплатить предпроектную аналитику.
- Найдите в требованиях решения, которые меняют проект. «Всё в реальном времени» по нашей оценке поднимает инфраструктуру в 3–5 раз, разработку в 2–3 раза. Спросите себя, что банк теряет из-за задержки данных на сутки.
- Посмотрите, где заложены интеграции с АБС и соседними системами и требования ИБ: закрытый контур, проверка службы безопасности, требования ФСТЭК.
- Спросите, на каких этапах подрядчик применяет ИИ. Ускорение разработки в 3–10 раз мы видим на своих проектах. Если подрядчик обещает такое же ускорение аналитики и согласований, попросите пример.
- Отправьте те же требования 2–3 независимым компаниям. Если оценки расходятся в разы, кто-то понял задачу иначе, и это стоит выяснить до договора.
- Договоритесь о первой фазе по фиксированной цене с измеримым результатом до решения о большом бюджете.
- Проверьте, кому достанутся код и права. Мы передаём исходный код и документацию в репозиторий банка или на хранение юридической фирме, чтобы банк мог развивать систему сам или с другим подрядчиком.
Если вы считаете бюджет банковской системы и хотите сравнить смету с нашей оценкой, напишите нам.
