По результатам 2015 года, скорость ответов клиентской поддержки Parallels в Twitter составила порядка 30 минут. Причем 24/7. Звучит впечатляюще? Для достижения этого результата несомненно было проделано много работы и мы готовы поделиться некоторыми моментами, которые могут помочь и вам оперативно и качественно обрабатывать запросы в соцсетях.
Итак, в предыдущей статье мы начали работу с сообщениями в продукте, позволяющую быстро и точно выяснить, какие ошибки и предупреждения наиболее часто видит пользователь. Что, в частности, позволяет выловить и починить плохо поддающиеся воспроизведению по команде проблемы вроде таймаутов или злоупотребления кнопкой Cancel. В этой же статье мы поговорим о том, как донести до пользователя еще и решение проблемы до того, как он обратится в техподдержку – благо, для этого нам понадобится совсем уж немногое: имеющийся реестр сообщений, база знаний и одно небольшое изменение в GUI.
Случилось так, что назначили меня начальником ИТ отдела. В бытность того времени я занимал должность начальника группы разработки и эксплуатации электронных информационных систем, и, благодаря то тому что вся группа на тот момент состояла из одного человека – меня, я легко с ней управлялся. Однако же мои рационализаторские таланты не прошли мимо руководства, и, в период реорганизации компании, группу ИТ (с парой админов и начальником) решили вывести из под отдела инженерно-технического департамента и сделать отдельный ИТ отдел. Меня же в свою очередь вывели из отдела обеспечения качества (не спрашивайте, что там делала группа РЭЭИС) и сделали начальником этого «новосозданного» отдела. С одной стороны, это тешило самолюбие. С другой стороны, помимо той работы, которую я выполнял, мне еще придется заботиться о ковриках для мышек, и «у меня курсор не мигает» … Отказаться тоже было не особо возможно. Собственно, мне просто положили на стол приказ о том, что теперь я начальник. Предполагая, что количество работы от этого назначения не уменьшится, я уведомил начальство (которое, видимо, думало, что я ничем не занимался), что руководить группой у меня скорей всего времени не хватит, хватит только управлять. Начальство махнуло рукой – для него видимо разницы не было.
Система учета заявок и их последующей обработки обычно называется HelpDesk. В общем случае, классическая программа или сервис хелпдеск предоставляют возможности по регистрации запросов от клиентов и контроля за их исполнением.
Этого достаточно на самых ранних стадиях зрелости компаний. Но со взрослением бизнеса приходит понимание, что для дальнейшего роста одного только учета заявок — мало.
Встает вопрос: какое средство автоматизации выбрать, чтобы уже “навсегда” (или хотя бы надолго)? Какой Help Desk поможет принимать взвешенные решения, специфичные для сервисного бизнеса, например, о повышении стоимости услуг или найме новых сотрудников?
Если ваша деятельность связана именно с предоставлением услуг:
и описанная выше проблема вам не чужда — давайте разбираться!
Как известно, золотое правило обращения с клиентом – «не надоедать»: ни рекламой, ни новостями, ни заботливыми расспросами о том, что ему в твоих программах нравится, а что нет. То же касается и техподдержки: чем меньшее количество звонков, писем и удаленных сессий понадобится тебе, чтобы собрать все необходимые данные, тем лучше – как для компании, которая сэкономит немножко денег, так и для клиента, который сэкономит неможко времени, не говоря уж о нервах обеих сторон. Это-то и заставляет в конце концов задуматься: а нельзя ли как-нибудь извлечь дополнительную информацию для размышлений из тех данных, которые мы уже имеем, не беспокоя клиентов лишний раз рассылками и опросами? 
