live-commerce с покупками во время эфира: магазин на диване для аудитории 55+

Moymir.ru — интернет-магазин с 15-летней историей, основанный как цифровое продолжение одноимённого телеканала. Сегодня бренд входит в топ-10 крупнейших рекламодателей на российском ТВ (AdIndex, 2023–2024), ежегодно запуская десятки live-эфиров, в которых товары из рекламы продаются в прямом эфире со спецценами и ограниченными остатками.

Moymir.ru — не просто eCommerce-платформа. Это цифровая версия телевизионного ритуала, где скидка, объявленная ведущим на экране, должна быть на сайте не «через пять минут», а в ту же секунду.

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

Критически важно: в момент старта эфира витрина должна отображать актуальные промо-условия с логикой активации и деактивации скидок по заданным временным интервалам.

Особое внимание уделено поведению сайта для целевой аудитории: пользователи старше 55 лет со средним временем оформления заказа 60–80 минут.

Это потребовало дополнительных решений для:

— сохранения контекста сессии,

— стабильного отображения корзины и скидок,

— возврата на сайт без потери состояния заказа.

Проект реализован с нуля — в условиях жёстких сроков (релизы привязаны к внутреннему графику клиента и не допускали переносов), с интеграцией в существующую ИТ-инфраструктуру и высокими требованиями к нагрузке и корректности данных.

Бизнес-задача: превратить рекламу в прямые продажи, сохранив ТВ-ритуал. При этом не просто не потерять клиентов из-за «непонятного сайта», но и повысить конверсию, улучшив UX

Вызовы:

— Эфир = 30–60 минут. Товар должен появиться в режиме реального времени, без задержек, с правильной ценой и количеством.

— Пользователь тратит от 60 до 80 минут на оформление заказа из-за специфики возраста. То есть, сессия заказа, корзина, скидка должны жить дольше, чем сессия браузера.

— Интеграция с внутренней системой ERP, где API отдаёт только артикул и остаток без картинок, описаний, SEO.

— Дедлайны жёсткие: эфиры привязаны к телевизионному графику. 

Решения:

— Синхронизация скидок в реальном времени: логика активации/деактивации скидок по временным интервалам.

— Стабильность при длительных сессиях: сохранение состояния корзины и контекста заказа даже при возврате на сайт.

— Интеграция без XML-фидов: отказ от фидов Retail Rocket в пользу событийной модели через очереди без влияния на производительность витрины.

— Оптимизация фронтенда: ресайзер изображений на Node.js, генерация WebP → ускорение загрузки страниц на 30%.

— Динамическая модель характеристик: товар получает только те атрибуты, что привязаны к его категории

— Виртуальные категории: подборки, имитирующие поведение категории, но не нарушающие структуру каталога для промо-блоков и спецразделов.

— Гибкая синхронизация остатков: часто меняющиеся товары (популярные, эфирные) обновляются чаще, менее приоритетные реже. Такое решение поддерживает актуальность без перегрузки мастер-системы.

Выверенная методология работы над проектом помогает нам правильно выстраивать процесс. 

Первым этапом мы выявили и проработали риски по всем направлениям:

1. Интеграционные (Retail Rocket, прямые эфиры, ЮKassa, поиск, доставка)

2. Управленческие (согласование между командами, смена PM, отсутствие доступов)

3. Технические (нагрузка, сбои, частичная готовность стороннего фронта)

4. Внутренние (ресурсы команды, замены, ключевые роли)

5. Системные (очереди, очередность релизов, взаимодействие с внешними API).

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

Для каждого из выявленных рисков зафиксировали:

1. Вероятность наступления

2. Потенциальное влияние

3. План действий при реализации

4. Ответственного исполнителя

5. Критические точки, после которых возможен пересмотр графика

Это позволило понять наиболее слабые и уязвимые места в реализации проекта, сконцентрировав усилия на этапе аналитики в тех направлениях, где мы увидели наибольшие риски.

Задача этапа: зафиксировать и провалидировать требования, разработать архитектурное решение, которое эффективно встроится в уже работающую ИТ-инфраструктуру.

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

2. Задокументировали требования, а также разработали и согласовали архитектурные решения, основанные на этих требованиях

3. Проработали схему интеграции с инфраструктурой клиента, в которой уже хранились данные о товарах, скидках, эфирах и статусах. Договорились о модели взаимодействия.

На основе анализа мы составили техническое задание, разбили его на задачи и визуализировали сроки в диаграмме Ганта.

Диаграмма Ганта сразу подсветила контрольные точки, этапы и промежуточные дедлайны. С ее помощью мы контролировали прогресс и план, вовремя перераспределяли задачи, добавляли ресурсы и следили за приоритетами. 

Выстроили приоритеты так, чтобы ключевые модули успели пройти тестирование, внедрение и доработку до релиза. Модуль управления контентом передали за несколько недель до запуска, чтобы команда клиента подготовила наполнение.

Разработку бэкенда каталога и товаров начали на старте проекта с минимального набора задач, что позволило быстро получить наработки для административной панели. Через месяц передали первый рабочий релиз с функциональностью обогащения номенклатуры.

Отдельным приоритетом стало внедрение сервиса очередей для интеграции с маркетинговой системой. Его заблаговременный запуск обеспечил стабильность и бессбойный релиз.

Параллельно реализовали кастомные интерфейсы для панели, так как MoonShine не давала нужного функционала. Ранний запуск модулей позволил плавно внедрить DevOps-процессы без перегрузок на финальном этапе.

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

Архитектура и инфраструктура: проект перешёл с монолитной архитектуры на распределённую. Фронтенд выделен в отдельное приложение на Next.js, а инфраструктура перенесена в облако, что повысило стабильность и скорость отклика.

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

Как живет проект сейчас? Платформа эксплуатируется штатной командой клиента. Мы остаёмся на связи в качестве консультантов по архитектурным вопросам и масштабированию.