

Платформа для продавца, которому нужно управлять каталогом, заказами и статусами из одного контура, а не собирать операционную картину вручную из разных кабинетов площадок.
Отрасль
E-commerce и продажи через маркетплейсы, где ошибки в остатках, статусах и карточках напрямую влияют на рейтинг и маржу.
Формат работы
Исследование операционного процесса продавца, проектирование архитектуры и прототипирование ключевых экранов.
Статус
Выполнен этап исследования, архитектуры и прототипирования. Следующий этап разработки согласуется с заказчиком.
Исходная задача
Операторы переключались между интерфейсами маркетплейсов, из-за чего терялась скорость и возрастал риск ошибок.
Карточки, цены, наличие и статусы могли расходиться между каналами, а исправления приходилось контролировать вручную.
Руководителю сложно видеть нагрузку, заказы и проблемные места без ручной сводки из разных источников.
Что сделала команда
Спроектировали структуру товаров и карточек, которую можно использовать как основу для нескольких каналов продаж.
Разобрали операционный путь заказа: получение, обработка, изменение статуса и контроль проблемных мест.
Заложили архитектуру для обмена данными с площадками и дальнейшего подключения новых каналов.
Собрали сценарии, где ежедневная работа выполняется в одном интерфейсе без лишних переключений.
Продумали витрины и статусы, чтобы видеть не только факт продаж, но и узкие места в операционном процессе.
Проектирование велось с учётом расширения ассортимента, подключений и усложнения логики без полной переделки.
Фрагменты интерфейса
В таких проектах коммерческая логика важнее отдельных экранов. Поэтому скриншоты показаны фрагментарно: видно качество интерфейсной работы, но не раскрыты сценарии, которые могут быть использованы в продукте заказчика.





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