[ Замена клиентского legacy ]

Старый клиентский продукт — в новую систему за 1–3 месяца

[ Для бизнеса ]

Пересобираем устаревший клиентский продукт — мобильное приложение, веб, личный кабинет и его backend — без остановки бизнеса. Клиентский опыт, mobile и web API и интеграции сохраняем, а внутреннюю архитектуру пересобираем на чистовой.

Небольшие продукты заменяем примерно за месяц, крупные клиентские платформы — примерно за три. Работаем по fixed price. Проекты — от 10 млн ₽.

[[fact color=green]]Скорость изменений растёт: новые фичи в приложении выходят быстрее, а не проталкиваются через legacy.[[/fact]]
[[/facts]]
[ Почему это возможно ]

Почему клиентский продукт тормозит

Обычно клиентский продукт тормозит не из-за интерфейса, а из-за того, что за годы накопилось под капотом:

  • несколько поколений клиентского API;
  • дублирующаяся логика корзины, заказа и оплаты;
  • тяжёлые интеграции с лояльностью, доставкой и платёжками;
  • старая админка и ручные процессы;
  • зависимость от backlog-ов нескольких команд.

В таком продукте даже простая правка в приложении требует доработок в нескольких местах. Мы не переносим это болото на новый стек. Мы сохраняем клиентский опыт, внешние API и интеграции, но полностью пересобираем внутреннюю архитектуру.

Снаружи — тот же продукт для клиента. Внутри — переосмыслено.

[ Что именно мы пересобираем ]
[ 01 ]

Мобильное приложение

Устаревшие iOS/Android-приложения пересобираем на Flutter, сохраняя привычный клиентский опыт и сценарии.

[ 02 ]

Веб и личный кабинет

Клиентский веб и кабинет на современном фронтенде взамен устаревшего SPA или самописного контура.

[ 03 ]

Backend и клиентские API

Пересобираем backend и повторяем mobile и web API like-for-like, чтобы клиенты продолжали работать без обновлений.

[ 04 ]

Что мы не трогаем

ERP-, 1С-, SAP-, банковский core и складское ядро, если они работают. Наша зона — клиентский слой над core-системами.

[ Два сценария работы ]

Два сценария работы

Подбираем формат под размер и состояние клиентского продукта.

Небольшой продукт — за месяц

Приложение или веб + backend + кабинет на устаревшем стеке. За месяц пересобираем на чистовой архитектуре, сохраняем клиентские API и заменяем админку.

Крупный продукт — за три месяца

Клиентская платформа с множеством интеграций, которую годами развивали разные команды. Выигрыш — за счёт архитектурного сжатия: убираем дубли, гармонизируем данные, укрупняем избыточные сервисы.

[ Что получает бизнес ]
[ 01 ]

Сохранённый клиентский опыт

Те же сценарии, те же API, те же интеграции: клиент не замечает пересборки, а вы не теряете аудиторию.

[ 02 ]

Скорость изменений

Новые фичи в приложении и кабинете выходят быстрее: изменения больше не проталкиваются через legacy-слои.

[ 03 ]

Fixed price вместо часов

Фиксируем scope, контракты, интеграции и acceptance criteria, потом поставляем по фиксированной цене. Проекты — от 10 млн ₽.

[ 04 ]

Дешевле развивать дальше

Кастомный продукт на стандартном стеке без исторического мусора: проще поддерживать и дорабатывать, в том числе с AI-агентами.

[ Почему это не вайбкодинг ]

Почему это не вайбкодинг

Мы не просим AI переписать продукт. Если дать агенту большую legacy-кодовую базу, он тонет в шуме: старых соглашениях, дублях, неявных зависимостях и случайной архитектуре.

Поэтому мы создали собственные rails для агентов — декларативный фреймворк поверх FastAPI. Типовые слои (CRUD, API, роли, права, формы, таблицы, миграции, админка) генерируются автоматически, а AI-агент пишет только кастомную бизнес-логику внутри заданной архитектуры.

Это не AI, который пишет много кода. Это архитектура, в которой AI пишет мало кода.

[ Кейсы ]

Что мы уже сделали

CoffeeBoom — клиентский контур крупной food-сети

Заменили backend и админку, ранее построенные на Django. Снаружи сохранили поведение один в один: mobile API, эквайринг, программу лояльности, Яндекс.Доставку, r_keeper как мастер-систему кухни. Внутри — новая декларативная админка на React + shadcn и меньше таблиц, идентичность поведения проверена сотнями API-тестов.

Сеть ресторанов — переписка legacy-backend

Кастомный backend сети ресторанов был написан на Ruby on Rails. Мы повторили внешний периметр like-for-like: клиентские API и интеграции сохранились, а внутри заменили архитектуру, структуры данных и админку, а также вылечили проблемы производительности.

Крупный fashion-ритейлер — e-commerce платформа и OMS

Сейчас в работе — полная переписка крупной e-commerce платформы и Order Management: около 1 млн строк кода, которые несколько десятков человек развивали больше пяти лет.

[ Как мы снижаем риск ]
[ 01 ]

Анализируем продукт

Разбираем текущий клиентский продукт, mobile и web API, интеграции и сценарии.

[ 02 ]

Фиксируем контракты

Определяем, какие клиентские API и интеграции нужно сохранить.

[ 03 ]

Проектируем архитектуру

Проектируем новую модель данных и архитектуру клиентского контура.

[ 04 ]

Повторяем API like-for-like

Воспроизводим критичные клиентские API и интеграции один в один.

[ 05 ]

Покрываем тестами

Фиксируем acceptance criteria и покрываем ключевые сценарии API- и интеграционными тестами.

[ 06 ]

Запускаем

Сверяем поведение старой и новой системы и запускаем в согласованном контуре.

[ Стоимость и первый шаг ]

Сколько это стоит

Проекты начинаются от 10 млн ₽. Стоимость зависит от размера продукта, числа платформ и API, интеграций и состояния текущей архитектуры.

Мы работаем по fixed price после blueprint/discovery: сначала фиксируем scope, критерии приёмки и границы, затем называем цену.

Первый шаг

Начнём с разбора вашего клиентского продукта. За 1–2 встречи определим:

  • какую часть можно пересобрать быстрее всего;
  • какие клиентские API нужно сохранить;
  • какие интеграции критичны;
  • какой эффект по скорости изменений можно получить.
[ FAQ ]

Частые вопросы про пересборку клиентского продукта

Нет, если пересобираем backend: мы повторяем mobile и web API like-for-like, и текущие приложения продолжают работать. Если пересобираем и клиентское приложение, выкатываем обновление прозрачно через сторы.
Нет. Мы сохраняем внешние контракты и интеграции и запускаем новую систему в согласованном контуре; для клиента продукт остаётся тем же.
Небольшие продукты — примерно за месяц, крупные клиентские платформы — примерно за три. Точные сроки фиксируем после blueprint/discovery.
Нет. Мы не трогаем ERP-, 1С-, SAP- и банковское ядро, если они работают. Наша зона — клиентский слой: приложение, веб, кабинет, backend и интеграции.
Нет. На выходе — обычный production-код на стандартном стеке (Flutter, FastAPI, PostgreSQL, React + shadcn) в вашем репозитории.
Проекты — от 10 млн ₽ по fixed price. Цена зависит от размера продукта, числа API и интеграций; называем после discovery.

Как с нами связаться

[ обратная связь ]

Расскажите о проекте и мы предложим подходящие решения

напишите нам в Telegram
добавить файл

Отправляя запрос, вы соглашаетесь с политикой конфиденциальности