Почему хочешь работать в поддержке клиентов

Почему важно хорошее обслуживание клиентов

Хотя поддержка клиентов и обслуживание клиентов — это разные понятия, они очень связаны между собой.

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

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

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

Что дальше?

Рассмотрите эти пункты со своей группой поддержки клиентов. Решите, какие из них подойдут именно вам и попробуйте использовать их в работе.

С чего все начинается

Итак, традиционно, начнем с основ. Попробуем ответить на вопрос:

что есть служба поддержки и для чего она нужна?

Хотя вопрос звучит просто, но ответ на него дать не так то и просто. И причиной этому является далеко не сложность этой сферы деятельность. Причина в том, что тут присутствует маленькая особенность — «служба поддержки», равно как и «поддержка» вообще, не являются универсальными понятиями.

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

которые позволяют пассажирам решать возникающие сложности.

А в компании – производителе мы имеем:

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

Но это хорошо видно на примере с автобусами, но, почему-то, совсем не очевидно в случае IT.Давайте попробуем разобраться несколько подробнее.

Формально, службы поддержки и сопровождения программных продуктов находятся на стыке направлений ITSM и CRM. И, как это обычно бывает, у нескольких нянек — дитя без присмотра. При этом, с организацией работ администраторов, выдачи и обслуживания IT оборудования – сложностей зачастую не возникает.

Получается некий парадокс, вроде бы и там и тут – IT сфера, и там и тут вполне себе грамотные сотрудники и руководители, но в одном случае все в принципе работает вполне себе даже приемлемо, а в другом – как получится. В чем же разница? Почему мы можем обеспечить поддержку оборудования, ОС, вебсервисов, но при этом с поддержкой бизнес-платформ, таких как учетные системы, системы анализа данных, документооборота, управления бизнес-процессов и прочих – зачастую возникают сложности? В чем может быть загвоздка?

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

Вполне очевидно, что у пользователей возникают разного рода проблемы и вопросы с применением данной системы. Пользователи, это люди несколько далекие от IT («продажники», бухгалтера, начальники и т.д.) и вникать в детали, как оно собственно работает внутри, им нелегко, да и просто некогда.

На этом моменте давайте остановимся чуть подробнее. Итак, у нас это чистая компания – потребитель. То есть сама компания не производит продукт, которым пользуется, а покупает его на стороне. В этом случае, если нет своей «службы поддержки», то конечные пользователи сами пытаются решать возникающие проблемы. В результате теряется много времени, нервов, начинаются чудеса с данными и т.д. В общем, все как всегда.

И руководитель вновь организуемой «службы поддержки», задает себе два главных вопроса:

— какова цель работы «службы поддержки»? Для кого они работают?
— каким должен быть идеальный сотрудник этой службы?

С ответами сложностей быть не должно. Данная служба создается, чтобы взять на себя работу с производителем/поставщиком и избавить конечных пользователей от ненужных им технических манипуляций. То есть заказчиком (потребителем) результатов работы «службы поддержки» являются конечные пользователи.

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

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

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

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

— какова цель работы «службы поддержки»? Для кого они работают?
— каким должен быть идеальный сотрудник этой службы?

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

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

сама решать

большинство проблем. Понимаете разницу?

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

Ведь тот же ITIL эту разницу не обозначает и подавляющее большинство интерпретаций основаны именно на подходе для компаний – потребителей. По этой причине я предпочитаю вариант «службы поддержки» для компаний – производителей именовать «техническая поддержка», чтобы отличать от «службы поддержки пользователей», «отдела сопровождения ПО» и прочих «service desk» в компаниях-потребителях.Резюмируя, мы получаем следующую картину:

	Служба поддержки пользователей	Служба технической поддержки
Заказчик (потребитель услуг отдела)	Конечные пользователи	Отдел разработки/тестирования
Задачи сотрудника	понять проблему; удостовериться, что при выполнении рекомендованных и/или доступных действий, система не функционирует так, как ожидается; удостовериться, что известные способы решения подобных задач/проблем — не помогают; перевести описание проблемы с языка пользователей, на язык терминов используемой системы; удостовериться, что вся необходимая информация собрана и как можно скорее передана производителю; обеспечить, чтобы пользователь получил возможность решить свои задачи как можно скорее, даже иным способом, если это возможно.
Требования к сотруднику

