Антон Дегтярёвавтоматизация возвратов и рекламаций в битрикс24
Возвраты — неизбежная часть бизнеса. Вопрос не в том, будут ли они, а теряете ли вы на них деньги и клиентов — или превращаете рекламацию в точку роста. Разбираю, как выстроить процесс в Битрикс24 от заявки до закрытия.
почему возвраты ломаются без автоматизации
На моих проектах картина обычно одна и та же. Клиент пишет в WhatsApp «хочу вернуть», менеджер пересылает сообщение в чат отдела, кто-то берёт в работу… или не берёт. Через неделю клиент звонит снова, уже злой. Ещё через неделю — пишет отзыв на Яндекс Картах.
Проблема не в людях, а в отсутствии системы. Без автоматизации рекламации в CRM вы получаете три предсказуемых проблемы:
1. **Заявки теряются.** Они приходят через пять каналов — почта, телефон, мессенджеры, сайт, менеджер лично. Единого места для учёта нет. 2. **Сроки не контролируются.** По закону о защите прав потребителей на ответ есть 10–14 дней. Просрочили — неустойка 1 % от стоимости товара за каждый день. 3. **Нет статистики по причинам.** Вы не видите, что 40 % возвратов приходятся на одну товарную линейку, потому что данные разбросаны по Excel-файлам и перепискам.
Прежде чем строить воронку, полезно провести аудит бизнес-процессов перед внедрением — иначе вы автоматизируете хаос, а не порядок.
где вести рекламации — смарт-процесс или отдельная воронка
В Битрикс24 есть два способа организовать учёт рекламаций.
**Смарт-процесс** — отдельная сущность со своими стадиями, полями и правами доступа. Рекламации живут отдельно от продаж, не засоряют воронку сделок, имеют собственную аналитику. Минус: нужен тариф «Профессиональный» или выше.
**Отдельное направление в сделках** — создаёте вторую воронку прямо в модуле CRM. Работает на любом тарифе, настраивается за час. Минус: в сводных отчётах рекламации смешиваются с продажами, приходится фильтровать вручную.
На 9 из 10 проектов я выбираю смарт-процесс. Причины:
- Собственные обязательные поля — «причина возврата», «фото дефекта», «номер заказа» — не тянут за собой поля из продажной воронки. - Отдельные права доступа: менеджер по продажам видит свои сделки, отдел рекламаций — свои элементы. Никто не лезет в чужое. - BI-аналитика строится чище — не нужно отсекать стадии продаж из отчётов по возвратам.
Если у вас тариф «Базовый» или «Стандартный» без смарт-процессов — начинайте с направления в сделках. Когда дорастёте до «Профессионального», перенести данные несложно.
стадии воронки рекламаций
Воронка, которую я ставлю чаще всего, выглядит так:
1. **Новая рекламация** — заявка поступила, ещё не взята в работу. Менеджер видит карточку в канбане и решает, относится ли обращение к рекламации. 2. **Принята** — обращение подтверждено как рекламация. На этой стадии заполняются обязательные поля: причина, товар, сумма, способ связи с клиентом. 3. **На рассмотрении** — идёт проверка: запрос фото, экспертиза, согласование с поставщиком или складом. 4. **Решена** — принято решение: возврат денег, замена товара, ремонт или компенсация. 5. **Закрыта** — клиент получил результат, документы оформлены, возврат проведён.
Отдельно — стадия **«Отклонена»** для обращений, которые не подпадают под гарантию или закон. Важный момент: даже отклонённые рекламации нужно фиксировать. Через полгода вы увидите, что 15 % отклонений — по одной и той же причине, и поймёте, что нужно менять описание товара на сайте или скрипт менеджера.
Обязательные поля при переходе между стадиями — ключевой элемент. Без них менеджеры будут перетаскивать карточку по канбану без данных, и через месяц в отчётах пустота.
роботы для контроля сроков — 14 дней по ЗоЗПП
По ФЗ «О защите прав потребителей» продавец обязан рассмотреть претензию в 10 дней, а на возврат товара надлежащего качества — 14 дней. Просрочка — неустойка. Робот решает это без участия человека.
Что настраиваю на каждом проекте:
1. **При переходе в «Принята»** — робот ставит дедлайн: текущая дата + 14 календарных дней. Поле «крайний срок» заполняется автоматически. 2. **За 3 дня до дедлайна** — уведомление менеджеру в чат Битрикс24 и на почту: «Рекламация №142 — осталось 3 дня до истечения срока». 3. **В день дедлайна** — если стадия всё ещё не «Решена» и не «Закрыта», робот создаёт задачу на руководителя отдела с пометкой «просрочка». 4. **При просрочке больше 2 дней** — автоматическое уведомление юристу компании и запись в журнал инцидентов.
На одном проекте — оптовая компания, 50–70 рекламаций в месяц — после внедрения этих роботов просрочки упали с 35 % до 4 %. Не потому что люди стали ответственнее, а потому что система не даёт забыть.
Дополнительно можно подключить AI-follow up сделок для автоматического контроля коммуникации с клиентом по рекламации.
связка рекламации с исходной сделкой и товаром
Рекламация без привязки к исходной сделке — бесполезный тикет. Вы не видите, какой менеджер продал, какой товар проблемный, какая сумма на кону.
Как связываю:
- **Поле «Родительский элемент»** — в смарт-процессе указываю связь с сущностью «Сделка». Менеджер при создании рекламации выбирает исходную сделку из списка. Данные о клиенте, сумме и товарах подтягиваются автоматически. - **Товарная позиция** — конкретный товар дублируется в карточку рекламации. Это позволяет строить отчёт «по каким SKU больше всего возвратов» без ручной обработки. - **Номер заказа** — если есть интеграция с интернет-магазином, номер заполняется автоматически через REST API.
В итоге вся цепочка видна в одном окне: сделка → товар → рекламация → решение. Руководитель открывает карточку и за 30 секунд понимает полную историю вопроса. Когда таких цепочек набирается 200–300, появляется материал для системной аналитики — те же принципы, что описаны в статье про аналитику воронки — как найти узкое место, работают и для воронки рекламаций.
отчёты — причины, товарные линейки, стоимость возвратов
Три отчёта, которые я настраиваю на каждом проекте:
**Топ причин возвратов.** Поле «Причина» — список из 6–8 значений: производственный брак, не подошёл размер, не соответствует описанию, передумал, повреждение при доставке, истёк срок годности. Через 2–3 месяца сбора данных вы видите: 30 % возвратов — повреждение при доставке. Проблема не в товаре, а в логистике. Без отчёта вы бы этого не узнали.
**Рекламации по товарным линейкам.** Группировка по категориям или конкретным SKU. Если одна модель стабильно даёт 5 % возвратов при среднем показателе 1,5 % — повод поговорить с поставщиком или убрать товар из ассортимента.
**Стоимость возвратов за квартал.** Сумма возвращённых денег, расходы на обратную доставку, потери на уценке. Этот отчёт обычно открывает глаза собственнику — когда видишь, что за квартал на возвраты ушло 800 тысяч рублей, мотивация разбираться в причинах появляется мгновенно.
Все три строятся в BI-конструкторе Битрикс24 или выгружаются через REST API в Google Looker Studio.
интеграция с 1С — возвраты на стороне бухгалтерии
Рекламация закрыта в CRM, но в бухгалтерии возврат не проведён. Знакомо? Без интеграции менеджер закрывает рекламацию в Битрикс24, а бухгалтер узнаёт о возврате из бумажной заявки через три дня.
Что автоматизирую:
- **Возврат денег.** При переходе рекламации в стадию «Решена» с типом решения «возврат средств» — в 1С автоматически создаётся документ «Возврат товаров от покупателя» и платёжное поручение на возврат. - **Возврат на склад.** Товар возвращается в остатки: в 1С формируется приходная накладная, в Битрикс24 обновляется остаток в каталоге, если ведёте товарный учёт в CRM. - **Сверка.** Раз в неделю робот сравнивает количество закрытых рекламаций в CRM и проведённых возвратов в 1С. Расхождения попадают в отчёт руководителю.
Если обмен данными между Битрикс24 и 1С у вас уже работает, добавить сценарий рекламаций — задача на 2–3 рабочих дня. Если обмена нет — начинать нужно с базовой интеграции.
практические советы из реальных внедрений
За последние два года я настраивал воронку рекламаций для шести компаний — от розничного магазина до B2B-дистрибьютора. Вот что работает:
**Минимум полей при создании.** 3–4 поля на старте: клиент, номер заказа, причина, описание. Если заставить менеджера заполнять 12 полей — он не будет создавать рекламацию вообще, а решит вопрос «по-тихому» в чате.
**Фото дефекта — обязательно.** Добавьте поле «Фото» и сделайте его обязательным при переходе из «Новая» в «Принята». На одном проекте это сократило переписку с клиентом на 40 % — менеджер сразу видит, что случилось, без лишних вопросов.
**Авто-привязка по номеру заказа.** Клиент вводит номер заказа — робот находит сделку и привязывает автоматически. Экономит 2–3 минуты на каждой рекламации, а при 50 обращениях в месяц это уже 2,5 часа.
**Еженедельный дайджест.** Каждый понедельник руководитель получает сводку: количество открытых рекламаций, количество просроченных, топ-3 причины за неделю. Отправляется роботом в чат или на почту.
**Обкатка на тестовых данных.** Перед запуском проведите через воронку 10–15 тестовых рекламаций. Вы найдёте пробелы в логике роботов, которые не видны на бумаге — пропущенные условия, лишние уведомления, недостающие обязательные поля.