TREND ISLAND

Единый каталог брендов универмага

Предложение: контур приёма данных (MAS) и контент-ферма

Версия 2.1 ·

Актуализировано по техническому брифу MAS v2.0

Контент-ферму бессмысленно предлагать без решения главного ограничения онлайн-витрины Trend Island — системы отношений с брендами (MAS). Поэтому оба предложения оформлены одним документом.

Что предлагается
Собрать ассортимент всех брендов универмага в единый каталог и сделать так, чтобы он попадал туда сам, а карточки выглядели однородно — без съёмочного дня на каждую поставку.

Проект состоит из двух рабочих контуров, которые стыкуются через товарный каталог:

• MAS — контур отношений с комитентами. приём данных от брендов любым способом — от выгрузки из 1С до фотографии прайса в мессенджере; кабинет бренда; нормализация к справочникам универмага; матчинг; модерация исключений.
• Контент-ферма — производство карточек. каталожный кадр из телефонного снимка или технического эскиза, оборот 360°, описания и тексты. Это работающий сервис, а не будущая разработка: он запущен, принимает заказы, есть действующий партнёр.

Продажи с витрины в проект не входят.

Границы: три гейта
Работа идёт гейтами. Гейт закрывается замером, а не датой: пока показатели не сошлись, следующий не открывается. На двухстах брендах это единственный способ не перенести проблемы одного слоя в следующий, где они стоят втрое дороже.

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

Замер гейта: не менее 70% брендов доводят товары до каталога без ручного ввода, время от загрузки до карточки — менее 24 часов.

Пилот идёт на брендах уровней B и C намеренно: это худший вход по качеству данных. Система, работающая на них, работает на всех остальных. Уровень A подключается после пилота — адаптеры учётных систем вынесены отдельной позицией.

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

Гейт 3 — остатки
Витрина знает, что из этого действительно есть. Внутри: слой цен и остатков поверх каталога, отметка времени, политика устаревания, панель состояния по каждому бренду.

Гейт 1 первый и один. Гейты 2 и 3 идут параллельно после него.

Что не входит
Заказы, корзина, оплата, доставка; кассы, фискализация, ЭДО; расчёт вознаграждения и взаиморасчёты с комитентами; программа лояльности и сквозная аналитика.

Интеграция с «Честным знаком» в скоуп не входит.
Правило маркировки при этом заложено: товар регистрируется в MAS и без штрихкода, публикация — только при его наличии.

Как это устроено
Четыре части с разной скоростью жизни. Разделение принципиальное: если часть отвечает на два вопроса сразу, она спроектирована неправильно.

Часть - Отвечает на вопрос - Меняется
MAS - кто передаёт данные и как-при смене договора или формата
PIM - что это за товар: канонический SKU, справочники, фэшен-модель атрибутов - товар описывается один раз готовое решение, интеграция по API
Офферы - сколько и почём есть сейчас -постоянно
Контент - как товар выглядит и описан - на каждую новую модель

Правило разграничения одной строкой: если сущность теряет смысл при отключении бренда — она в MAS; если переживает отключение — в PIM.

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

Витрина остаётся на Битриксе
Он получает готовые проверенные карточки и делает то, в чём силён: страницы, ЧПУ, SEO, поиск по каталогу.

MAS и каталог живут отдельным контуром, а не внутри Битрикса.

Это архитектурное решение, а не техническая деталь, и оно принимается сознательно.
Причины:

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

Ориентир здесь — модель Farfetch: партнёрский контур, каталог и витрина у него всегда были тремя разными вещами.
Маркетплейс соединял бутики с глобальным спросом, не забирая товар на склад, а инфраструктуру приёма каталога брал на себя; онбординг партнёров и курирование каталога были отдельной функцией со своими людьми и инструментами, а платформа собиралась модульно, с API под интеграцию каналов.

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

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