Очевидно, что в реальной жизни нам приходится использовать некий компромисс и смешение этих двух противоположностей, но, тем не менее, зная эти «ингредиенты» руководитель уже сможет подготовить свой собственный рецепт, наиболее полно соответствующий условиям конкретной организации, выстроить соответствующие процессы и подготовить SLA, которые будет отвечать интересам всех заинтересованных сторон (включая отдел поддержки/сопровождения).

Что мы узнали из этих примеров?

Вот основные выводы:

Samsung: кенгуру на моноцикле и дракон.

Будучи лояльным клиентом Samsung, канадец Шэйн Беннетт попросил подарить ему телефон последней модели, который только готовился к выпуску. К своему сообщению он прикрепил рисунок дракона.
Конечно, Samsung отказали. Но, чтобы сказать спасибо, они прислали в ответ свой рисунок кенгуру на моноцикле.

Вывод: сделайте взаимодействие с клиентами веселым, не относитесь к себе слишком серьезно.

Клиент всегда прав!

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

Терпение

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

Более того, нетерпение не только мешает получать удовольствие от жизни, но и снижает эффективность при решении трудных задач.

Измените своё отношение к подобным «раздражителям». Когда в сложных ситуациях с клиентами терпение покидает вас, напоминайте себе, что это всего лишь небольшой дискомфорт, вынести который не составит труда.

. Непрерывное совершенствование

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

. Останавливаться ни в коем случае нельзя.

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

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

Регулярно уделяйте время для работы над этими навыками, и вы сами удивитесь, насколько быстро растёт уровень предоставляемой вами поддержки.

. Создавайте базу знаний

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

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

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

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

Большинство стартапов не могут себе позволить такие мощные системы, и поэтому им приходится использовать различные программы для ведения заявок. Или даже обращаться к самым простым веб-сервисам для управления проектами. Мы в Deskun решили не идти обычным путём и разработали свой инструмент для поддержки клиентов на основе почты Gmail.

. Buffer: индивидуальный подход и вежливость.

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

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

Morton’s Steakhouse: доставка в аэропорт.

Ожидая взлета в Тампе, Флорида Питер Шенкман в шутку попросил Morton’s Steakhouse доставить ему стейк, когда он приземлиться в Ньюарке, Нью-Джерси.
Выходя из аэропорта в Ньюарке, он был встречен сотрудником Morton’s с заказом, состоящим из стейка, креветок, картофеля и хлеба, причем все это совершенно бесплатно.

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

Вывод: делайте что-то неожиданное для своих лояльных клиентов, когда это нужно им больше всего.

Всегда уведомляйте клиентов о получении заявки

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

Чтение между строк

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

Сотрудник должен понимать не только то, что говорит клиент, но и его основные цели, которые зачастую остаются невысказанными. Задача совсем непростая, поэтому навык нужно развивать постоянно. Начинается же всё с желания вникать в каждую деталь.

Gaylord Opryland: радио-часы, помогающие уснуть.

Будучи постоянной гостьей отеля Nashville’s Opryland Resort Кристина МакМенеми захотела свои собственные радио-часы, которые есть в каждом номере. Уникальная мелодия помогала ей уснуть, при этом она не смогла найти подобную модель в магазинах. Поэтому она попросила отель помочь ей в поисках.

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

Вывод: делайте своих клиентов счастливыми.

Доскональное знание продукта

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

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

Научитесь определять срочность входящих задач

Безусловно, вы должны решать проблемы абсолютно любого клиента. Но всегда стоит понимать, что если клиент прямо сейчас теряет деньги из-за проблем на вашей стороне, но его заявку надо решать сразу же. А простой вопрос пользователя о том, можно ли вставить картинку с котиком в какой-то блок вашего сервиса, можно оставить на потом. Даже если заявка с котиком поступила раньше. И это приводит нас к следующим правилам.

Сообщайте клиенту о сроках решения его проблемы

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

Чёткое изложение мыслей

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

Хороший ответ клиент понимает с первого раза. Если же этого не происходит, и вы часто задаётесь вопросом «что здесь непонятного?», значит, вам есть над чем работать.

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

Ответ в течение 24 часов

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

Сопереживание

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

завоевать доверие даже самого недовольного клиента

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

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

