Этот кейс — мой детальный рассказ о том, как я спроектировал и запустил сайт бренда GUAHOO (guahoo.ru) с нуля и превратил его в технологическую платформу: с автоматическим ценообразованием, интеграциями с 1С, умными фидами для рекламных систем и конвейером компьютерного зрения, который разбирает фотографии по цветам и моделям без ручной рутины. Я делал упор на инженерную дисциплину: предсказуемые процессы, прозрачные логи, управляемые расписания, гибкую админку и удобные карточки товаров, которые помогают покупателю быстро принять решение. Ниже — как всё это устроено, без «воды» и с акцентом на инновации.

Старт с нуля: архитектура, модель данных и дизайн-система

Я начал с проектирования информационной архитектуры и product data model под особенности плоскошёвного термобелья: линейки, сезонность, состав ткани, плотность, уровень термоизоляции, назначение (спорт/город/активный отдых), цветовые вариации и размерные сетки. С самого начала заложил:

  • Стандартизированные атрибуты (color, size, fit, gender, temperature range, care, fabric %, плотность) — единый словарь значений и единицы измерения;
  • Вариативные SKU на основе базового артикула: размер/цвет/ростовка — в одной карточке, без «дробления» ассортимента;
  • Дизайн-система компонентов: карточки, свотчи, сравнение слоёв, таблицы размеров, блок «как выбрать слой», иконография свойств ткани (дышащая, влагоотвод, эластичность, плоский шов).

UI/UX строился вокруг двух задач: дать максимум «сенсорной» информации (фактура, цвет, посадка) и убрать лишние клики. Поэтому карточка товара стала центром всей воронки — к ней и привязаны алгоритмы цены, стоков, визуальных вариаций и контента.

Автоматизированное ценообразование: правила, сценарии, расписания, логи

Внутри сайта я внедрил правила и сценарии пересчёта цен, которые учитывают:

  • Наценки по категориям/линейкам, дифференцированные по сезонности (осень-зима vs. весна-лето), а также по сырью (меринос, синтетика, смешанные ткани);
  • Коэффициенты для цветовых вариаций и размеров (редкие размеры, капсульные цвета), а также для комплектов (верх + низ);
  • Сезонность: кривые коррекции RRP согласно промо-календарю, «ранние птицы» и «хвост распродажи» — без ручной переклейки ценников;
  • Промо-правила: купоны, бандлы, сетевые акции («-Х% на второй слой», «-Y% при покупке комплекта»), приоритеты правил и защита от конфликтов скидок.

Все сценарии пересчёта работают по расписаниям (ежедневные/почасовые/по событию) и сопровождаются логами с детализацией: что изменилось, почему, с какой формулой и из какого источника (плановый пересчёт, сигнал из 1С, ручной триггер в админке). В админке доступна «лента ценообразования» — хронология ставок и правил по каждому SKU, чтобы любой менеджер видел историю и мог объяснить текущую цену за 30 секунд.

Отдельная часть — операционное управление ценами через админку. Я сделал понятные панели: быстрое повышение/понижение цен для кластера товаров по атрибутам, симулятор «что будет, если применить коэффициент X к линейке Y», превью фидов (до/после) и «красные флажки» (ниже МРЦ, пересечение акций, нулевой маржинальный коридор). Вся ручная работа сведена к минимуму: менеджер задаёт стратегию, система исполняет, мониторит, логирует.

Интеграции и миграции: 1С → guahoo.ru как надёжный конвейер

Я организовал полную миграцию каталога и атрибутов из 1С с сохранением ключевых связей. Важные элементы:

  • Маппинг категорий и подкатегорий с учётом маркетинговой навигации сайта: дерево категорий не «тянет» бухгалтерскую логику 1С, а превращается в витринную, понятную пользователю структуру;
  • Расписания синхронизаций: ночные инкрементальные выгрузки + быстрые дельты в течение дня (остатки/цены), чтобы сайт всегда «знал правду» о наличии и стоимости;
  • Отчёты по рассинхронам и контроль качества: детектор пропавших атрибутов, несоответствий размерных сеток, пустых пагинаций, деактивация «битых» вариаций до исправления в первичном источнике;
  • Нормализация справочников: цвета приводятся к брендовому словарю (и к кодам для свотчей), состав ткани — к единому формату (проценты, очередность), размеры — к общему стандарту с конверсиями (RU, INT, ростовка).

