Когда службе поддержки открыть обращение снова, а когда создать новое

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

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

Определите, что осталось нерешённым

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

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

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

Откройте снова, если обещание не выполнено

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

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

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

Создайте новое, если работа изменилась

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

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

Сохраните связь при любом решении

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

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

Сохраните ответственность и честные показатели

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

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

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

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

Часто задаваемые вопросы

Когда нужно повторно открыть обращение

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

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

Когда клиенту нужен другой результат, затронут иной объект или аккаунт либо работе нужен отдельный владелец, доступ, приоритет или срок.

Должен ли любой ответ открывать обращение снова

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

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

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