Каталог проектовАналитика и e-commerceАналитик возвратов, который знает, почему товар едет назад
Реестр возвратов Стоимость возврата в марже Претензии поставщику Запуск за 10–14 дней

Аналитик возвратов, который знает, почему товар едет назад

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

100%
возвратов с причиной, а не «прочее»
≤10
случаев до сигнала об аномальной партии
1
реестр вместо выгрузок из трёх площадок
24/7
контроль без ожидания конца месяца

Один день из жизни вашего агента

Возвраты приходят потоком и разбираются на лету — вам достаётся не поток, а выводы и решения, которые их ждут.

09:00

Утренний срез возвратов агент Приёмщик

Что вернулось за сутки по всем каналам: маркетплейсы, розница, интернет-магазин. Каждая единица — с причиной, SKU, партией и поставщиком. Отдельно то, что впервые вышло за норму.

11:30

Сигнал об аномальной партии агент Дозорный

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

14:00

Стоимость возврата в марже агент Счетовод

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

16:30

Претензионный контур агент Претензионист

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

пт

Недельный разбор причин

Топ причин с динамикой, позиции-рекордсмены, поставщики по доле брака, эффект принятых мер. Пустая неделя честно называется пустой — выдуманных «трендов» не бывает.

А между сводками — просто пишите ему

«Сколько мы потеряли на A-114 за квартал?», «какие позиции брать на следующий сезон, а какие нет», «покажи всё по поставщику Б» — отвечает в диалоге, с раскрытием до конкретных возвратов.

Внутри — не один бот, а команда

Пять ролей закрывают путь возврата целиком: от приёмки до денег и претензии.

↩️
Оркестратор

Аналитик возвратов

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

📥
Приёмка и классификация

Приёмщик

Разносит каждый возврат по причине, SKU, партии, складу и каналу. Один словарь причин на все площадки — иначе сравнивать нечего.

🔭
Аномалии

Дозорный

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

🧮
Деньги

Счетовод

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

📨
Претензии

Претензионист

Собирает доказательную базу по браку и готовит претензии поставщикам, держит сроки ответа и статусы возмещений.

Как это устроено под капотом

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

01 / CODE-MATH

Стоимость возврата считает код

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

02 / CAUSE-DICT

Единый словарь причин поверх площадок

Формулировки покупателей и коды площадок сводятся к вашему справочнику причин по формальным правилам. «Не подошёл размер» с трёх площадок — одна причина, а не три, иначе никакая статистика не складывается.

03 / BATCH-BASELINE

Норма — своя у каждой позиции

Аномалия считается против собственной истории SKU и партии, а не против среднего по складу. У обуви 12% возвратов — норма, у инструмента 4% — уже авария; одним порогом на всё это не поймать.

04 / TWO-STAGE

Код просеивает поток, модель разбирает избранное

Тысячи возвратов проходят через правила и арифметику; к модели попадают только выбросы и спорные формулировки. Поэтому объём потока не упирается в лимиты и не разоряет на запросах.

05 / CLAIM-LEDGER

Реестр претензий со сроками

Каждая претензия поставщику живёт со статусом, дедлайном ответа и суммой. Просроченный ответ поднимается сам — возмещения перестают тихо растворяться после первого «мы разберёмся».

06 / HITL-MONEY

Решения о деньгах — за человеком

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

Что будет, если что-то пойдёт не так

Инженерный подход — проектировать отказы заранее, а не разбирать их постфактум. Нештатные сценарии этой системы и её реакции:

⚠ Сценарий отказа

Выгрузка возвратов с площадки не пришла или пришла битой

→ Реакция системы

Срез выходит с пометкой «данные неполные за N дней» по конкретному каналу; доли за этот период не пересчитываются и не выдаются за факт.

⚠ Сценарий отказа

Причина возврата пустая или в свободной форме («не понравилось»)

→ Реакция системы

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

⚠ Сценарий отказа

Всплеск возвратов после распродажи путается с дефектом партии

→ Реакция системы

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

⚠ Сценарий отказа