И, конечно, сразу же сообщайте клиенту о решении проблемы

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

Тайм-менеджмент

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

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

Contextly: привлечение клиентов.

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

Ответы на вопросы пользователей должны быть лаконичными и без лишних подробностей

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

Позитивное мышление

У сотрудника не всегда есть возможность угодить клиенту. Есть вещи, которые от него не зависят. Поэтому

в неприятных ситуациях важно свести к минимуму огорчение клиента

. Сравним два примера:

Ответ 1: Извините, но мы не сможем выполнить ваш заказ на этой неделе, только на следующей. Если начнем в понедельник, то к среде должно быть готово.

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

Чувствуете разницу? В первом варианте идёт констатация фактов, которые вызывают не самые приятные эмоции, а во втором — сотрудник делает акцент на позитивных аспектах. Скорее всего, клиент согласится подождать.

Надёжность

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

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

Ответы на заявки должны быть грамотными

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

Гибкость и творческий подход

Иногда встречаются проблемы, решение которых требует отклонения от внутреннего регламента компании. Хорошо, если у сотрудника есть способность думать на ходу. Однако

лучше заранее разработать систему действий при нестандартных ситуациях

Допустим, перед нами стоит задача определиться, что делать, когда клиент обращается с незнакомой проблемой. Три вопроса помогут нам разобраться.

Кто? Человек, к которому следует обращаться за помощью, когда мы заходим в тупик. В первую очередь, напрашивается начальник, но ему нельзя докучать по любому вопросу, поэтому с выбором «жертвы» нужно быть осторожнее.

Что? Если решение проблемы в принципе не по силам вам, что следует сделать, чтобы в лучшем виде донести её до коллеги? Назначить другого ответственного, выслать всю переписку, отписать только ключевые моменты или поставить полноценную задачу?

Как? Какой вид коммуникации будет наиболее эффективен: тикеты, email, командный чат или система управления проектами?

Для чего нужна служба поддержки

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

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

Доступ запрещен. пожалуйста, авторизуйтесь.

К чему обычно приходим

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

1. Использование чат-ботов. Последнее время эта тенденция набирает силу и многим кажется, что это отличный способ сэкономить на количестве сотрудников. При этом никто даже не задумывается о том, с какой целью люди обращаются в отдел поддержки и сопровождения. Так вот, чат-боты и прочие поисковые возможности строго необходимы, когда пользователь не может (при плохо структурированной или сложной и запутанной организации так называемой «базы знаний») или не хочет (в силу чрезмерной занятости или лени) искать информацию самостоятельно. Иными словами, только в случае, если пользователь не понимает или не может найти нужную информацию в онлайн-документации достаточно быстро, то ему в этом поможет расширенное средство поиска или чат-бот. Никаких нестандартных или технических проблем чат-бот касаться не должен. Этого, к сожалению, мало кто понимает. Конечно, есть огромное желание заставить пользователей, наконец, пользоваться документацией и статьями, размещенными на соответствующем портале, а не обращаться к сотрудникам отдела по уже расписанным и простым вопросам. Однако правильнее и проще это решается административными методами, а не попыткой все ухудшить. И второй момент, подключение службы поддержки на помощь «по каждому чиху» пользователям не самое коммерчески выгодное решение. С одной стороны, компания берет на себя ответственность за предоставляемые решения, а с другой – это ни как не компенсируется. Иными словами, такой подход отбирает хлеб у отделов внедрения/professional service.
2. Экономия на сотрудниках. Очень популярно разделение сотрудников по квалификациям на уровни поддержки, и набор «самых тупых» (то есть самых дешевых) на первые линии поддержки. Хотя изначально подразумевалось, что деление на уровни поддержки носит функциональный а не квалификационный характер. Получается как вариант предыдущего пункта с чат-ботами. Управляющий персонал просто не в состоянии правильно организовать взаимодействие сотрудников отдела с пользователями, и пытается решить проблемы в лоб – набором большего количество сотрудников за цену, которая имеется в распоряжении. В результате качество обслуживание просто падает, и, к полной неожиданности менеджеров, нагрузка на «квалифицированных» сотрудников только возрастает.
   Я уже молчу про специальное обучение сотрудников поддержки.
