Работа с претензией клиента: роли, сроки и подтверждение решения

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

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

Определи вход и выход процесса

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

Отделяй претензию от нового пожелания. «Поставили не тот вариант, который согласовали» - повод проверить исполнение. «Теперь нужен другой вариант» - возможный запрос на изменение. При сомнении уточни исходную договоренность и ожидаемый результат.

Выход - сохраненное решение, направленный ответ и проверенное исполнение предусмотренных решением действий. При отказе зафиксируй основание и отправку ответа. Несогласие или отсутствие ответа клиента отмечай отдельно: статус «закрыто» сам по себе не означает удовлетворенность клиента.

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

Назначь владельца и распредели роли

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

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

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

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

Хочешь навести порядок в задачах и процессах команды? Начни с одного маршрута в Legend BMS. Зарегистрироваться →

Зарегистрируй обращение и сохрани контекст

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

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

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

Проведи претензию через шесть шагов

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

2. Подтверди получение. Владелец сообщает клиенту, кто ведет вопрос и когда будет следующий контакт. При недостатке данных запрашивает конкретные материалы. Выход - уточненный предмет претензии либо список вопросов с датой повторного контакта.

3. Проверь обстоятельства. Ответственный сопоставляет заказ, договоренности и фактический результат. Отдельно отмечает подтвержденные факты, спорные сведения и пробелы. Недостаток материалов сам по себе не доказывает вину клиента или сотрудника.

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

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

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

Условный пример: компания подтвердила недостачу и согласовала досылку. Отправка посылки завершает задачу отправки. Если для закрытия предусмотрены подтверждение доставки и проверка комплектности, одного номера отправления недостаточно.

Установи контрольные даты и обработай исключения

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

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

Предусмотри отдельные переходы для исключений:

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

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

Проверь закрытие и перенеси маршрут в Legend BMS

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

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

В конструкторе бизнес-процессов Legend BMS можно задать шаги, роли и условия перехода. Обязательные поля и переходы контролируют введенный результат, но не гарантируют фактическое качество работы: содержание решения и подтверждения проверяет назначенный сотрудник.

Если претензии зависают между ответом клиенту и исполнением, перенеси в Legend BMS шаги регистрации, разбора, согласования, исполнения и проверки с ролями и условиями перехода. Зарегистрируйся и первым шагом создай этап «Регистрация претензии» с ролью принимающего сотрудника и условием перехода - указан владелец обращения.