Одежда продаётся по размеру а не по фотографии

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

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

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

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

Одежда, обувь и часть текстиля входят в перечень товаров, подлежащих обязательной маркировке средствами идентификации. Для интернет-магазина это означает три обязанности: принять товар с корректными кодами Data Matrix, хранить их в учётной системе и вывести из оборота при продаже — через онлайн-кассу и оператора фискальных данных в рамках 54-ФЗ.

В проекте это выглядит как обмен с ГИС МТ «Честный знак»: получение кодов при приёмке, привязка к SKU, отгрузка с указанием кода в чеке и обработка отклонений. Отдельно решаем, что делать с возвратом: код возвращается в оборот только при соблюдении правил, и этот сценарий тоже программируется.