Перейти к содержанию

13FOX / Для брендов и действующей розницы

Разработка интернет-магазина одежды

Покупатель выбирает нужные размер и цвет. Магазин получает тот же вариант в заказе, учёте и задании на сборку. Создадим сайт с согласованным каталогом, наличием по точкам и обработкой возвратов.

Опираемся на смежный опыт Frost Mining — варианты товара и своя админка; «Бакаева» — каталог и обмен с 1С. Сценарий одежды проектируем под ваш каталог.

Одна модель рубашки в шалфейном и лавандовом цветах: иллюстрация ассортимента одежды
Иллюстрация: одна модель одежды в разных цветах.

01 / Каталог, который понимает размер

Одна модель.
Разные позиции учёта.

Карточка может объединять фотографии, описание и состав ткани. Но зелёная рубашка размера M и такая же размера L — разные продаваемые варианты. У каждого свой устойчивый идентификатор, наличие и при необходимости цена.

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

Нет M — значит, нет именно M

Если в выбранном цвете доступен только L, сумма остатков модели не должна разрешать покупку M. При смене цвета покупатель видит доступные размеры, а корзина сохраняет идентификатор выбранного варианта.

Учебный пример / вымышленные данные

Рубашка «Линия»

Модель CL-01
Доступное количество каждого варианта в учебном магазине Центр
Цвет / размерSML
Шалфей2 шт.CL-01-SG-SНетCL-01-SG-M1 шт.CL-01-SG-L
ЛавандаНетCL-01-LV-S3 шт.CL-01-LV-M2 шт.CL-01-LV-L

Учебные данные точки «Центр»: отдельно показаны код и доступное количество каждого варианта.

Первый артефакт — карта вариантов

Берём одну модель с несколькими цветами и размерами. Фиксируем идентификаторы, фотографии, цены, источники наличия и правила обновления. Карта показывает, какие данные готовы, а что нужно исправить до разработки.

Проверьте свой каталог до обращения

CSV содержит учебные варианты и поля для вашей системы.

Скачать карту вариантов — CSV ↓

02 / Обмен с учётом

Название меняется.
Связь варианта сохраняется.

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

ОшибкаЧто увидит магазинЧто проектируем и проверяем
Один идентификатор на все размерыОбновление M перезаписывает S или L; заказ нельзя однозначно собрать.Отдельный идентификатор варианта и стабильная связь с моделью. Повторный импорт не склеивает строки.
Общий остаток моделиКарточка разрешает купить размер, которого нет.Доступное количество по варианту и точке. Нулевой остаток проверяется в карточке, корзине и при подтверждении.
Связь только по названиюПереименование создаёт дубль, а старый вариант остаётся в продаже.Сопоставление по устойчивому ID. Обновление названия не меняет связь с заказом.
Фотографии перепутаны между цветамиВ заказ уходит верный код, но покупатель ожидал другой цвет.Источник фото и связь с цветом/вариантом. При смене цвета меняются согласованные изображения.
Возврат учитывается по моделиСистема прибавляет количество другому размеру или точке.Возврат связан с исходной строкой заказа, её вариантом и решением после проверки вещи.

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

03 / После выбора размера

Тот же вариант —
до сборки и возврата

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

Сборка без подмены варианта

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

Заявка на возврат — ещё не остаток

Отделяем обращение покупателя от получения и проверки вещи. В операции сохраняется исходная строка заказа. Магазин определяет, когда вещь снова доступна к продаже; до этого заявка не должна автоматически увеличивать наличие.

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

Размерная сетка относится к вашей модели

Бренд предоставляет проверенные мерки, пояснение «мерки изделия» или «параметры человека» и способ измерения. Мы делаем их доступными рядом с выбором размера. Копирование одной таблицы на весь ассортимент не заменяет подготовку данных.

На приёмке проверяем, что сетка, фото и выбранный вариант относятся к одной модели. Предсказать посадку вещи только по наличию размера сайт не может.

04 / Состав первой версии

Выбираем основу
на контрольном товаре

Размеры и цвета сами по себе не требуют разработки с нуля. В Tilda, например, есть варианты и изображения для них. Сравниваем настройку, доработку и собственную систему на вашем обмене и маршруте заказа.

