Рекламация после продажи: как передать обращение из CRM в работу

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

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

Где теряется обращение после успешной сделки

Рассмотрим условную ситуацию. Клиент сообщает менеджеру о несоответствии комплектации. Менеджер пересылает сообщение на склад и отмечает задачу выполненной. Склад ждёт номер поставки, а клиент считает, что компания уже разбирается с проблемой. В CRM остаётся успешная сделка и комментарий о передаче, но никто не отвечает за продолжение.

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

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

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

Что сохранить при регистрации рекламации

Запись должна описывать наблюдаемую проблему, а не преждевременное решение о виновнике. Вместо «склад отгрузил неправильно» до проверки фиксируют, что именно сообщил клиент и какие сведения уже получены.

Минимальный набор для старта:

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

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

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

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

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

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

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

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

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

Для клиента назначьте дату следующего сообщения, даже если к ней не ожидается окончательное решение. Содержание такого контакта - фактическое состояние и следующий шаг. Срок внутреннего обновления не следует выдавать за юридический срок рассмотрения требования: это разные основания, которые могут действовать одновременно.

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

Какие состояния нужны обращению

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

1. Зарегистрировано: проблема и исходная связь зафиксированы, назначен владелец.
2. Уточняются данные: известен конкретный вопрос и тот, кто получает ответ.
3. Принято на проверку: принимающая сторона подтвердила достаточность сведений.
4. Определено действие: зафиксированы решение уполномоченного сотрудника и дальнейшая работа.
5. Выполняется: назначен исполнитель и подтверждается результат действия.
6. Завершено: записаны фактический итог, сообщение клиенту и основание закрытия.

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

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

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

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

Как выбрать место для рекламаций в CRM

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

В Битрикс24 для отдельного жизненного цикла можно использовать смарт-процесс: настроить карточку, поля, стадии, права и связь с элементами CRM. Функция доступна не на всех тарифах. Подробное различие инструмента и воронки разобрано в статье о смарт-процессах Битрикс24.

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

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

Как принять процесс и проверить первые результаты

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

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

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

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

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

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

Можно ли вести рекламацию в завершённой сделке

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

Кто должен отвечать клиенту после передачи в сервис

Это назначают заранее. Менеджер может оставаться контактным лицом, а специалист - выполнять проверку. В карточке должно быть понятно, кто сообщает новости и откуда получает подтверждённые сведения.

Достаточно ли отправленного клиенту ответа для закрытия

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

Источники

• Справка amoCRM: создание новой задачи.
• Справка Битрикс24: смарт-процессы в CRM.
• Справка Битрикс24: создание и настройка смарт-процесса в CRM.