Простая правка ждёт очереди у смежных команд
Акция готова, но доработка корзины стоит в очереди у другой команды, и запуск откладывается.
Какие проблемы решает замена legacy-систем
Систему развивают много лет, и каждое изменение даётся всё труднее? Ниже — ситуации, с которыми к нам обычно приходят. Если узнаёте свою ситуацию, начнём с оценки: она покажет, пора ли менять систему.
Простая правка ждёт очереди у смежных команд
Акция готова, но доработка корзины стоит в очереди у другой команды, и запуск откладывается.
Один заказ в разных сервисах называется иначе
Данные дублируются в разных базах, и одну правку вносят в нескольких системах.
Систему понимают только один или два разработчика
Если один из них уходит в отпуск или увольняется, развитие останавливается.
Поддержка дорожает быстрее, чем растёт польза
Бюджет уходит на инфраструктуру, а на новые функции остаётся всё меньше.
Новое подключение ломает старые интеграции
Каждый новый партнёр становится рискованным проектом: заранее неясно, что сломается.
AI-агентам сложно разобраться в коде системы
Из-за неявных зависимостей агент не видит, что заденет его правка, и AI не ускоряет разработку.
Какие системы мы заменяем
Берёмся за клиентские и внутренние системы разного размера. 1С, SAP и другие ERP оставляем на месте: строим системы над ними и подключаемся через API.
Клиентские продукты
Приложения, сайт, личный кабинет клиента и их бэкенд.
Внутренние системы
Бэк-офис, CRM, OMS, WMS, MES, HR-контур и админки.
Коробочные решения
Сайты на 1С-Битрикс и других CMS, приложения на imshop.
Тяжёлые компоненты
Camunda, движки процессов и лишние микросервисы.
Клиентские продукты
Приложения, сайт, личный кабинет клиента и их бэкенд.
Внутренние системы
Бэк-офис, CRM, OMS, WMS, MES, HR-контур и админки.
Коробочные решения
Сайты на 1С-Битрикс и других CMS, приложения на imshop.
Тяжёлые компоненты
Camunda, движки процессов и лишние микросервисы.
Иногда систему не нужно менять целиком
Если код хороший или хватит небольших изменений, так и скажем и переписывать не предложим. Оценка приводит к одному из трёх выводов.
Систему можно развивать дальше, для этого есть диагностика и развитие продукта.
Систему можно оставить, а заменить только части, которые сложнее, чем нужно для задач.
Систему выгоднее заменить целиком: собрать заново, сохранив API, интеграции и данные.
Систему можно развивать дальше, для этого есть диагностика и развитие продукта.
Систему можно оставить, а заменить только части, которые сложнее, чем нужно для задач.
Систему выгоднее заменить целиком: собрать заново, сохранив API, интеграции и данные.
Кейсы: как мы пересобирали работающие продукты
Оба продукта продолжали работать, пока мы собирали им замену. Ниже по шагам: что было, что сделали и чем всё закончилось.
С коробочного ДБО на свои приложения с бесшовной миграцией клиентов
- Задача: банк работал на коробочном ДБО, и каждый релиз занимал месяцы.
- Что сделали: убрали устаревшие API и хаотичные интеграции, сохранили функции старого ДБО и собрали новые приложения.
- Как перевели пользователей: клиентов перевели, пока банк продолжал работать.
- Результат: за первый год активная база клиентов выросла в 15 раз.
Новое приложение для миллионов пользователей без остановки работы
- Задача: бизнесу понадобилась платформа для быстрого запуска функций и A/B-тестов.
- Что сделали: после месяца аудита собрали приложение для iOS и Android заново, из модулей: правка в одном не ломает другие.
- Как перевели пользователей: первая версия вышла для 5% пользователей точно в срок.
- Результат: отмен заказов меньше 1%, конверсия в оформление заказа выросла на 1,8 п.п.
С коробочного ДБО на свои приложения с бесшовной миграцией клиентов
- Задача: банк работал на коробочном ДБО, и каждый релиз занимал месяцы.
- Что сделали: убрали устаревшие API и хаотичные интеграции, сохранили функции старого ДБО и собрали новые приложения.
- Как перевели пользователей: клиентов перевели, пока банк продолжал работать.
- Результат: за первый год активная база клиентов выросла в 15 раз.
Новое приложение для миллионов пользователей без остановки работы
- Задача: бизнесу понадобилась платформа для быстрого запуска функций и A/B-тестов.
- Что сделали: после месяца аудита собрали приложение для iOS и Android заново, из модулей: правка в одном не ломает другие.
- Как перевели пользователей: первая версия вышла для 5% пользователей точно в срок.
- Результат: отмен заказов меньше 1%, конверсия в оформление заказа выросла на 1,8 п.п.
Что мы уже заменили
Мы уже меняли системы, через которые проходят оплаты, бонусы и заказы. API, интеграции с партнёрами и учётные записи клиентов и пользователей после замены работали как раньше.
Приложение поверх бэкенда начала нулевых
Бэкенд и админка сети кофеен на Django
Бэкенд сети ресторанов на Ruby on Rails
OMS примерно на 1 млн строк кода
Приложение поверх бэкенда начала нулевых
Бэкенд и админка сети кофеен на Django
Бэкенд сети ресторанов на Ruby on Rails
OMS примерно на 1 млн строк кода
Как проходит замена
Замена проходит в четыре этапа, у каждого есть результат:
[ 01 ]
Оцениваем старую систему за наш счёт
В договоре фиксируем, что сохраняем один в один, и критерии приёмки.
Результат Срок и фиксированная цена в договоре
[ 02 ]
Новая модель данных и карта переноса
По каждому виду данных решаем, что переносим и в каком виде.
Результат Карта переноса данных
[ 03 ]
Сборка системы и проверка совпадения
Каждый сценарий принимаем по критериям из договора.
Результат Автотесты API и сквозных сценариев
[ 04 ]
Переключение пользователей и запуск
Пользователей переводим, когда сошлась сверка данных.
Результат Работающая система
За счёт чего быстро проводим замену
Новую систему делаем проще старой. Чем меньше кода нужно написать и проверить, тем раньше запуск.
Одна модель данных вместо нескольких баз
Сводим лишние сервисы и базы в одну систему. Микросервисы оставляем там, где они оправданы бизнесом и нагрузкой.
Типовой код берёт на себя наш фреймворк
Админка, роли и доступы в нашем фреймворке уже готовы, поэтому AI-агент пишет только бизнес-логику вашей системы.
Архитектуру проверяют линтер и инженеры
Каждое изменение агента проверяет линтер, в нём больше ста правил. Ревью кода и приёмку системы ведут инженеры Surf.
Одна модель данных вместо нескольких баз
Сводим лишние сервисы и базы в одну систему. Микросервисы оставляем там, где они оправданы бизнесом и нагрузкой.
Типовой код берёт на себя наш фреймворк
Админка, роли и доступы в нашем фреймворке уже готовы, поэтому AI-агент пишет только бизнес-логику вашей системы.
Архитектуру проверяют линтер и инженеры
Каждое изменение агента проверяет линтер, в нём больше ста правил. Ревью кода и приёмку системы ведут инженеры Surf.
Как новая система повторяет старую
Совпадение подтверждаем в ключевых местах, а улучшения вносим только по согласованию. Внутри новая система устроена иначе, поэтому совпадение со старой проверяем по трём направлениям:
Данные о заказах и клиентах переносим в новую систему и сверяем до запуска
- Заранее решаем, что переносим и в каком виде
- Переносим только данные бизнеса, без служебных таблиц
- Приводим к одному виду суммы, даты, часовые пояса и кодировки
- Сверяем строки, ключи и важные значения до переключения
Приложения и интеграции партнёров работают с новой системой без доработок
- Повторяем API по его описанию генератором кода, без AI
- Сохраняем очереди сообщений, вебхуки и фоновые задачи
- Ответы совпадают с прежними там, где этого ждут партнёры
- Старые приложения работают через прослойку с прежним API
Интерфейсы сохраняем или обновляем, обе системы проверяем одними тестами
- Сохраняем привычную логику экранов для сотрудников
- Клиентский интерфейс оставляем прежним или обновляем дизайн
- Для каждого сценария задаём критерии приёмки
- Проверяем сквозные сценарии с настоящими системами
Что вы получаете
Цену и гарантию фиксируем в договоре. Исключительные права на код, документацию и репозиторий передаём вам; исходники нашего фреймворка Mini — на неисключительных правах, с правом изменять. Систему на стандартных технологиях — Flutter, React, Python, FastAPI, PostgreSQL — может развивать ваша команда или другой подрядчик.
Фиксированная цена за весь проект
Права на код и документацию у вас
Гарантия полгода с момента запуска
Развитие без привязки к нам
15 лет делаем приложения и системы для бизнеса
Весь цикл, от дизайна до поддержки после запуска, ведёт наша команда, без подрядчиков. Работаем с foodtech, e-commerce и ритейлом, финтехом и банками, аптечными сетями и производствами, а среди наших клиентов крупные бренды: Бургер Кинг, Магнит, Росбанк, Ригла и другие.
Работаем на рынке разработки
Клиентов работают с нами больше трёх лет
Проектов за время работы
Работаем на рынке разработки
Клиентов работают с нами больше трёх лет
Проектов за время работы
[ FAQ ]
Что спрашивают перед заменой legacy-системы
Рефакторинг улучшает код в текущей архитектуре. При замене устаревших систем собираем новую архитектуру и сохраняем внешние контракты. Оба пути — модернизация программного обеспечения. Подробнее в статье о рефакторинге.
Да, это отдельная услуга: аудит безопасности кода. Она отвечает на вопрос о рисках и уязвимостях, а оценка перед заменой — о том, собирать систему заново или развивать старую.
Да. Старой системы здесь нет, поэтому речь об автоматизации внутренних процессов с нуля. Начинаем со встреч с сотрудниками, чтобы понять, как устроены процессы.
Нет, если приложения сохраняем: прослойка повторяет старый API и авторизацию. Потом их стоит перевести на новый API — это задача мобильной разработки и веб-разработки.
Цену и срок фиксируем в договоре после оценки. Проекты — от 10 млн ₽, иногда меньше. Замена занимает от месяца, срок зависит от размера системы. Подробнее в статье о фиксированной цене и T&M.
Python, FastAPI, PostgreSQL, React и shadcn, Flutter. API по OpenAPI повторяем кодогенерацией без AI, а Kafka, цепочки HTTP-запросов и вебхуков и задачи cron — целиком. Если фронтенд сохраняем, BFF побайтно повторяет API и авторизацию.
Переносим из PostgreSQL, MySQL, MS SQL, Oracle, SQLite и MongoDB, тестами сверяем число строк, полноту ключей и совпадение значений. Паритет подтверждают API- и e2e-тесты в духе Playwright.