3. Использование телефона как основного способа обращения за поддержкой. Вообще, довольно странно видеть, что зачастую при организации отделов поддержки/сопровождения отдается предпочтение созданию call-центров. Если мы говорим про поддержку IT систем, то один телефонный звонок требует примерно столько же ресурсов, сколько обработка 2-3 инцидентов, поданных через портал, форум или email. Звонки иногда нужны и важны, но далеко не всегда такой дорогой (для отдела) вид коммуникации рационален и удобен именно с точки зрения организации поддержки пользователей и/или заказчиков. Даже если не вдаваться в подробности мониторинга качества продукта и/или услуг, организации комфортной коммуникации с пользователями/заказчиком, то даже вопросы доступности и распространения опыта и знаний внутри коллектива, при телефонных коммуникациях, требуют дополнительных усилий и затрат.
4. Использование службы поддержки в роли секретариата. Иными словами, когда первая линия поддержки играет роль своего рода отдела диспетчеризации и направляет пользователей к нужным сотрудникам, в зависимости от имеющихся вопросов и возникших проблем. На самом деле это тревожный «звоночек», что в компании «что-то пошло не так». Служба поддержки хоть и является составной частью CRM (Customer Relationship Management) — системы управления взаимоотношениями с заказчиком, но является именно ее частью, а не ее подменой. Поэтому, когда заказчик обращается в службу поддержки с проблемой, что у него закончился период действия лицензии на продукт, то это значит что аббревиатура CRM в компании для галочки, а профильные отделы (в данном случае, отдел продаж) занимаются чем угодно, кроме своей прямой работы. И поэтому сотрудники поддержки/сопровождения будут работать «передастами» между заказчиком с одной стороны и коммерческим отделом, отделом лицензирования, fulfillment департаментом – с другой.
5. Имитация «персонального» сопровождения, когда сотрудники отделов поддержки подписываются только именем, например «Мария», «Иван» и т.д. Я, конечно, понимаю, что за рубежом это рядовое явления и, с одной стороны, намекает на «теплые дружеские отношения», а с другой — несколько тешит самолюбие западных пользователей (слуги не имели фамилий), но даже там это имеет смысл только в очень редких случаях. В практике IT поддержки это создает только трудности. Простейшая ситуация: в отделе четыре человека носят имя «Алексей» (реальный случай), при этом в силу обстоятельств в офисе присутствует только один из них (второй — в отпуске, третий — заболел, четвертый — в командировке) и возникает проблема по одному из инцидентов, который обслуживался неким «Алексеем». Как положено, тот, кто в офисе, понятия не имеет о чем идет речь. Что делать супервайзеру/лидеру или начальнику отдела, если заказчик ссылается на некие устные рекомендации, полученные от «Алексея»?

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

6. Создание отделов «Customer Success», «Technical Enablement» и прочих «Fulfillment». Опять же, это мода последнего времени, в основном связанная с восторгом от «Agile» методов ведения разработки и является попыткой наладить обратную связь, что называется, «в лоб». К сожалению, в реальности это обычно является показателем того, что потерпев неудачу в организации нормальной работы как отделов внедрения, обучения, сопровождения/поддержки пользователей в частности, так и во внедрении CRM методов – вообще, люди начали лепить рядом с кое-как уже работающими отделами, новую дублирующую службу. Увы, довольно часто с тем же успехом.
7. «Карго-культ» ITIL/ITSM. По факту — это самая большая проблема организации работы служб поддержки. Артефакты фреймворка требуют достаточно глубокого анализа перед их внедрением и четкого понимания, что мы делаем, ради чего, как и почему именно так. Для примера, возьмем CMDB – базу данных конфигурации/настроек и истории их изменений. Рассмотрим простой вопрос: какую информацию/атрибуты и их изменения нам нужны в случае, если мы осуществляем поддержку некой бизнес-платформы (допустим, учетной системы)? Есть соблазн туда добавить все, что только можно, но для компаний уровня «1С», с десятками тысяч заказчиков – это превратит систему в могильник никому ненужных деталей.

   Но чаще всего создание CMDB просто игнорируют, храня информацию в разрозненных файликах, письмах и даже на бумажках. Сложность в том, что критериев выбора конфигурационных/изменяемых параметров не приводится в руководствах ITIL (например, в той же третьей книге «ITIL Service Transition»). Есть только классификация и некие примеры, взятые для случаев администраторской работы. Поэтому от квалификации, опыта и чутья архитектора внедрения ITIL — зависит буквально все.

   Надеюсь, это хоть немного пролило свет на то, что «знание ITIL/ITSM» само по себе ничего не гарантирует и требует в первую очередь понимания, что есть поддержка, для чего она нужна в данном конкретном случае и что является признаком успешности ее работы.