Перезапуск системы посреди разбора

→ Реакция системы

Реестр возвратов, статусы претензий и нормы по позициям персистентны — восстановление без потери единой строки.

Так выглядит его работа

Три типовых сообщения — так это выглядит в вашем Telegram.

Сигнал об аномальной партии 🔭 SKU A-114 · партия 28.07 Доля возврата: 14.2% (история SKU: 3.8%) Случаев: 37 из 260 отгруженных Причина: «не работает из коробки» — 26 Остаток партии: 340 шт на складе Другие партии: май — 3.9%, июнь — 4.1% Партийный дефект, не сезон. Пометил остаток и убрал позицию из рекомендаций к поставке. Расчёт убытка при распродаже остатка — приложен.
Маржа после возвратов 🧮 Топ-3 «бумажной» прибыли маржа возвр. маржа факт B-207: 18.4% 21% −2.1% A-114: 24.0% 14% 6.8% C-390: 11.2% 3% 9.9% B-207 продаётся хорошо и приносит убыток: обратная логистика съедает всё. Варианты — поднять цену на 9%, сменить упаковку или вывести из ассортимента; расчёт по каждому приложен.
Претензия поставщику 📨 Поставщик Б · пакет к претензии Единиц с браком: 37 Сумма закупки: 214 600 ₽ Логистика назад: 18 400 ₽ Срок ответа по договору: 10 раб. дней Черновик готов ✓ Приложены перечень единиц, фото приёмки и его же статистика по майской и июньской партиям. После вашей отправки ставлю срок ответа на контроль.

Что входит в настройку «под ключ»

Базовая комплектация полностью покрывается услугой «под ключ» тарифа «Про». Расширения обсуждаем отдельно после запуска.

Базовая комплектация

Входит в тариф «Про» — настройка уже включена в цену подписки
  • Команда: аналитик возвратов, приёмщик, дозорный, счетовод, претензионист
  • Единый реестр возвратов по причинам, SKU, партиям, поставщикам и каналам
  • Словарь причин, сведённый поверх всех ваших площадок
  • Расчёт полной стоимости возврата и реальной маржи позиции
  • Сигналы об аномальной доле возвратов по партии и позиции
  • Реестр претензий поставщикам со сроками ответа и суммами
  • Неделя сопровождения после запуска

Возможные расширения

Оцениваются отдельно по вашему запросу
  • Разбор фото и описаний брака от покупателей с группировкой по дефекту
  • Прогноз доли возвратов для новых позиций по их характеристикам
  • Правки карточки товара под причины возврата: описание, размерная сетка, фото
  • Учёт возвратов в планировании закупок на следующий сезон
  • Рейтинг поставщиков по браку с выгрузкой к переговорам (связка со снабжением)

Границы системы: честно и заранее

Права «не может» — не ограничения тарифа, а архитектурные границы безопасности. Они не отключаются ни настройкой, ни просьбой.

✓ Агент может

— и делает это каждый день без напоминаний
  • Вести реестр возвратов по причинам, партиям, поставщикам и каналам
  • Считать полную стоимость возврата и реальную маржу позиции
  • Ловить аномальную партию по отклонению от истории самой позиции
  • Готовить претензии поставщикам и держать сроки ответа

✕ Не может — архитектурно

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

Как мы сдаём проект

Не «сделаем как-нибудь за пару недель», а проектный план по публичной оферте — с прогоном и формальной приёмкой.

Дни 1–2

Бриф и доступы

Интервью о ваших процессах, сбор материалов и доступов. Вы рассказываете — формализуем мы.

Дни 3–5

Техническое задание

Карта агентов, контуры, регламенты, форматы. До 3 правок — пока не совпадёт с ожиданиями.

Дни 6–9

Сборка системы

Агенты, интеграции, детерминированные контуры, расписания — по согласованному ТЗ.

Дни 10–11

Наполнение вашими данными

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

День 12

Полный прогон

Каждый сценарий ТЗ прогоняется на реальных данных по чек-листу приёмки — до показа вам.

