Задача
Клиент обратился с довольно типичной, но на практике сложной задачей — упростить процесс возврата товаров.
На момент обращения возвраты обрабатывались вручную: клиенты писали менеджерам, прикладывали фото в мессенджерах или почте, информация терялась, а сами заявки не имели единого статуса. В итоге менеджеры тратили время на уточнения, а пользователи не понимали, что происходит с их обращением.
Что хотел клиент
Клиент сразу задал направление: ориентироваться на опыт маркетплейсов.
Пользователь должен иметь возможность оформить возврат прямо в личном кабинете, без общения с менеджером. При этом важно было сохранить контроль на стороне бизнеса — все заявки должны попадать в CRM и проходить обработку по понятному сценарию.
Отдельно обсуждали гибкость: причины возврата и структура формы не должны быть «зашиты намертво», чтобы их можно было менять без доработок.
Решение
Мы разбили процесс на два логических блока: пользовательский сценарий и обработка на стороне CRM.
Сначала выстроили путь пользователя — максимально простой и привычный. После этого связали его с Bitrix24 так, чтобы менеджеры получали уже структурированную заявку, а не «сообщение в свободной форме».
Пользовательский сценарий
Общая последовательность возврата с точки зрения пользователя следующая:
-
Старт из заказаКнопка «Оформить возврат» на детальной странице заказа, без переписок и звонков.
-
Выбор позиций и причиныТоварные позиции/количество + доступные по условиям магазина причины возврата, интерфейс подстраивается под причину возврата.
-
Фото/комментарии по сценариюДополнительные поля выводятся в зависимости от выбранной на прошлом шаге причины возврата.
-
Заявление на возвратДокумент генерируется автоматически по шаблону с предзаполненными данными.
-
Статусы в ЛККлиент видит прогресс (на рассмотрении/одобрено/отклонено) без ручных уведомлений.
Возврат начинается прямо из заказа. Пользователь нажимает кнопку «Оформить возврат» и попадает на страницу, где видит товары из своего заказа.
Дальше он выбирает, какой товар и в каком количестве хочет вернуть. Это важно для заказов с несколькими позициями — мы исключили ситуацию, когда клиенту приходится описывать это вручную.
Следующий шаг — выбор причины возврата. Здесь мы сознательно отказались от стандартных выпадающих списков и сделали интерфейс в виде отдельных визуальных блоков. Такой подход повторяет логику маркетплейсов и делает выбор быстрее и понятнее.
Когда пользователь выбирает причину, интерфейс подстраивается: появляется поле для комментария, где можно уточнить детали. В зависимости от сценария можно требовать дополнительную информацию, например загрузку фотографий.
Форма при этом остаётся простой — без перегрузки и лишних шагов. Пользователь проходит весь процесс за несколько кликов и сразу понимает, что делать дальше.
После заполнения формы пользователь не просто отправляет заявку, но и может сразу сформировать документ на возврат. Система автоматически генерирует заявление по шаблону с уже заполненными данными: реквизитами, составом заказа, количеством товаров и причиной возврата. Пользователю не нужно заполнять документ вручную — он получает готовый файл, который остаётся только подписать.
Обработка заявки
После отправки формы начинается вторая часть — работа системы.
Мы настроили интеграцию с Bitrix24 таким образом, чтобы каждая заявка на возврат автоматически превращалась в новый лид. Ответственным назначается менеджер, закреплённый за клиентом, поэтому заявка сразу попадает «куда нужно», без ручного распределения.
В лид передаётся вся информация из формы: данные заказа, выбранные товары, причина возврата, комментарий пользователя и загруженные файлы. Менеджеру не нужно ничего уточнять — он получает уже готовую структуру.
Параллельно мы реализовали отображение возвратов в личном кабинете интернет-магазина. Появился отдельный раздел, где можно видеть все заявки и их статусы.
Логика статусов
Чтобы пользователь и менеджер одинаково понимали, что происходит с возвратом, мы синхронизировали статусы между CRM и личным кабинетом.
Когда создаётся заявка, пользователь видит, что она находится на рассмотрении. После этого менеджер принимает решение — одобрить или отклонить возврат, отмечает нужный статус в CRM. После этого статус автоматически обновляется на стороне сайта.
Таким образом исчезает необходимость писать клиенту вручную: он сам видит актуальное состояние заявки.
Сложности и нюансы
Основная сложность была не в интерфейсе, а в логике.
- корректно связать товары из заказа с формой возврата
- продумать сценарии для разных причин (с комментариями и без)
- обеспечить обязательную загрузку файлов там, где это действительно нужно
- синхронизировать статусы между сайтом и CRM
Отдельно прорабатывали гибкость системы, чтобы клиент мог менять причины возврата и структуру формы без привлечения разработчиков.
Результат
После внедрения изменилась не форма, а поведение системы в целом.
Возвраты перестали зависеть от конкретных менеджеров и их переписок с клиентами. Вместо ручного сбора информации появился стабильный входящий поток заявок с одинаковой структурой. Это убрало вариативность в обработке и сделало процесс предсказуемым.
Сильнее всего это отразилось на операционной нагрузке. Менеджеры больше не тратят время на уточнения и «сбор пазла» из сообщений — они работают уже с готовыми данными и принимают решения, а не администрируют диалог.
Со стороны пользователей снизилась неопределённость. Им не нужно писать в поддержку и ждать ответа, чтобы понять, что делать. Процесс возврата стал самостоятельным действием с понятным результатом и статусом.
Отдельно упростили работу с документами: пользователь получает готовое заявление на возврат с автоматически заполненными данными, что исключает ошибки и экономит время как клиенту, так и менеджерам.
Для бизнеса ключевым эффектом стала управляемость. Возвраты превратились из набора разрозненных обращений в нормальный процесс, который можно контролировать и анализировать.
Фактически, это перевод задачи из ручного режима в системный: когда результат не зависит от того, кто обрабатывает заявку, и не требует постоянного контроля.
Возвраты больше не создают хаос — они работают как система.