Готовая платформа

Когда штатных вариантов достаточно

Проверяем размеры, цвета, фото, стандартный остаток и заказ. В оценке показываем настройку, лицензии, импорт и проверки.

Доработка магазина

Когда основа уже работает

Добавляем недостающую связь с учётом, правила точки, фото или сборку. Проверяем совместимость с текущими доработками и обновлениями.

Своя система

Когда нужен связанный процесс

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

Фиксируем в первой версии

  • Каталог, фильтры и карточку с выбором цвета и размера.
  • Связь фотографий и размерной информации с моделью.
  • Корзину, оплату и нужный способ получения.
  • Задание на сборку и согласованные статусы.
  • Импорт или обмен, панель управления и проверки.

Выделяем по потребности

Несколько складов с перемещением, сложные цены, программа лояльности, обмены/частичные возвраты, приложение и персональные рекомендации меняют объём работ. Правила, исходные данные, стоимость и сроки фиксируем отдельно.

05 / Смежный опыт 13FOX

Каталоги, варианты
и связанные данные

Показываем реальные проекты торговли и интеграций. Размеры, сборку вещей и возврат проектируем отдельно, по вашему процессу.

Реальный проект 13FOX Frost Mining: варианты фасовки одного товара в карточке

Frost Mining: варианты в карточке

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

Посмотреть Frost Mining →
Реальный проект 13FOX «Бакаев»: управление каталогом и обмен данными с 1С

«Бакаев»: каталог и 1С

Настроили двусторонний обмен карточками, остатками и изображениями через API. Команда работает со связанными данными магазина и учёта.

Посмотреть проект «Бакаев» →

06 / От примера к запуску

Сначала проверим
одну модель целиком

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

  1. Описываем модель и варианты

    Сопоставляем ваш товар, цвета, размеры, идентификаторы и точки. Первый результат — карта вариантов и список пробелов в данных.

  2. Проверяем выбор и обмен

    На прототипе и тестовой выгрузке проверяем фото, наличие, корзину и заказ. Согласуем основу, объём, стоимость, сроки и приёмку.

  3. Реализуем первую версию

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

  4. Принимаем и готовим запуск

    Проходим контрольные покупки, отмены и выбранные возвраты. Передаём управление и инструкции; согласуем поддержку и действия при ошибке обмена.

Критерии приёмки

  • Размер и цвет сохраняются от карточки до задания на сборку.
  • Нулевой остаток одного размера не маскируется общим наличием модели.
  • Повтор выгрузки и переименование не создают дубликаты.
  • Фотографии и размерная сетка относятся к нужному товару.
  • Отмена и возврат используют исходный вариант и точку.
  • Сотрудник видит ошибку обмена и может сверить исправление.

Проверки проводим на ваших контрольных примерах в пределах согласованного состава. Сложные возвраты и другие дополнительные процессы включаем в оценку отдельно.

До оценки

Вопросы бренда
и магазина

Нужна ли собственная разработка, если у нас обычный каталог одежды?

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

Можно ли сохранить нашу 1С и текущий сайт?

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

Как показать наличие нужного размера по магазинам?

Каждый продаваемый вариант должен быть связан с конкретным размером, цветом и идентификатором. Для каждой точки определяем доступное к продаже количество и правило резерва. На контрольном заказе проверяем, что выбранный вариант остаётся тем же в корзине, учёте и задании на сборку.

Можно ли добавить размерную сетку и фотографии для каждого цвета?

Да, это можно включить в состав работ. Бренд предоставляет проверенные мерки, правила измерения и фотографии. Мы проектируем выбор размера и связь изображений с цветом. Одна общая таблица не должна выдаваться за точные мерки всех моделей.

Как учитывается возврат одежды?

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

Что влияет на стоимость и сроки?

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

Материал подготовила команда 13FOX · 1 ноября 2026. Проверенные технические источники: 1С-Битрикс: импорт предложений, Tilda: варианты каталога.

Разберём ваш ассортимент

Покажите одну модель
с размерами и цветами

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

Пример можно подготовить в открытом CSV-шаблоне. Для скачивания оставлять контакт не нужно.

Отправляем 🚀

Проверяем соединение и передаём заявку.