Когда заказ уже отгружен, а клиент сообщает о браке, несоответствии размеров или повреждении при доставке, отдел продаж часто воспринимает это как неприятный финал. Но рекламация — это рабочий этап постпродажного обслуживания. Правильно выстроенный процесс приёма и разбора претензии не только закрывает текущую проблему, но и возвращает клиента в повторные заказы. В металлообработке, где заказчик часто работает по чертежам и техническим требованиям, спорные ситуации требуют чёткой фиксации, маршрута и ответственных.
Почему рекламация — это точка возврата клиента, а не финал сделки
Претензия не равна потере клиента. Она показывает, что заказчик остался в контакте и даёт компании шанс исправить ситуацию до того, как уйдёт к конкуренту. В металлообработке ошибки могут касаться геометрии, чистоты поверхности, комплектности или сроков. Если менеджер фиксирует обращение, передаёт его в работу и возвращается с ответом, клиент видит управляемость процесса. Если же жалоба теряется в почте или переписке, доверие падает сильнее, чем сам дефект.
Поэтому рекламацию стоит вести как отдельную точку контакта: заводить карточку, заполнять обязательные данные, назначать ответственного и двигать по стадиям до решения. Это не технологическая проверка качества, а управление коммуникацией с заказчиком.
Что фиксировать в карточке рекламации: обязательные и пользовательские поля
Для работы с претензией в CRM нужно собрать минимум сведений, без которых разбор не начнётся. Часть данных уже есть в сделке или контакте, часть менеджер добавляет в момент обращения. Чтобы карточка не уходила в работу незаполненной, можно использовать обязательные поля. В Битрикс24 можно сделать пользовательские и системные поля обязательными для заполнения в карточке CRM: сотрудник не сможет сохранить или переместить элемент, пока не заполнит такие поля.
Однако обязательность поля контролирует только заполнение, а не истинность значения. Если менеджер вписал номер заказа, это не значит, что он соответствует реальному заказу клиента. Проверку содержания делает технолог, руководитель отдела или сам менеджер по регламенту. Поле нельзя использовать как автоматическую гарантию корректности.
Для хранения дополнительной информации о клиентах, которой нет в системных полях, в CRM можно создать пользовательские поля нужного типа. Например, для рекламации удобно добавить поля: вид дефекта, номер партии, ссылку на фото, дату получения претензии, решение по рекламации. Тип поля выбирается под данные: список для классификации, дата для дедлайна, файл для акта или фото, строка для текста.
Важно не полагаться на то, что файл сам по себе доказывает актуальность чертежа или состояние детали. Наличие файла в карточке не подтверждает, что это именно та версия чертежа, по которой шло производство. Поэтому в регламенте стоит закрепить явное действие: сотрудник сохраняет копию полученного документа в поле карточки и вручную указывает ссылку на исходное письмо или файл в хранилище. Это редакционная рекомендация по организации работы.
Таблица ниже показывает минимальный набор полей для карточки рекламации и кто их заполняет.
| Поле | Что вносить | Кто заполняет | Зачем |
|---|---|---|---|
| Номер заказа/сделки | Ссылку на исходную сделку | Менеджер при приёме | Связать претензию с заказом |
| Описание дефекта | Что именно не устроило клиента | Менеджер со слов клиента | Дать исходную формулировку |
| Дата и время обращения | Когда поступила жалоба | Менеджер сразу | Считать срок реакции |
| Фото/файл | Ссылку или копию документа, присланного клиентом | Менеджер явно сохраняет | Для последующего разбора |
| Ответственный | Сотрудник, который будет разбирать | Руководитель или менеджер | Не потерять задачу |
| Статус/стадия | Текущий шаг обработки | Менеджер при движении | Управлять потоком |
Маршрут претензии по стадиям сделки без пропуска проверки
Рекламацию нельзя сразу отправлять в производство или отвечать клиенту без проверки. Типовой маршрут в CRM можно построить на стадиях сделки или отдельного смарт-процесса. Стадии задают последовательность: «Принята», «Уточнение данных», «Проверка технологом», «Ответ клиенту», «Решение согласовано», «Закрыта». Это организационная схема, а не автоматическое правило.
На каждой стадии менеджер выполняет конкретное действие. Если обязательные поля для перехода не заполнены, система не даст переместить карточку. Это помогает не пропустить шаг, но не отменяет содержательной проверки. Например, на стадии «Уточнение данных» обязательно заполнить поле «Описание дефекта» и приложить файл. Но сам факт заполнения не гарантирует, что описание точное или файл актуальный. Менеджер должен отдельно проверить значения и, при необходимости, уточнить у клиента.
Когда клиент присылает новый чертёж или исправленный файл, сотрудник не должен полагаться на автоматическую историю вложений. В регламенте закрепляют: сохранить копию нового файла в карточку рекламации и в комментарии указать, что именно заменили. Это действие выполняется сотрудником вручную.
Ответственные и дедлайны: как не потерять претензию в работе
Претензия легко может «зависнуть», если не назначен ответственный и нет контрольной даты. В Битрикс24 по каждой сделке можно создавать дела с напоминаниями. Менеджер создаёт дело «Ответить клиенту по рекламации» с конкретным сроком. При наступлении срока карточка с делом поднимается в списке, а в канбане появляется счётчик. Это помогает не держать все задачи в голове. По напоминанию менеджер открывает карточку, связывается с клиентом и фиксирует результат разговора.
Руководителю отдела стоит раз в день просматривать карточки рекламаций на стадии «В работе» без дел и назначать ответственных. Если претензия требует участия технолога, менеджер передаёт карточку или создаёт связанную задачу. Важно разделять зоны: продавец отвечает за коммуникацию и сроки, технолог — за техническое заключение, руководитель — за эскалацию и ресурсы.
Дедлайны лучше задавать в рабочих днях и фиксировать в поле «Срок ответа». Это редакционная рекомендация: в каждой компании сроки свои, но их отсутствие гарантированно затягивает разбор.
Как вернуть клиента после закрытия рекламации
Закрытие рекламации — не конец работы. После того как техническое решение принято и клиент получил ответ, менеджер должен запланировать следующий контакт. Это может быть звонок через неделю с вопросом, всё ли в порядке, или письмо с предложением следующего заказа. Главное — зафиксировать в CRM дату и ответственного за повторное касание.
Если проблему решили в пользу клиента, менеджер вручную отмечает в карточке, что клиент согласен с результатом, и переносит сделку в стадию «Решение принято». Затем создаёт дело на контрольную дату. Такое дело не отправляет письмо само, а напоминает сотруднику о звонке. Это снижает риск, что после закрытия рекламации клиент останется без внимания.
Возврат клиента — это не обещание будущих заказов, а управление контактом. Металлообработка часто строится на повторных заказах, поэтому корректная отработка претензии повышает вероятность, что заказчик вернётся с новым чертежом.
Условный пример маршрута без выдуманных цифр эффекта
Предположим, клиент сообщил менеджеру, что в партии кронштейнов после гибки остались заусенцы на крепёжных отверстиях. Это условная ситуация, без названия клиента и числовых показателей.
Менеджер в день обращения заводит карточку рекламации, заполняет номер исходной сделки, описание дефекта со слов клиента, дату и время. Он явно сохраняет копию письма с фото в поле карточки и указывает ссылку на исходное сообщение. Карточка не может перейти на следующую стадию, пока не заполнены обязательные поля — это настройка системы. Однако менеджер не просто заполняет, а проверяет: номер заказа совпадает, файл открывается, описание соответствует тексту клиента.
Далее карточка переходит на стадию «Проверка технологом». Ответственный менеджер создаёт дело с дедлайном для технолога. Технолог смотрит чертёж и фото, даёт заключение. Менеджер не должен полагаться, что присланный файл автоматически является актуальным чертежом: он уточняет у клиента версию и при необходимости запрашивает корректный документ, сохраняя новую копию.
После заключения менеджер согласует ответ с руководителем, связывается с клиентом и фиксирует результат. Если клиент принимает решение, карточка переводится на стадию «Закрыта», и менеджер создаёт контрольное дело на повторный контакт через две недели. Конкретный срок компания определяет сама.
Частые вопросы
Обязательное поле гарантирует, что менеджер внёс правильные данные?
Нет. Обязательность поля заставляет заполнить его перед сохранением или переходом, но не проверяет истинность значения. Менеджер или технолог должны отдельно сверять данные с документами и словами клиента.
Нужно ли заводить отдельную сущность для рекламаций?
Это зависит от объёма претензий. Если их немного, можно вести рекламацию как стадию в сделке. Если поток большой, удобнее выделить отдельный смарт-процесс или пользовательские поля. Главное — не смешивать рекламацию с обычной продажей, чтобы не потерять историю.
Как быть, если клиент прислал новый чертёж после начала разбора?
Сотрудник явно сохраняет копию нового файла в карточку рекламации и в комментарии указывает, какой файл заменён и когда. Это действие выполняется вручную, чтобы у команды не было разночтений.
Можно ли закрыть рекламацию без ответа клиенту?
По регламенту нельзя. Стадия закрытия должна наступать только после того, как менеджер зафиксировал ответ клиенту и получил обратную связь. Если клиент не ответил, карточка остаётся на стадии контроля, пока не будет явного результата.