Важно: синхронизация не «ломает» ручные правки маркетинга — приоритеты источников настроены так, чтобы менеджер мог временно переопределять часть полей (например, SEO-интро или промо-текст) до следующего планового обновления.

«Умные» фиды и ретаргетинг: каталожные и смарт-форматы без боли

Я настроил фиды для рекламных площадок и ретаргетинга, которые динамически собираются из каталога, ценового движка и остатков. Поддержаны форматы для товарной рекламы, динамического ремаркетинга и «умных» кампаний. Особенности реализации:

  • Готовность к проверкам маркетплейсов и рекламных систем: обязательные поля (id, title, description, link, image_link, price, availability, brand), gtin/mpn где это требуется, корректный condition, уникальные item_group_id для вариативных SKU;
  • Мультифидность: разные стратегии для разных каналов (короче заголовки для баннеров, расширенные — для поиска), вырезание «серых» атрибутов, авто-склейка выгоды («плоский шов • терморегуляция • антипиллинг»);
  • Экспорт свотчей и цветовых вариаций: рекламный блок ведёт не на «общую» карточку, а на карточку с выбранным цветом, чтобы снизить friction между креативом и ожидаемой посадкой;
  • Фиды-«срезы» по остаткам и маржинальности для «чимпинга» в ремаркетинге: система не тратит бюджет на неликвид/низкую маржу, если это противоречит стратегии;
  • Превью и валидация внутри админки: менеджер видит, что именно уйдёт в канал, с подсветкой проблемных полей.

Компьютерное зрение и ИИ-конвейер фото: «положите снимки в папку — остальное сделаем мы»

Чтобы ускорить визуальный контент и избавить менеджеров от рутины, я внедрил ИИ-конвейер обработки фотографий. Процесс выглядит так: менеджеры кладут фото в заранее определённую папку, указывая только артикул — дальше всё делает система.

Что под капотом:

  • Авторазбор по цветам: модель компьютерного зрения выделяет базовый цвет и его оттенок, сопоставляет со словарём бренда (например, «графит», «стальной», «песочный»), чтобы связать фото с нужным свотчем;
  • Классификация по моделям: детектор различает «мужские/женские/унисекс», «верх/низ/комплект», «лонгслив/легинсы/термоштаны», «лайфстайл/каталожный» — и раскладывает кадры в соответствующие слоты карточки;
  • Контроль качества: автоматическая проверка резкости, шума, экспозиции, повторов; дубликаты обнаруживаются через эмбеддинги (векторное сходство) и не попадают в витрину;
  • Нормализация фона и кроп под единый фрейм, чтобы сетка карточек выглядела последовательно;
  • Генерация ALT-тегов и описаний на основе атрибутов SKU + распознанных признаков (например: «Термолонгслив GUAHOO, плоский шов, графит, мужской, мериновая шерсть 30%»);
  • Логирование конвейера: какая фотка к какому SKU/цвету привязалась, что отклонено и почему (разрешение, битые EXIF, нераспознанный цвет, конфликт модели).

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

Удобные карточки товара: меньше кликов, больше контекста

Карточка товара на guahoo.ru — это не просто «фото и кнопка купить», а центр принятия решения:

  • Свотчи цветов с живой подменой галереи и URL (каждый цвет — индексируемая вариация, без «завалов» дублированного контента);
  • Размерная сетка с подсказками по ростовке и охватам, динамическая доступность размеров по стокам (видно сразу, что есть в наличии);
  • Блок «Зачем плоский шов» — кратко и по делу: меньше трения, выше комфорт, долговечность — с пиктограммами свойств ткани;
  • Сопоставление слоёв (базовый/средний/внешний): подсказки по температуре и активности, чтобы собрать комплект «под задачу»;
  • FAQ и «уход за изделием» с короткими, проверяемыми рекомендациями (температура стирки, сушка, антистатик);
  • Микро-CTA: «сравнить», «добавить в комплект», «поделиться цветом» — всё без лишних перезагрузок.

