Product box:
много товаров — одно место на полке
Дать категорийному менеджеру инструмент, который объединяет схожие SKU в один бокс и позволяет управлять ими как одним товаром.
Для магазина Product box — единая потребность покупателя, которая занимает одно место витрины. Это сокращает витринные образцы и затраты на закупку схожих товаров, но затрагивает сразу четыре процесса и десятки правил распределения.
логика, UX, UI
товарная группа целиком
SAP, товарный учёт
MVP спроектирован
4 недели
Сложность была не в экранах
Одно действие в интерфейсе меняет данные в четырёх процессах и в смежной системе распределения. Прежде чем рисовать, нужно было собрать все вводные и уложить их в правила поведения.
Мой основной результат — не экраны, а свод правил, по которому интерфейс ведёт себя предсказуемо в каждом из этих случаев.
Где живёт бокс и куда уходят его данные
Ассортимент отдаёт наружу две связки: товар → Product box и Product box → магазин. Дальше Титан по своим алгоритмам выбирает оптимальный товар для каждого магазина и считает деселект. Интерфейс обязан объяснять это менеджеру, не показывая ему алгоритм.
Матрица: где сложность видна лучше всего
Строки — товары, сгруппированные в боксы, колонки — кластеры магазинов. Галочка на строке бокса означает одно место на полке; галочки на товарах внутри — столько мест, сколько товаров выбрано.
Как это работает в интерфейсе
Четыре сценария, в которых менеджер работает с сотнями SKU и не теряет контроль над данными.
Создать бокс и наполнить его
Менеджер задаёт название и перетаскивает товары из справочника группы. Пока бокс не сохранён, он помечен как черновик — состав можно свободно менять.
Выстроить рейтинг
Порядок строк внутри бокса — это приоритет распределения по магазинам. Поэтому рейтинг задаётся тем же жестом, что и состав: перетаскиванием, с явным указателем места вставки.
Загрузить сотни SKU
Перетаскивать по одному товару реально для пяти позиций, но не для пятисот. Массовое добавление принимает список SAP-кодов и отвечает построчным статусом на каждый.
Причина отказа всегда конкретная: товара нет в справочнике, он из другой группы или у него недопустимая технология продаж. Валидные строки добавляются одной кнопкой.
Не дать сломать данные
Правила ограничений живут не в документации, а в моменте сохранения. Пустой бокс невозможно сохранить: сообщение говорит и что не так, и что с этим делать.
Удаление и переименование бокса подтверждаются отдельно — за каждым из этих действий стоят посадочные места в магазинах.
Решения, которые не видны на скринах
Часть работы — это выбор между вариантами, каждый из которых что-то ломает. Импорт из Excel: плоская таблица связок минимизирует расхождения в названиях боксов, но допускает задвоение SKU; загрузка списка в конкретный бокс задвоения исключает, зато требует много файлов.
Отдельно проработаны четыре кейса наследования матрицы при добавлении и удалении товара из бокса — чтобы менеджер не терял назначения, сделанные вручную.
Спроектирована новая сущность ассортимента — от страницы управления боксами до изменённой матрицы и передачи данных во внешние системы.
Менеджер работает с понятным объектом — «потребность покупателя», а все правила ЖЦ, рейтингов и посадочных мест интерфейс держит на себе.