Дни 13–14

Приёмка и запуск

Демонстрация, до 2 правок, обучение работе с агентом — и система уходит в бой.

Чек-лист приёмки — 12 проверок перед сдачей

Проект не считается готовым, пока каждый пункт не подтверждён фактом. Синим — проверки, специфичные именно для этого проекта.
01Все сценарии ТЗ прогнаны на реальных данных, не на «примерах»
02Расписания сработали в назначенное время — проверено фактом, не настройкой
03Алерты вызваны тестово и дошли до вас
04Эскалации доходят до нужных людей с полным контекстом
05Границы «не может» проверены попыткой их нарушить
06Память наполнена и переживает перезапуск системы
07Доступы минимально достаточные; где заявлено «только чтение» — это проверено
08Резервное копирование данных проекта включено
09Словарь причин согласован и применён к вашим выгрузкам за 2–3 месяца
10Расчёт стоимости возврата совпал с вашим ручным разбором по 10 случаям
11Сигнал об аномалии прогнан на прошлой проблемной партии — видно, на каком случае он бы сработал
12Норма доли возвратов подтверждена вами по каждой товарной группе

Посчитайте эффект для себя

Подставьте свои цифры — получите консервативную оценку. Это ориентир для решения, а не оферта.

%
ч
Оценка эффекта
Формула: 5% от возвращённого оборота — консервативная доля потерь, которую закрывают ранняя остановка дефектной партии и доведённые до конца претензии; плюс высвобожденное время сотрудника по ставке 1 500 ₽/час. Ассортиментные решения на следующий сезон, снижение доли брака у поставщика и удержанная лояльность покупателей — сверх этой оценки. Оценка ориентировочная и не является офертой.

Возвраты съедают маржу тихо. Этот считает их вслух

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

Получить реализацию за 14 990 ₽/год
Это ≈ 1 249 ₽ в месяц. Настройка «под ключ» уже включена в подписку «Про» — без доплат за внедрение.
Хотите сначала обсудить задачу? Задайте вопрос — ответим в течение рабочего дня.
Не уверены, подойдёт ли агент под вашу задачу? Задайте вопрос — ответим за пару часов
Отвечает команда сервиса, а не бот. 9 из 10 оценивают ответы как полезные.

Частые вопросы

Какие доступы нужны и что будет с нашими данными?

Достаточно выгрузок возвратов из ваших площадок и учётной системы (или доступа на чтение к их отчётам). Права на изменение заказов, одобрение возвратов и проведение возмещений системе не выдаются — она их архитектурно не использует. Данные живут в вашем контейнере, а не в общем облаке.

У нас возвраты в трёх местах и везде свои причины — сведётся?

Это и есть основная работа внедрения: коды площадок и свободные формулировки покупателей сводятся к одному вашему справочнику причин. Пока справочник не согласован с вами, статистика не публикуется — считать «в среднем по несравнимому» бессмысленно.

Чем это отличается от отчёта по возвратам в кабинете площадки?

Кабинет показывает штуки и суммы по своей площадке. Здесь возврат доводится до партии и поставщика, оценивается против истории самой позиции и превращается в деньги — стоимость возврата встаёт в маржу SKU. Плюс претензионный контур со сроками, которого в кабинете нет вовсе.

Агент сам откажет покупателю в возврате?

Нет и не сможет: решения о возврате денег покупателю — за пределами его прав. Он готовит фактуру (что за единица, из какой партии, что с ней по истории) и черновик ответа, а решение принимаете вы.

У нас мало возвратов — стоит ли?

Если поток меньше нескольких десятков в месяц, ценность даёт не статистика, а претензионный контур и расчёт маржи. Скажем честно на разборе: при совсем малом объёме тема окупается медленнее, чем, например, сверка выручки.

Материалы страницы не являются юридической консультацией. Претензии поставщикам и ответы покупателям агент готовит черновиками — их проверка, подписание и отправка остаются за вами и вашим юристом. Решения о возврате денег покупателю система не принимает.