Технически карточка использует семантическую разметку schema.org/Product и Offer/AggregateOffer с обязательными полями (brand, color, size, material, image, sku, gtin/mpn), что сразу отражается на качестве сниппетов и на корректности товарных фидов.

Производительность и стабильность: Core Web Vitals и кеши

Скорость — часть доверия к бренду. Я настроил:

  • Ленивая загрузка изображений и генерацию srcset для ретины; конверсию в WebP/AVIF;
  • Разделение бандла (code-splitting), defer/async для скриптов; критический контент выше «сгиба» приходит первым;
  • Кеширование на уровне CDN и приложения, валидные cache headers, предзагрузка ключевых шрифтов и изображений;
  • Мониторинг ошибок фронта и бэка, тревоги на ассинхронные падения, fallback-стратегии для критичных блоков карточки.

Аналитика и операционные панели

Сайт «смотрит на себя в зеркало» — события на карточке (смена цвета/размера, просмотр таблицы размеров, открытие блока «Состав/уход», скроллы до отзывов, взаимодействие с комплектами) фиксируются и складываются в управленческие панели. Я использую единый словарь событий и в админке показываю «карты принятия решения»: какие свотчи «продают», где пользователи застревают, какие размеры чаще приводят к отказам (нет наличия). Это помогает корректировать фото-ряды, свотчи, подсказки и стоки.

Админка как инструмент управления, а не «пункт меню»

Я сделал админку удобной именно для повседневной работы:

  • Ценообразование: правила, коэффициенты, сезонные кривые, симулятор изменений, журналы пересчётов;
  • Каталог: атрибуты, кросс-селл, бандлы, подсказки слоя, быстрые массовые правки;
  • Интеграции: расписания обменов, статус очередей, лог рассинхронов, ручной «допих» отдельных SKU;
  • Фиды: профили под каналы, предпросмотр, валидация, журнал экспортов;
  • Фото-конвейер: статусы задач, отклонения, превью привязок «фото → SKU/цвет», ручная корректировка при необходимости.

Контент и SEO как инженерный процесс

Я собрал шаблоны для категорий и карточек так, чтобы каждая страница была «правильной по умолчанию»: читаемые H1/H2, уникальные интро, блоки преимуществ, FAQ, микроразметка, хлебные крошки, корректная пагинация и каноникалы. Внутренняя перелинковка строится по сущностям: линейки → категории → карточки, плюс «родственные» товары (по составу/сезону/назначению) — не для «галочки», а чтобы у покупателя была понятная дорожная карта выбора.

Безопасность и соответствие

HTTPS, права доступа по ролям, защита форм (honeypot + поведенческие антиспам-фильтры), аудит подключаемых модулей, логи админских действий. Все фоновые процессы (обмены, пересчёты, фиды, ИИ-задачи) обёрнуты в очереди и имеют механизм повторных попыток и «мягкой деградации», чтобы сбой в одном месте не ронял витрину.

Что в итоге получил бренд

GUAHOO получил не просто сайт, а платформу управления ассортиментом и ценой с живой картинкой товара, которая собирается и поддерживается автоматически. Менеджеры перестали быть «ручными операторями таблиц»: они управляют стратегией, а система исполняет — с логами, расписаниями, превью и сигналами качества.

Ключевые инновации, которые особенно «заехали»

  1. Движок ценообразования с календарём, приоритетами правил и симулятором — прозрачность и скорость реакций без ручных ночных правок;
  2. Синхронизация с 1С через понятные расписания, отчёты по рассинхронам и нормализацию справочников — данные живут в одном мире;
  3. Умные фиды с мультипрофилями и превью — соответствие требованиям площадок и точное попадание креатив → посадка;
  4. ИИ-конвейер фото (цвета, модели, QC, ALT-генерация) — скорость и единообразие карточек без рутины;
  5. Карточка как центр решения — свотчи, размер, слои, FAQ, уход, микровзаимодействия — меньше кликов, больше понятности.

Философия проекта

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