8. «Кривые» KPI. Этот пункт идет «вне конкурса», как и все метрики эффективности вообще. То, что они нужны – теперь уже понимают все. Но вот вопросы: «для чего?» и «какие именно?» – являются уже «вопросами на засыпку» для подавляющего числа управленцев. Так же обстоит дело и в случае оценки эффективности работы отделов поддержки/сопровождения. Простейший пример: как оценить полезность отдельно взятого сотрудника отдела? Количеством обработанных инцидентов? Если да, то значит ли это, что 100 решенных проблем за неделю лучше, чем 10? В реальной жизни – далеко не значит. Эти 10 инцидентов могут быть настолько сложными и важными, а та сотня – просто самыми легкими, что сравнивать в лоб количества – просто бессмысленно. К огорчению, мало кто вспоминает, что сутью KPI является численная характеристика для рутинных, повторяющихся и однотипных работ/процессов. Поэтому в числах отобразить вклад сотрудников поддержки не так уж и легко, как кажется на первый взгляд и он будет выражаться некой интегральной метрикой.

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

Как ускорить время обработки заявок

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

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

В обычном режиме специалист службы поддержки отвечает на заявку пользователя от двух до четырех часов. За рабочий день такой менеджер обрабатывает 160 обращений. В среднем за месяц вся служба успевает обрабатывать около 6 тысяч заявок.

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

В этом году запустили еще чат – сейчас это самый быстрый способ получить ответ. Среднее время ответа на вопрос пользователя в чате в ходе переписки составляет около 30 секунд. А для решения простой проблемы теперь хватает 3-5 минут.

Каким должно быть руководство

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

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

Модели поддержки клиентов

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

Обеспечение поддержки клиентов с помощью чата

Итак, с чего же начать, когда речь заходит о внедрении решения для поддержки клиентов с помощью чата на вашем сайте?

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

Мы рекомендуем Moment, в нем есть чат, запись браузера и CRM-платформа, которую вы можете использовать для развития своего бизнеса. Самое приятное, что регистрация бесплатна, не требуется никаких способов оплаты.

Самообслуживание (faq и базы знаний)

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

Чаще всего эти платформы могут быть представлены в виде коротких страниц FAQ (часто задаваемых вопросов) либо более подробных баз знаний или документов поддержки.

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

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

Центры обработки вызовов или поддержка 1 на 1

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

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

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

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

Таким образом, если вы хотите иметь возможность оказывать поддержку 50 клиентам в любой момент времени, то ваши расходы на поддержку клиентов соответственно возрастут.

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

Цифровые решения (чат и поддержка по электронной почте)

Цифровые решения — это, пожалуй, лучший способ найти разумный баланс между двумя моделями, которые мы только что рассмотрели.

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

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

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

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

Шаг 1. общий язык — не просто находить, а создавать

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

Компании, которые дорожат лояльностью клиентов, уделяют особое внимание работе службы поддержки. Удобная тикет-система, обработка телефонных звонков в течение 30 секунд, регулярная аттестация сотрудников… У нас, например, аттестация призвана не только актуализировать информацию, которой владеют агенты поддержки, но и повысить их грамотность.

Таким образом, мы не просто говорим с клиентом на одном языке, мы этот язык создаем. Это упрощает понимание, а значит, ускоряет решение общих задач.

Первый этап аттестации сотрудников службы поддержки у нас в компании – письменное тестирование. Тест решает две задачи:

• проверка владения информацией;
• проверка грамотности представления информации клиенту.

Составить такой тест — задачка в четыре действия.

Вывод по трем первым примерам

https://www.youtube.com/watch?v=rVfzMhqmw_A

Конечно, здорово дарить клиентам телефоны, ужины и радио-часы, но это не самый лучший подход.
Почему? Когда другие лояльные клиенты узнают о подобных подарках, они будут ожидать подобного отношения. Могут ли Morton’s доставлять стейки в аэропорт всем, кто попросит?