«ФлексСофт» обещает нулевой Time-to-Market в финтехе за счёт AI-Native платформ

Гендиректор ИТ-компании «ФлексСофт» Аркадий Лобас выступил на юбилейном форуме «Финтех Х10». Он заявил, что AI-Native архитектура и платформенный подход обеспечивают нулевой Time-to-Market в финансовой отрасли. То есть вывод нового продукта на рынок должен занимать практически ноль времени. Формулировка эффектная. Но в доступных материалах нет ни срока «до» и «после», ни названий банков, ни описания технологий. Поэтому пока это тезис вендора, а не измеренный результат.

Что именно заявлено

Из опубликованного видно два элемента. Первый: AI-Native архитектура. Обычно так называют системы, в которых модели и агенты встроены в сам процесс разработки и работы продукта. ИИ не добавляют сверху чат-ботом, он участвует в генерации конфигураций, кода, тестов и документации. Второй элемент: платформенный подход, где продукты собираются из готовых переиспользуемых компонентов, а не пишутся с нуля под каждую задачу.

Связка логичная. Платформа даёт набор кирпичей, ИИ ускоряет их сборку и настройку. Только это общая схема, а не раскрытое устройство конкретного решения «ФлексСофт».

• Заявлено: нулевой Time-to-Market в финансовой отрасли.
• Площадка: юбилейный форум «Финтех Х10», 2026 год.
• Основа: AI-Native архитектура и платформенный подход.
• Не раскрыто: используемые модели, облачный или локальный контур, сроки внедрения, клиенты, экономический эффект.

Как читать слово «ноль»

Буквальный ноль в финансах недостижим. Новый кредитный или платёжный продукт проходит юридическую экспертизу, оценку рисков, интеграцию с учётными системами, тестирование и требования регулятора. Никакая архитектура не отменяет эти этапы.

Реалистичное прочтение такое: техническая часть запуска сжимается до конфигурирования. Продуктовый менеджер описывает условия, платформа собирает процесс, ИИ готовит тесты и документацию. Тогда узким местом остаётся согласование, а не разработка. Это ценно, потому что в банках на разработку и интеграции сегодня уходит заметная часть цикла запуска. Но «ноль» здесь маркетинговое обозначение предельного ускорения, а не физическая величина.

Где заявление упрётся в реальность

У AI-Native подхода в финансах есть известные ограничения.

• Объяснимость. Регулятор и аудит требуют понимать, почему система приняла решение. Для генеративных моделей это сложнее, чем для детерминированных правил.
• Ошибки генерации. Код или конфигурация, созданные моделью, нужно проверять. Если проверка ручная, выигрыш во времени сокращается.
• Контур данных. Финансовые организации в России работают под жёсткими требованиями к хранению и обработке данных. Это часто означает локальные модели и ограничения по мощностям.
• Зависимость от платформы. Чем глубже продукты завязаны на единую платформу, тем дороже смена поставщика.

Именно ответы на эти вопросы отличают рабочую архитектуру от презентации. На форуме их, судя по доступному тексту, не обнародовали.

Какие вопросы задать вендору

Если вы банк, страховая или финтех-компания и рассматриваете такие предложения, не ограничивайтесь лозунгом. Попросите показать конкретику.

Первое: измеримый кейс с цифрами. Сколько недель занимал запуск продукта до платформы и сколько после, на каком типе продукта.

Второе: где в цепочке стоит ИИ и кто отвечает за результат его работы. Нужно понимать, есть ли человек в контуре проверки и как фиксируются решения модели.

Третье: на каких моделях это работает и где они развёрнуты. От этого зависят стоимость, безопасность и соответствие требованиям.

Четвёртое: что будет при уходе с платформы. Нужны форматы выгрузки, права на конфигурации и сроки миграции.

Пока «ФлексСофт» не покажет цифры, разумно считать обещание нулевого Time-to-Market направлением движения, а не гарантией. Пилот на одном продукте с замером сроков даст больше информации, чем любое выступление на форуме.