Кейс: магазин электроники навел порядок в остатках между сайтом, розницей и маркетплейсами
Кто клиент
Магазин электроники продает смартфоны, iPhone, ноутбуки, наушники, зарядные устройства и аксессуары. Каналы продаж: розничная точка, сайт, менеджеры в мессенджерах, Ozon, Wildberries и Яндекс Маркет. В ассортименте около 1 800 SKU, часть товаров продается со своего склада, часть — через склады маркетплейсов.
Что было до внедрения
Учет был распределен между таблицами, личными кабинетами маркетплейсов и кассовой системой. Менеджеры проверяли наличие вручную, склад вел отдельную таблицу по устройствам, а возвраты часто попадали обратно в общий остаток без проверки.
Что было
- остатки расходились между сайтом, розницей и маркетплейсами;
- часть устройств не была привязана к серийным номерам;
- возвраты не проходили единый процесс проверки;
- менеджеры тратили время на ручные сверки;
- руководитель видел оборот, но не видел прибыль по каналам.
Что сделали
- настроили МойСклад как центральный контур учета;
- разделили склады: основной, розница, FBS, FBO, возвраты, витрина;
- ввели серийные номера для устройств;
- описали статусы заказов и резервов;
- настроили правила работы с маркетплейсами и возвратами.
Что изменилось
- остатки стали понятными по каждому каналу;
- спорные устройства перестали попадать сразу в продажу;
- сборка FBS-заказов стала быстрее;
- руководитель увидел зависшие остатки и возвраты;
- стало проще считать прибыль по сайту, рознице и маркетплейсам.
Проблема
Основная проблема была не в отсутствии программы, а в отсутствии единой логики. Товар мог числиться в наличии, но фактически быть на витрине, в резерве, на складе маркетплейса или на проверке после возврата. В электронике это особенно опасно: одна ошибка с конкретным устройством может привести к спору по гарантии, возврату денег или плохому отзыву.
Самые болезненные точки:
- двойные продажи одного и того же остатка;
- ручная передача остатков на маркетплейсы;
- нет истории по серийному номеру устройства;
- нет отдельного статуса для возвратов и проверки;
- сложно понять, какие товары зависли на складах маркетплейсов;
- маржа по каналам считалась после факта и не всегда точно.
Цель
Цель проекта — сделать так, чтобы владелец магазина видел движение каждого устройства и мог быстро ответить на вопросы:
- где лежит конкретный смартфон;
- какой серийный номер продан клиенту;
- какие товары реально доступны к продаже;
- какие остатки находятся на маркетплейсах;
- какие возвраты требуют проверки;
- какой канал продаж приносит прибыль, а какой только оборот.
Что внедрили
- Единый справочник товаров. Убрали дубли, согласовали правила названий, характеристик, артикулов и штрихкодов.
- Учет серийных номеров. Для смартфонов, ноутбуков и другой техники включили фиксацию конкретного экземпляра при приемке и отгрузке.
- Складскую структуру. Разделили основной склад, розничную точку, витрину, FBS-остатки, FBO-товары и возвраты.
- Статусы заказов. Описали путь заказа: новый, подтвержден, в резерве, на сборке, отгружен, доставлен, возврат, отменен.
- Правила маркетплейсов. Настроили сценарии для FBS и FBO, сопоставление товаров, контроль остатков и цен.
- Процесс возвратов. Возврат сначала попадает на проверку, затем решается: в продажу, в сервис, в уценку или списание.
- Управленческие отчеты. Добавили контроль зависших остатков, резервов, возвратов и прибыльности по каналам.
Как внедряли
Проект разбили на четыре коротких этапа, чтобы магазин не останавливал продажи.
Этап 1. Аудит и карта процессов
Разобрали, как товар проходит путь от закупки до продажи и возврата. Отдельно описали сценарии: розничная продажа, заказ с сайта, заказ маркетплейса FBS, товар на складе маркетплейса FBO, гарантийный возврат.
Этап 2. Номенклатура и склады
Привели карточки товаров к единому формату. Разделили склады так, чтобы статус товара был виден по месту хранения, а не из комментариев менеджера.
Этап 3. Заказы, резервы и возвраты
Настроили статусы заказов и правила резервирования. Возвраты вывели в отдельный процесс: устройство нельзя снова продать, пока оно не прошло проверку.
Этап 4. Маркетплейсы и отчеты
Сопоставили товары с площадками, настроили контроль остатков и подготовили отчеты для руководителя: остатки по каналам, зависшие резервы, возвраты, прибыльность категорий.
Результат в цифрах
Ниже — ориентиры для модельного сценария. Фактические цифры в реальном проекте зависят от объема заказов, качества исходных данных и дисциплины сотрудников.
- время ручной сверки остатков сократилось с 2–3 часов в день до 20–30 минут контроля;
- сборка типового FBS-заказа стала быстрее примерно на 35–45%;
- возвраты перестали автоматически попадать в доступный остаток;
- по каждому устройству стала видна история: поставщик, приемка, продажа, возврат;
- руководитель получил отчет по остаткам на складе, витрине, маркетплейсах и возвратах;
- команда перестала спорить “где товар” — это стало видно в системе.
Что можно повторить в вашем бизнесе
Даже если у вас другой ассортимент, логика повторяется. Для торговли электроникой важно сначала не “подключить все интеграции”, а договориться о правилах учета.
- Разделить товары по категориям: устройства, аксессуары, комплекты, витрина, уценка.
- Включить серийные номера там, где важна история конкретного экземпляра.
- Сделать отдельный склад или статус для возвратов и проверки.
- Настроить резервы под заказы с сайта, розницы и маркетплейсов.
- Сопоставить товары с карточками площадок и контролировать остатки.
- Считать прибыль по каналам, а не только общий оборот.
CTA
Хотите понять, где магазин электроники теряет деньги? KULPS проведет экспресс-аудит: посмотрим остатки, возвраты, маркетплейсы, серийные номера, складскую схему и покажем, что нужно настроить в первую очередь.