Задача отрасли: премиум-контент плюс десятки систем
Люксовый часовой бренд продаёт не SKU, а историю: калибр механизма, материалы корпуса, лимитированную серию, сервисную историю экземпляра. Витрина должна показывать этот контент богато и без визуального компромисса, а за кулисами — соединять CRM, бутиковую розницу, налоговый и антифрод-контур, поиск и платёжные провайдеры в десятках стран. Классическая монолитная CMS-платформа упирается в две стены одновременно: жёсткую витрину, которую тормозит шаблон темы, и сложность интеграций, где каждая новая система требует доработки ядра.
Saleor — открытая (BSD-3-Clause) headless-платформа с GraphQL-API в основе. Это не про KT.Team, а обзор того, что в принципе достижимо на этом инструменте в часовом и люксовом сегменте. Ниже — фактический разбор с публичными источниками.
Что Saleor даёт для контента продукта
Главный аргумент для люкса — гибкая модель товара. В Saleor товар описывается через product types, attributes и metadata: можно динамически задавать атрибуты «диаметр корпуса», «калибр», «запас хода», «материал безеля», «номер в лимитированной серии» без правки кода. Это встроенный PIM, а не надстройка (saleor.io).
Богатый контент закрывается двумя путями. Внутри Saleor доступны структурированные атрибуты и rich-text-описания; параллельно подключается headless-CMS для редакторского сторителлинга — официальные интеграции есть со Storyblok, Contentful и Strapi (Contentful Marketplace, Strapi). Витрина при этом любая: React, Next.js, Svelte — фронтенд не привязан к платформе.
Мультиканальность встроена: per-channel управление ценами, валютами, складами и ассортиментом. Для бренда с бутиками в десятках стран это значит разные прайс-листы и наличие на канал из одной модели данных.
Как закрывается «20+ систем»: композиция, а не форк
Расширяемость Saleor держится на четырёх механизмах: 160+ webhooks с фильтрацией через subscription-запросы, Apps с iframe-расширениями дашборда (45+ точек монтирования UI), metadata для произвольных данных и GraphQL-подписки (saleor.io, github.com/saleor/saleor). Внешние системы подключаются сбоку как сервисы, а ядро остаётся неизменным — это снижает стоимость апгрейдов и обеспечивает отчуждаемость: контур можно передать другой команде без переписывания.
Публичный пример: Breitling
Самый показательный открытый кейс в часовом сегменте — швейцарский Breitling, перешедший на Saleor («big bang»-миграция с монолита на composable). Масштаб: 280+ бутиков в 120+ странах (Mirumee case study).
Состав интеграций по публичному описанию кейса наглядно показывает «20+ систем» в работе:
- Contentful — headless-CMS для контента;
- Algolia — поиск по каталогу;
- Adyen — платежи;
- Riskified — антифрод на ИИ;
- Avalara — расчёт налогов и compliance;
- SendGrid — транзакционная почта;
- Akamai — CDN;
- Vercel — деплой и хостинг витрины (React/Next.js);
- собственный back-office: order management, функции PoS и CRM.
CTO Breitling формулирует суть: «Мы построили и кастомизировали более 15 сервисов под наши задачи, обеспечив online-to-offline и offline-to-online» (Mirumee). Внутренний инструмент управления заказами превратили в полноценное приложение, которое связывает онлайн-витрину с бутиками: предзаказы, кастомные аксессуары, сложные правила доставки в глобальном чекауте.
Saleor в публичных материалах ставит Breitling в один ряд с LUSH (глобальное реплатформинг розницы и цифры) и UNICEF как примеры высоконагруженных кастомных витрин с продвинутым контент-моделированием и интернационализацией (Saleor case studies).
Какой бизнес-результат это даёт
Композируемая архитектура переводит «богатый контент + много интеграций» из проблемы в управляемую систему:
- Скорость вывода фич. Независимые сервисы и команды деплоятся параллельно — новый платёжный провайдер или рынок не блокирует релиз витрины.
- Управляемый контент премиум-уровня. Маркетинг ведёт сторителлинг в CMS, мерчандайзинг — атрибуты в PIM, без обращения к разработке на каждое изменение.
- Отчуждаемость и снижение риска апгрейда. Ядро не форкается; интеграции подключены через webhooks/Apps, поэтому обновление Saleor не ломает кастом.
- Единый O2O-контур. Один источник данных о товаре и заказе для сайта и бутиков — это бесшовные предзаказы, резерв в магазине и сервисная история.
Бизнес-процесс на вынос
Соберите контур вокруг единой товарной модели, а не вокруг витрины. Опишите в PIM Saleor доменные атрибуты часов (калибр, материалы, лимит), редакторский сторителлинг вынесите в headless-CMS, а каждую из 20+ внешних систем (оплата, налоги, антифрод, поиск, OMS/PoS, CDN, почта) подключите через webhooks и Apps — без форка ядра. Тогда добавление нового рынка или провайдера становится подключением сервиса, а не проектом миграции, и контент, и интеграции остаются отчуждаемыми между командами.