Уровень - Что присылают - Как обрабатывается - Когда
A - структурная выгрузка: 1С, МойСклад, аккуратный Excel - фиксированное соответствие колонок, почти полный автомат - после пилота
B - Excel или Google Sheets, у каждого свой формат - разбор с сохранённым профилем бренда, автомат после первичной разметки - пилот
C - фото прайса, PDF, сообщения в мессенджере (Telegram-бот) - распознавание плюс обязательная ручная проверка - пилот

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

Контент-ферма
Фотография на телефон становится контентом для карточки уровня сети.
Технический эскиз становится контентом для карточки, пока образец ещё дошивается на фабрике.
Каждый кадр принимает ретушёр с опытом от пяти лет в фешен-индустрии: автоматика предлагает, человек утверждает.
100 ₽ за кадр, оплата за отданные кадры.
Нет абонентской платы, минимального заказа и обязательств по объёму. Резидентам универмага — прямой доступ на условиях универмага, без реферальных схем и процентов с площадки. Ферма оплачивается отдельно и в стоимость разработки не входит.

Фаза 0 — три недели, отдельный этап
Три вещи неизвестны до начала работ: покрывает ли фэшен-модель PIM канонический каталог универмага, насколько расходятся атрибутные модели и в каких форматах реально присылают данные бренды. Оценка, данная до их проверки, — это вилка.

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

Работа- Результат

1. Подтверждение возможностей PIM для фэшен-каталога - заключение по покрытию атрибутов, частоте обновления остатков, идемпотентности, резервированию.
2. Сверка фэшен-атрибутов PIM с каноническим каталогом универмага -маппинг-таблица, процент расхождений
3. Анализ форматов данных пилотных брендов - профиль входных данных, требования к парсерам
4. Проектирование контракта данных MAS → PIM - спецификация интеграции

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

Исходная оценка до фазы 0: 970 часов по ставке 6 100 ₽ с учётом НДС 22% — 5 917 000 ₽. Эта сумма приведена как ориентир порядка величины и фиксируется по результатам фазы 0. Контент-ферма оплачивается отдельно по факту кадров и в сумму не входит.

Рамки планирования
Даты приводятся как рамка. Окончательный график фиксируется по итогам фазы 0.

Этап-Срок-Результат
Фаза 0. Снятие неопределённости - 3 недели - заключения, контракт данных, уточнённая оценка
Разработка MVP - 5 спринтов - готовность к пилоту
Пилот, волна 1 - 3 недели - 5–10 брендов с сопровождением
Пилот, волна 2 - 5 недель - полная группа без сопровождения
Замер гейта 1 по итогам волны 2 70% без ручного ввода, менее 24 часов

Риски

• Разнородность учётных систем брендов. Основной риск проекта. Снижается тем, что файловый канал закрывает любой случай, включая полное отсутствие учётной системы.
• Пригодность PIM для фэшен-каталога. Покрытие атрибутов, частота обновления остатков, идемпотентность повторных загрузок, резервирование. Если нужна доработка PIM — она должна быть названа и оценена в фазе 0, а не обнаружена в ходе разработки.
• Расхождение атрибутных моделей. Объём маппинга и нормализации зависит от процента несовпадений с каноническим каталогом. Измеряется в фазе 0, до фиксации бюджета.
• Занижение объёма из-за уровня брендов. Если фактическое распределение сдвинуто к уровням B и C сильнее ожидаемого, растёт объём работ по разбору и проверке. Проверяется в фазе 0, до точки невозврата по бюджету.
• Два источника, пишущих в одни карточки Битрикса. Если у универмага уже работает обмен с 1С, нужно заранее решить, что происходит с карточкой, когда тот же товар приходит из нашего контура. Иначе перезаписи начнутся на второй неделе.
• Привязка кадров к товару. Если она не работает автоматически, поток кадров разбирается вручную и экономика фермы ухудшается. Проверяется на пилоте до масштабирования.
• Концентрация на одном подрядчике. MAS и PIM в одном контуре ускоряют работу, но повышают зависимость. Снимается договором: права на результат, выгрузка данных в открытом формате, условия выхода.
• Организационный темп подключения брендов. Техническая готовность не равна охвату: бренды подключаются по мере согласований на стороне универмага.