Возврат в интернет-магазине состоит из шести шагов, и пять из них автоматизируются полностью. Шестой — решение о том, брак это или следы эксплуатации, — остаётся человеку и останется им в обозримом будущем. Всё остальное: приём заявки с проверкой номера заказа, статусы покупателю, комплект документов, оприходование позиции в учёте и инициирование возврата платежа — делается по событию и без участия оператора.
Проблема возвратов в том же, в чём проблема всей витрины: одна операция разложена по трём системам. Заявка живёт на сайте, физическая коробка — на складе, деньги — в платёжном сервисе или в отчёте площадки. Пока эти три записи не связаны одним номером, возврат существует в трёх независимых состояниях: покупатель получил уведомление «возврат принят», товар уже неделю лежит в зоне приёмки неразобранным, а деньги не отправлены, потому что бухгалтер не знает, что коробка приехала.
Дальше — маршрут возврата с указанием, где он встаёт дольше всего; граница между автоматом и человеком; отдельный разбор возвратов с площадок, которые устроены иначе; десятидневный срок из закона как рамка процесса и расчёт на модельном объёме в 300 возвратов в месяц.
Маршрут возврата: шесть шагов и три системы
Возврат почти никогда не встаёт на самих операциях — они короткие. Он встаёт в промежутках, когда запись уже создана в одной системе и ещё не создана в другой, и никто не знает, чья сейчас очередь.
| Шаг | Кто делает | Где появляется запись | Типичная задержка |
|---|---|---|---|
| 1. Заявка на возврат | Покупатель на сайте или через площадку | Сайт или кабинет площадки | Часы, если форма есть; сутки и больше, если заявка приходит письмом |
| 2. Приёмка коробки | Кладовщик | Склад, часто только на бумаге | 1–3 дня: коробка лежит в зоне приёмки, пока её не свяжут с заявкой |
| 3. Проверка состояния | Кладовщик или товаровед | Обычно нигде | От часа до нескольких дней при спорном случае |
| 4. Решение: принять, отказать, признать брак | Человек | Заявка | Дольше всего — здесь копится очередь спорных случаев |
| 5. Возврат денег | Бухгалтер или автомат | Платёжный сервис, отчёт площадки, учёт | 1–5 дней после решения; закон даёт 10 дней от требования покупателя |
| 6. Возврат позиции в остатки | Кладовщик и учёт | Учётная система, потом витрина и площадки | Дни: товар физически есть, а в продаже его нет |
Обратите внимание на шестой шаг. Пока возвращённая позиция не оприходована, она не продаётся — при этом лежит на полке. На модельном магазине это десятки единиц ходового товара, которые месяцами не попадают на витрину, потому что оприходование делают «когда дойдут руки». Механику того, почему остаток на витрине обязан приходить из учёта, а не считаться на сайте, мы разбирали в статье про обмен остатками и ценами.
Схема процесса в чертёжной манере: шесть прямоугольных блоков слева направо, подписанных «Заявка», «Приёмка», «Проверка», «Решение», «Возврат денег», «Возврат в остатки». Под первым, вторым, пятым и шестым блоками пометка «автомат», под третьим — «автомат частично», под четвёртым — «человек». От блока «Решение» вниз отходит ветка «брак — экспертиза и отдельный разбор». Над блоками шкала с подписями типичной задержки: «часы», «1–3 дня», «часы», «очередь», «1–5 дней», «дни». Справа рамка «10 дней от требования покупателя» охватывает шаги с первого по пятый. Подписи по-русски, без логотипов.
Что автоматизируется, а что остаётся человеку
Граница проходит не по сложности операции, а по цене ошибки. Всё, где ошибка исправляется переделкой записи, отдаётся автомату. Всё, где ошибка означает деньги или спор с покупателем, остаётся за человеком.
- Форма заявки с проверкой заказа. Покупатель вводит номер заказа и телефон, система показывает реальный состав и даёт выбрать позиции и причину из списка. Это отсекает заявки на товар, который не покупали, и заявки за пределами срока — их сейчас разбирает оператор вручную.
- Статусы заявки покупателю. Четыре события: заявка принята, посылка получена нами, решение принято, деньги отправлены. Именно они снимают обращения «где мои деньги» — так же, как события доставки снимают вопрос «где заказ», о чём мы писали в статье про статусы для клиента.
- Комплект документов. Заявление, накладная на возврат, корректировочные документы формируются из данных заказа, а не набираются заново.
- Оприходование в учёте. По событию приёмки создаётся документ, позиция возвращается на остаток и в тот же обмен уходит на витрину и в кабинеты площадок.
- Инициирование возврата платежа. После решения запрос уходит в платёжный сервис автоматически, а срок контролируется от даты требования покупателя, а не от даты решения.
Человеку остаётся ровно три вещи, и попытка отдать их автомату кончается претензиями:
- Решение о браке. Отличить производственный дефект от следов эксплуатации по фотографии нельзя, а цена ошибки — либо потерянный товар, либо конфликт с покупателем и жалоба в контролирующий орган.
- Спорные случаи. Нарушен товарный вид, истёк срок, комплектация неполная, товар изготовлен по индивидуальному заказу. Здесь нужен человек, который может принять решение в пользу покупателя как жест, и это решение — управленческое, а не алгоритмическое.
- Отказ в возврате. Отказ всегда пишет человек и всегда с обоснованием. Автоматический отказ — самый быстрый способ получить публичный негативный отзыв и разбор в переписке на несколько дней.
Возвраты с площадок — отдельный поток
Из 300 возвратов модельного магазина около 190 приходят с маркетплейсов, и это принципиально другой процесс. Заявку принимает площадка, решение о приёме часто принимает тоже она, а вы узнаёте о возврате из отчёта — иногда позже, чем коробка физически доезжает до склада. Автоматизировать здесь нужно не форму, а сверку.
| Расхождение | Как выглядит | Что делать |
|---|---|---|
| Невыкуп записан как возврат | Товар не был выкуплен и едет назад, но в отчёте он в одной строке с настоящими возвратами | Разделять по признаку отправления: невыкуп возвращается в остаток целиком, возврат требует проверки |
| Коробка приехала, отчёта нет | Склад принял товар, в кабинете возврат появится через несколько дней | Оприходовать по факту приёмки, отчёт использовать для сверки, а не как основание |
| Отчёт есть, коробки нет | Площадка удержала стоимость, товар утерян или ещё в пути | Отдельный список претензий с датой; без него удержания просто теряются |
| Удержание за брак | Площадка списала сумму, причина в отчёте одной строкой | Сверять с внутренним решением по этому же отправлению — расхождения оспариваются |
Практический вывод: для сайта строится форма и маршрут, для площадок — отчёт расхождений между тремя списками (что приняли на складе, что показывает кабинет, что прошло в учёте). Общая механика работы с несколькими кабинетами разобрана в статье про интеграцию магазина с маркетплейсами; здесь достаточно помнить, что возвраты — это третий, самостоятельный контур, который нельзя обслуживать заодно с заказами.
Карта связей в чертёжной манере. Слева два узла-источника: «Возврат с сайта — 110 в месяц» и «Возврат с площадок — 190 в месяц». Стрелки от обоих ведут в общий блок «Приёмка на складе, привязка к номеру заявки». Из него три стрелки вправо с подписями на связях: вверх — «Учёт: оприходование, позиция в остаток», в центр — «Платёжный сервис или отчёт площадки: деньги», вниз — «Витрина и кабинеты: позиция снова в продаже». Отдельная стрелка вниз из блока приёмки — «Отчёт расхождений: приняли / кабинет / учёт». Всего 300 возвратов в месяц указано в заголовке карты. Подписи по-русски, без логотипов.
Десять дней на деньги: закон задаёт такт процессу
При дистанционной продаже покупатель вправе отказаться от товара надлежащего качества в любое время до передачи и в течение семи дней после. Если в момент доставки ему не выдали письменную памятку о порядке и сроках возврата, срок вырастает до трёх месяцев. Деньги возвращаются не позднее чем через десять дней со дня, когда покупатель предъявил требование.
Это главная ошибка проектирования процесса. Магазин ставит таймер на дату оприходования, но закон отсчитывает срок от даты обращения. Пока посылка едет обратно неделю, из десяти дней остаётся три — и весь запас времени съеден логистикой. Поэтому счётчик срока привязывается к заявке в момент её создания и виден в списке заявок как остаток дней, а заявки с остатком менее трёх дней поднимаются наверх списка автоматически.
Модельный расчёт: 300 возвратов в месяц
Модельный магазин: 1 500 отправлений в месяц, доля возврата 20 % — 300 возвратов, из них 190 с площадок. Ставки полной стоимости часа: оператор 700 ₽, кладовщик 550 ₽, бухгалтер 844 ₽. Обработка ручная: заявки приходят письмом, приёмка сопоставляется глазами, документы набираются заново.
Теперь работы. Все они делаются поверх существующего обмена с учётом — переписывать связку сайта и учётной системы для возвратов не нужно. Ставка инженера-подрядчика 3 000 ₽ в час.
После запуска остаётся: 5 600 ₽ на 60 спорных заявок, которые всё равно смотрит оператор; 22 000 ₽ на приёмку — она ускоряется с 12 до 8 минут за счёт привязки коробки к заявке по номеру, но никуда не исчезает; 8 440 ₽ на выборочную проверку документов; 4 220 ₽ на контроль платежей; 2 532 ₽ на сверку по готовому отчёту и 1 680 ₽ на оставшиеся обращения. Итого 44 472 ₽ вместо 133 770 ₽. Экономия — 89 298 ₽ в месяц, окупаемость 186 000 ÷ 89 298 = 2,1 месяца.
Две вертикальные столбиковые группы с подписями в рублях за месяц. Слева «Сейчас — 133 770 ₽» с сегментами «документы и оприходование 42 200», «приёмка 33 000», «приём заявок 28 000», «возврат платежей 16 880», «сверка с площадками 8 440», «обращения 5 250». Справа «После — 44 472 ₽» с сегментами «приёмка 22 000», «проверка документов 8 440», «спорные заявки 5 600», «контроль платежей 4 220», «сверка 2 532», «обращения 1 680». Между группами подпись «экономия 89 298 ₽ в месяц». Снизу горизонтальная плашка «Вложение 186 000 ₽, окупаемость 2,1 месяца; при 60 возвратах в месяц — 10,4 месяца». Все числа проставлены, чертёжная манера, подписи по-русски.
Когда автоматизировать возвраты не надо
Расчёт выше держится на объёме, и при его снижении экономика рассыпается быстро. Четыре ситуации, в которых проект не окупится.
- Меньше 60 возвратов в месяц. Экономия падает примерно впятеро — до 17 900 ₽, и 186 000 ₽ окупаются 10,4 месяца. Рабочий вариант — один список заявок с датой требования и остатком дней, который ведётся вручную и стоит ноль рублей.
- Категория почти без возвратов. Продукты, расходники, стройматериалы: доля возврата 1–3 %, весь поток закрывается разбором в рабочем порядке. Здесь деньги лежат в других местах — например, в прогнозе запасов, а не в возвратах.
- Продажи только через площадки. Форма заявки на сайте не нужна вовсе: заявку принимает площадка. Из всей сметы остаются сверка и отчёт расхождений — это 36 000 ₽ вместо 186 000 ₽, и окупается заметно быстрее остального.
- Учёт ещё не умеет принимать возврат документом. Если в конфигурации нет корректного документа возврата от покупателя или он ведётся вручную бухгалтером «как получится», автоматизировать нечего: сначала торговый контур в учёте, потом контур возвратов поверх него.
И вывод, который важнее арифметики. Возврат — единственная операция магазина, где деньги, товар и документ движутся в разные стороны одновременно, и именно поэтому он расходится чаще всего остального. Автоматизация здесь нужна не ради экономии минут, а ради того, чтобы в любой момент по одному номеру было видно все три состояния сразу: где коробка, что решили и отправлены ли деньги. Регулярная сверка этих трёх записей между собой — та же по смыслу работа, что и автоматическая сверка документов в финансовом контуре.
Возврат считается закрытым не тогда, когда деньги ушли покупателю, а тогда, когда позиция снова продаётся на витрине.
