Шаблоны ответов для клиентов технической поддержки

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

Был рад помочь

Как показывают статистические данные, только 25% клиентов обращающихся в техническую поддержку, оставляют обратную связь по прошедшему диалогу с сотрудником Help Desk, остальные остаются в стороне. Не каждый клиент высказывает свое мнение по поводу оказываемых услуг. Некоторые обращающееся стыдятся того, что им что-то непонятно и ввиду этого не сообщают поддержке о недопонимании. Другие клиенты слишком лояльны и не претендуют с ярым желанием указать на Ваши проблемы в части объяснения решения. Эти и другие факторы заставляют клиента не оставлять оценку по выполнению обращения. Но обратная связь с клиентской стороны важна, даже негативная, так как это позволяет совершенствоваться в лучшую сторону. Так, как быть и получать оценки по выполненной работе? Нужно изменить свое понимание в части закрытия заявки. Думайте не о том как закрыть вопрос, а о том как «закрыть клиента» по принципам продаж. Задача заключается в том, чтобы вопрос был решен, и клиент был полностью удовлетворен данным решением. При этом старайтесь оставлять завершающий ответ с фразой, которая будет означать, что Вам было приятно помочь решить проблему и готовы сделать это вновь, если понадобиться. Таким образом наводите клиента на мысль о всегда открытой для него двери. Так у клиента пропадет чувство надоедания, почувствует, что ему всегда здесь рады и он будет полностью расположен к тому, чтобы оставить отзыв и чаще положительный отзыв.

Очень жаль, я представляю каково это

Сочувствие, понимание важные аспекты, которые стоит проявлять в диалогах с расстроенным клиентами. Как говорил в начале статьи, сотрудник поддержки должен чувствовать собеседника, значит разделить переживания. Без подобного приема нельзя будет начать продуктивное общение, приводящее к успешному решению. Первым делом, проявляем понимание и сочувствие, а после переходим к делу. Правда, на практике здесь допускаются ошибки, support старается ответить слишком банально «Жаль, понимаю Вас». Это неправильно, здесь необходима конкретика, клиент должен почувствовать, что Вам знакома подобная ситуация. Для этого нужно воспроизвести ситуацию простым пониманием и посоветовать выход. Звучит абстрактно, поэтому приведу пример, поступает обращение «Программа не работает, не могу завершить работу. Теперь придется задержаться на работе и пропустить (некое событие)». На что сотрудник отвечает: «Мне очень жаль, что произошла такая ситуация. Задерживаться на работе это не из приятного, но ничего, сейчас вместе быстро устраним проблему и Вы везде успеете». Согласитесь, услышав подобный ответ, человек воспрянет духом так как почувствует мощную поддержку. Это позволит ему не опустить руки, а стараться в тандеме с сотрудником технической поддержки решить вопрос. Клиент предоставит всю необходимую информацию, а специалист продуктивно использует ее в решении.

Хороший вопрос, минуточку, я уточню

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

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

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

Подскажите, пожалуйста

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

	- Не подставляется позиция номенклатуры, как решить данную проблему? (Клиент)
	- Подскажите, пожалуйста, какую версию платформы и конфигурации используете? (Support)
	- Уточните, пожалуйста о каком именно документе идет речь? Появляется ли какая-либо ошибка? Опишите пошаговые действия приводящие к проблеме (Support)
	- Платформа 8.3.16.1148, конфигурация 3.1.3.2, документ «Поступление», пошаговое описание, скриншоты. (Клиент)

Как видно из данного примера, клиент при первичном обращении предоставил минимум информации. Следовательно, быстро помочь решить вопрос не получится. Поэтому сотруднику поддержки использует уточнение в виде: «подскажите, пожалуйста», «уточните, пожалуйста». Да, приходится тратить время на задавание уточняющих вопросов, но это заставляет клиента предоставить данные для выполнения. Обязательно проявляйте вежливость, используя волшебное слово «пожалуйста», оно действительно творит чудеса:) Не используйте для уточнения фразы типа: «Что имеете в виду?», так как это звучит грубо.

Спасибо за Ваше обращение

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

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

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