Маркетплейс на low-code за месяц: как уложились в горящие сроки государственного тендера
Клиент: Государственная компания
Маркетплейс собран и сдан в установленные сроки. Бюджет — 6 млн ₽ против ~25 млн ₽ на классическом стеке. Заказчик закрыл KPI и плановые показатели за квартал.
К нам обратились с задачей, которая по описанию выглядела невыполнимой. Государственная компания получила сверху распоряжение запустить маркетплейс. Сроки — горящие, в плане у профильного департамента стояло «к концу квартала». До конца квартала — месяц.
При этом по регламенту нужно было пройти конкурсные процедуры, описать требования, получить заявки, выбрать поставщика. На всё это закладывают полгода-год. Месяца не хватает даже на подготовку конкурсной документации.
Из этой ситуации был один формальный выход — найти единственного поставщика и обосновать выбор. Но единственный поставщик должен предъявить компетенцию, которая закроет задачу за оставшееся время. Стандартная разработка маркетплейса — 2–2,5 года и 25–30 млн ₽. На это никто не подписывался.
В таком виде задача попала к нам.
Анализ ситуации
Внутренний разработчик заказчика предлагал сделать маркетплейс на «1С-Битрикс24». Команда была своя, опыт работы — большой, но реалистичный срок — 12–18 месяцев. Плюс «полцарства в придачу» по бюджету. Не подходит ни по срокам, ни по экономике.
Команды с рынка с готовым решением «маркетплейс под ключ» — есть, но предлагают типовой шаблон под ритейл, а заказчику нужен был отраслевой каталог с интеграцией в собственные информационные системы. Шаблон не подходит, кастомизация шаблона — те же сроки, что и разработка с нуля.
Что было нашим преимуществом: команда, которая в прошлом делала крупный российский e-commerce проект с нагрузкой более 20 млн транзакций в день. Реальный опыт в высоконагруженных каталогах + знание low-code платформ. Это сочетание встречается редко.
Решение: low-code + опыт e-commerce
Предложили собрать маркетплейс на low-code платформе с использованием готовых паттернов из e-commerce. Логика:
- Базовая бизнес-логика маркетплейса (каталог, корзина, заказ, оплата, документооборот) — это типовая задача. Low-code сокращает её разработку с месяцев до недель.
- Специфические интеграции (с государственными информационными системами заказчика) — пишутся отдельно, но это 10–15% от объёма работ.
- Опыт e-commerce даёт готовые архитектурные решения по нагрузке, поиску, фасетной фильтрации, CDN, кэшированию. Не изобретаем заново то, что уже работало в проде у крупного ритейлера.
- Прототип — за дни, а не месяцы. Это критично для заказчика, чтобы показать высшему руководству, что задача движется.
Ключевой шаг: прототип за 3 дня
Чтобы заказчик мог войти в роль единственного поставщика без формальных рисков, нужно было показать работающий прототип. Не презентацию, не макеты — рабочий клик-через, с которым можно перед руководством защитить выбор.
За 3 дня собрали:
- регистрацию пользователей с разделением на роли (поставщик / покупатель / администратор);
- личный кабинет поставщика с возможностью загружать товары;
- каталог с поиском и фильтрами;
- корзину и оформление заказа;
- базовый административный интерфейс.
Прототип был на тестовых данных, без интеграций, без брендирования. Но он работал — туда можно было зайти, потыкать, оформить тестовый заказ. Этого хватило, чтобы:
- защитить смену подхода перед руководством заказчика;
- обосновать выбор единственного поставщика;
- подписать договор и техническое задание.
Реализация: 5,5 месяца от старта до сдачи
После подписания договора работа пошла по понятному плану:
| Месяц | Что делали |
|---|---|
| 1 | Доработка бэкенда: учёт поставщиков, расширенная карточка товара, документооборот, финансовая часть |
| 2 | Интеграции с информационными системами заказчика, отчётность, регуляторные требования |
| 3 | Брендированный фронтенд, мобильная адаптивность, кабинеты пользователей |
| 4 | Нагрузочное тестирование, оптимизация поиска и фильтров, CDN, кэширование |
| 5 | Приёмочное тестирование, исправление замечаний заказчика, документация |
| 5,5 | Финальная приёмка, обучение администраторов, передача в эксплуатацию |
Команда: 5 человек на пике (бизнес-аналитик, low-code инженер, бэкенд-разработчик для интеграций, фронтенд, тестировщик). Для сравнения, классическая команда под такой проект — 12–15 человек.
Цифры
| Параметр | Альтернатива (Битрикс/Java) | Реализация (low-code + e-com опыт) |
|---|---|---|
| Срок | 12–30 месяцев | 5,5 месяцев |
| Бюджет | 20–25 млн ₽ | 6 млн ₽ |
| Команда | 12–15 человек | 5 человек |
| Прототип для защиты | 1–2 месяца | 3 дня |
| Срок до подписания договора | 2–4 недели обсуждений | 1 неделя |
Сэкономлено: более 15 млн ₽ по бюджету, 7–24 месяца по срокам.
Главное достижение: заказчик закрыл свои показатели в установленные сроки. Маркетплейс запущен и работает. Дальнейшее развитие идёт силами штатных сотрудников заказчика плюс наша поддержка по техническим вопросам.
Что важно понимать
Этот результат — не про скорость как самоцель. Сжатые сроки — следствие правильного выбора инструмента и наличия экспертизы в e-commerce. Если бы команда взяла low-code, но без опыта высоконагруженных каталогов, получили бы прототип, который не выдержит реальной нагрузки.
Low-code не отменяет требований к архитектуре. Маркетплейс с десятками тысяч SKU и фасетным поиском — это нагрузка. Под неё нужно правильно проектировать индексы, кэширование, разделение чтения и записи. Low-code платформа эти возможности даёт, но решения принимает архитектор, а не сама платформа.
Сжатые сроки реальны только если есть экспертиза. Никакой инструмент сам по себе не сжимает 18 месяцев в 5,5. Сжимает их сочетание правильного инструмента и команды, которая делала это раньше.
Уроки проекта
1. Первый шаг — снять страх у заказчика. Когда сроки горят, заказчик нервничает и подписывает невозможные договора. Лучший способ снять напряжение — показать живой прототип через несколько дней. Дальнейшая работа идёт спокойно.
2. Опыт в смежной отрасли важнее, чем в этой же. Команда никогда не делала маркетплейсы для госкомпаний, но имела опыт с крупным частным e-commerce. Архитектурно это одно и то же. Регуляторика и интеграции добавляются отдельным слоем, не меняя базы.
3. Low-code хорошо стыкуется с классическим кодом. Базовая бизнес-логика — на low-code. Специфические интеграции с государственными системами — на Python/Java. Эта комбинация даёт скорость low-code и гибкость классического стека там, где она реально нужна.
4. Нагрузочное тестирование — обязательно. Маркетплейс на low-code может быть быстрым, но без нагрузочного теста никто не подтвердит, как поведёт себя система при реальной нагрузке. Закладывать в проект 1–2 недели на тесты обязательно.
FAQ
Можно ли всегда уложиться в 5,5 месяцев на маркетплейсе? Нет. В этом проекте сошлись 3 фактора: типовая базовая логика, готовая команда с e-com экспертизой, ограниченный набор интеграций. Если набор интеграций большой или бизнес-логика нестандартная — срок растёт.
Подходит ли low-code для маркетплейса с миллионами SKU? До 1–2 миллионов SKU — да, при правильной архитектуре. Дальше начинаются ограничения по производительности low-code платформ, и часть слоёв нужно делать классической разработкой.
Что с импортозамещением для государственного заказчика? Использовали low-code платформу из реестра российского ПО. Это требование для большинства госсектора, включая 187-ФЗ. Российских платформ корпоративного уровня — несколько десятков, выбираем под задачу.
Сколько стоит сопровождение такого маркетплейса? В нашем случае заказчик взял на себя основное сопровождение силами штатных сотрудников. Наша роль — техническая поддержка по сложным вопросам и развитие функционала по плану. Бюджет на сопровождение — от 100 тыс ₽/месяц в зависимости от объёма работ.
Что если посередине проекта приходит новое требование заказчика? В low-code изменение бизнес-процесса — часы или один день. В классической разработке — недели. Поэтому такие проекты гораздо устойчивее к изменениям требований, что критично для государственных заказчиков с меняющейся нормативной базой.