Продажи и клиентский сервис

Автоматизация возвратов и претензий

Клиент описал проблему менеджеру, приложил материалы в мессенджере и ждёт решения. Документы находятся у другого сотрудника, а возврат отмечен выполненным после создания внутренней задачи. Из-за разрыва статусов клиент и компания видят разные результаты.

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

Результат проекта

Прослеживаемый маршрут претензии с ответственным за решение, подтверждением исполнения и связью с исходным заказом.

Когда задача становится актуальной

  • Материалы претензии разбросаны по личным перепискам.
  • Непонятно, кто принимает решение и кто его исполняет.
  • Созданная заявка на возврат считается завершённым возвратом.
  • Повторное обращение клиента открывает новую несвязанную историю.

Какие сведения связывать с обращением

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

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

Как разделить решение и его исполнение

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

После решения создаётся маршрут исполнения с отдельными подтверждениями. Отправка запроса платёжному сервису и подтверждение завершённой операции — разные события. Аналогично назначенная повторная работа не равна принятому клиентом результату исправления.

СтадияОснование переходаЧто сохраняется
Материалы собраныДостаточно сведений для рассмотренияЗаказ, предмет и необходимые подтверждения
Решение принятоУполномоченная роль определила вариантОснование и согласованный состав действий
Исполнение начатоЗадачи переданы ответственнымСвязь с решением и исполнителями
Исполнение подтвержденоПроверены результаты действийФактический итог и открытые вопросы

Пример частичного возврата по заказу

Клиент обращается по одной позиции составного заказа. Оператор связывает претензию с этой позицией, собирает необходимые материалы и передаёт их уполномоченному сотруднику. После решения создаётся согласованное действие возврата.

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

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

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

Материалы обращения доступны только нужным ролям. Для выгрузок и внутренних комментариев задаются отдельные правила, чтобы служебные обсуждения не попадали в клиентский ответ. Уведомления формируются по актуальному состоянию и согласованному содержанию сообщения.

Как проверить завершение и повторное открытие

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

Причины претензий можно передавать в контроль качества после согласованной классификации. При этом количество сообщений не приравнивается к числу разных проблем. Повторное открытие связывается с исходным решением, чтобы компания могла понять, почему выполненного действия оказалось недостаточно.

Что получит компания

  • Модель претензии и связи с позициями заказа.
  • Маршруты проверки материалов и принятия решения.
  • Сценарии исполнения с подтверждением результата.
  • Правила доступа к материалам и клиентских уведомлений.
  • Проверки частичных решений и повторных обращений.

Что подготовить к обсуждению

  • Обезличенные примеры претензий разных типов.
  • Утверждённые правила рассмотрения и полномочия ролей.
  • Описание заказов и используемых платёжных систем.
  • Примеры расхождений между решением и исполнением.

Вопросы о проекте

Можно ли автоматически принимать решение по претензии?

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

Нужен ли отдельный сервис возвратов?

Не всегда. Можно использовать текущую CRM или систему обращений, если она поддерживает нужные связи, права и подтверждения; отдельный модуль рассматривается при более сложном процессе.

От чего зависит оценка внедрения?

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

ОБСУДИТЬ ПРОЕКТ ОБСУДИТЬ ЗАДАЧУ

Обсудим вашу задачу

Опишите, что происходит сейчас, какие сервисы используются, что сотрудники делают вручную и что должно происходить автоматически.