В эскалации нужно объяснить, почему текущая команда поддержки не может решить обращение и что потребуется следующему ответственному. Сохраните сведения об оборудовании, ссылки на документацию и нерешённый вопрос, чтобы клиенту не пришлось начинать разговор заново.
В эскалации нужно объяснить, почему текущая команда поддержки не может решить обращение и что потребуется следующему ответственному. Сохраните сведения об оборудовании, ссылки на документацию и нерешённый вопрос, чтобы клиенту не пришлось начинать разговор заново.
Чтобы обращение или задачу можно было проверить, укажите нерешённую задачу, подтверждённые идентификаторы, использованную документацию, фактические наблюдения, следующего ответственного и способ подтверждения получения. Отметьте подтверждённые и неизвестные сведения, затем сверьтесь с документацией на изделие, чтобы определить следующий утверждённый шаг.
Укажите, чего пытался добиться пользователь и что помешало завершить задачу. Отделите отсутствие документации, сомнения в идентификации детали и сообщённую неисправность оборудования. Для этих причин могут потребоваться разные ответственные, а не одна универсальная категория эскалации.
Укажите уже установленные модель, серийный номер, установленные опции и редакцию документации. Ясно пометьте неподтверждённые поля. Следующая команда должна понимать, какие идентификаторы подтверждены, а какие остаются предположениями, а не получать сводку, где все данные представлены как одинаково достоверные.
Запишите, о чём сообщил пользователь, какую утверждённую документацию изучили и какие действия действительно выполнили. Сохраните результат наблюдений. Не указывайте попытки устранения неисправности, если пользователь только просмотрел инструкцию или обсудил возможное действие: передача должна отражать фактическую историю обращения.
Определите, кто получит обращение и как в выбранном процессе поддержки подтверждается получение и выполняются дальнейшие действия. Интеграции и автоматическое создание заявок необходимо проверить. Скопированная сводка сама по себе не является отправленным обращением; статус инструкции должен ясно это показывать.
Пример эскалации: идентификатор машины пользователя подтверждён, но в доступном руководстве нет установленной принадлежности. В записи указаны обозначение принадлежности и проверенная документация. Ответственный за документацию или изделие проверяет применимость, прежде чем сервису предложат действовать по выдуманной процедуре.
После рассмотрения обращения запишите утверждённый ответ и укажите, какой документ или инструкцию нужно обновить. Сохраните связанные с конкретным случаем ограничения. Так повторяющиеся пробелы в документации превратятся в контролируемые изменения контента, а разовое решение не станет инструкцией для всех клиентов.
Создайте запись по процессу эскалации обращений в поддержку оборудования, связав документацию с реальной задачей. Скопируйте поля контекста ниже в свой процесс работы с изделием, поддержки или проверки. Добавьте ссылку на подходящую документацию и имя ответственного, чтобы следующая команда видела, что ещё нужно подтвердить.
Укажите нерешённую задачу, подтверждённые идентификаторы и использованную документацию, а также определите подходящий источник.
Обсудите объём задачи на примере отсутствующей в руководстве установленной опции. Затем вместе с ответственным проверьте саму задачу и незаполненные поля.
Сохраните в записи фактические наблюдения, имя следующего ответственного, способ подтверждения получения и нерешённый вопрос.
Эскалация указывает нерешённую задачу, подтверждённые сведения об изделии, проверенную документацию и следующего ответственного. Исходная переписка может остаться подтверждающим материалом, но структурированная передача ясно показывает, что именно нужно проверить.
Укажите нерешённую задачу, подтверждённые идентификаторы, использованную документацию, фактические наблюдения, следующего ответственного и способ подтверждения получения. Отделяйте подтверждённые данные и наблюдения от нерешённых вопросов, чтобы следующий ответственный выбрал подходящую документацию.
Отметьте неизвестные сведения и укажите, кто должен их проверить. Прежде чем давать ответ по конкретному изделию, используйте имеющиеся записи о нерешённой задаче и документации, чтобы восстановить контекст.
Предоставьте сведения об одном изделии и утверждённую документацию по частому вопросу. На демонстрации можно показать, как подписанные изображения, проверенные шаги или более понятная запись обращения помогают описать нерешённую задачу и подтвердить идентификаторы. Согласуйте подготовку и проверку, прежде чем расширять решение.
Отправьте уже имеющиеся утверждённое руководство, схемы или фотографии. Запросите бесплатную демонстрацию руководства, чтобы команда могла оценить одну задачу по продукту перед решением о расширении.
