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

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

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

Объединяйте только один нерешённый результат

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

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

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

Проверьте доказательства до изменения карточек

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

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

Осознанно выберите оставшуюся карточку

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

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

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

Объясните клиенту изменение

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

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

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

Измеряйте результат вместо числа закрытий

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

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

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

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

Когда два обращения действительно являются дублями?

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

Можно ли объединять обращения из разных каналов?

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

Какую карточку оставить после объединения?

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

Должна ли автоматика объединять дубли сама?

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