Help Desk Software *

Классика и инновации

Для многих российских предприятий синонимом автоматизации процессов ИТ-службы является система Service Manager компании Hewlett-Packard Enterprise. Это ITSM-решение уже много лет лидирует на рынке, устанавливая высокую планку для систем управления ИТ-услугами, применяемых в крупных компаниях. Чтобы понять его масштабы и мощь, достаточно упомянуть инсталляции Service Manager в РЖД и Сбербанке России. HPE Service Manager имеет официальную международную сертификацию PinkVerify на соответствие 11 процессам ITIL, а кроме того, является единственным в нашей стране ITSM-решением с действующей сертификацией ФСТЭК.

Но разработчики Service Manager не собираются почивать на лаврах. Обновляемая каждые полгода, система постоянно развивается, отвечая технологическим веяниям и актуальным потребностям клиентов и одновременно во многом определяя тенденции развития рынка. Целый ряд концептуальных изменений внесен в новейшую версию HPE Service Manager 9.4.

Привет, Хабр! Я работаю в Mail.Ru Group в отделе разработки плагинов JIRA. Плагины позволяют расширять или изменять функциональность приложения. Например, с их помощью можно создавать новые типы полей, гаджеты, JQL-запросы, панели с различной информацией, графики и многое другое.

Большинство наших плагинов требуют хранения дополнительных данных, которые они используют. В этой статье я хочу рассказать, как мы решаем эту задачу. Существует два основных способа хранения таких данных: Active Objects и Plugin Settings. Рассмотрим их поподробнее и разберемся в каком случае лучше и удобнее использовать один, а в каком — другой.

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

Зачем ВАМ эта статья? Так сложилось, что я работал и работаю с огромным количеством интернет магазинов (в сфере онлайн продвижения), и 80 процентов покупок обычно совершаю в интернете. Мне мучительно больно от того, что люди вкладывают миллионы в разработку и продвижение своих магазинов и сервисов, накидывают никому не нужные фишки, но упускают из виду такой чрезвычайно важный, по-моему мнению, элемент, как адекватная служба поддержки.

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



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

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

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

«Инженером можешь ты не быть, но психотерапевтом быть обязан»

Именно такой простой, но непреложной истиной, я могу обобщить мой сравнительно небольшой опыт работы в телефонной техподдержке. Оговорюсь сразу: я работаю в Veeam Software. Это именно те ребята, у которых «девочек-проверьте-лампочки» нет вообще, а первая линия может решить 90% любых проблем. С некоторым допущением, конечно. Оставшиеся 10% задач решает вторая и, реже, третья линия поддержки, чей принцип работы кардинально отличается от нашего. Однако, и это было для меня своего рода откровением, отличие не столько в уровне знаний и опыта — хоть этого и не отнять — сколько в нематериальном качестве гандикапа. Основная разница в том, что Т2 и Т3 приходят, когда дипломатия уже бессильна, а специалист первой линии работает не с проблемами, а с людьми. Основной же его враг — его же предубеждения.

Хотел бы рассказать о своем опыте настройки «YouTrack как HelpDesk».

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

Всем привет! Пока все думают менять ли рубли на доллары или уже поздно, я решил поделиться с вами нашим опытом поддержки пользователей онлайн. За последние 4 года нам удалось поработать с такими компаниями, как Evernote, HeadHunter, IVI, AviaSales и многими другими. Мы знаем, как работает поддержка интернет-проектов изнутри, и для себя выделили 3 рабочих инструмента, речь о которых, и пойдет ниже.

Все закончилось Pivot-ом. Но первоначальную идею мы зафейлили.

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

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

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

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

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

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

Мы скромно причисляем себя к таким энтузиастам, и вот наша история. Во многом знакомая, но от этого не менее интересная и поучительная.

От переводчика: Часто сталкиваюсь с тем, что компании относятся к технической поддержке пользователей как к второстепенному процессу, а между тем качественная техническая поддержка, — это, выражаясь официальными терминами «основа устойчивого развития бизнеса и лояльности клиентов». В США и многих европейских странах поддержка пользователей возведена «культ», и когда сравниваешь то, как поддерживают клиентов «там» и «у нас», то становится печально (но ситуация постоянно улучшается). Действительно, для оказания отличной техподдержки знание предмета — это не самое главное и нужны дополнительные навыки общения. Но все исправимо и для того, чтобы вдохновиться и запустить собственную техподдержку на высоком уровне предлагаю перевод статьи «Customer service skills you need in 2013» посвященную рекомендациям по навыкам необходимым для оказания отличной технической поддержки.

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

Исходные требования:

• Интерфейс полностью на русском языке
• Возможность вставить фото оператора
• Активные приглашения — когда оператор может пригласить клиента в чат
• Статистика по посетителям — откуда пришел, какие странички смотрел
• Возможность передачи клиента между операторами
• Сохранение истории общения
• Клиент под Windows

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

Пока готовится подробная статья про покупку на зарубежных аукционах и в интернет-магазинах, хочу рассказать вам о том, что делать в случае, если вы получили не то, что должны были.
После починки Epson Artisan 800 (см. топик о приключениях с ним), обзор которого уже числится в общем списке материалов к публикации, выяснилось, что СНПЧ для брата-близнеца Epson TX800FW не подходят к нему. Кто-то в комментах поглумился, сказав, что я попал на расходники, но на деле же все куда проще. Принтер покупался для дома, печать не горит, на первое время хватает ресурса родных картриджей. В качестве решения проблемы заказал СНПЧ на том же eBay.

Холодное утро морозной зимы не предвещало никаких новостей. Я зашел в свой мыльник, увидел там письмо от «Kaspersky Lab Support TEST» и удивился, ведь их антивирусом я не пользуюсь уже два года (не из-за качества, а просто взял бесплатный вариант). Любопытство взяло верх и я открыл письмо. Какого же было мое удивление, когда я вчитался в текст…



Во-первых, я не мог вспомнить, что я их спрашивал, ведь они даже не процитировали вопрос. Во-вторых, я терялся в догадках, почему их сервер внезапно вспомнил обо мне и решил оправдаться, что 3 с половиной года больше 24-х часов. Втретьих — что за TEST? Они проверяют на старых обращениях новую систему?
Остается только надежда, что когда-нибудь они обработают мой запрос и я вспомню что я хотел…

В свете последних постов Идеальная техническая поддержка — сон или реальность? и ему подобных (про линчеванее еще был) смотря на коментари нормальному здоровому человеку нельзя не проникнуться ненавистью. Собственно ее я и буду излучать в этом тексте :)
Особенно впечатляют бури негодования по поводу работы техподдержки.



Привожу особо бросившиеся в глаза ситуации:

1. Мы купили железку по цене бутылки хорошей водки которая должна исполнять функции роутера и она не работает либо работает коряво? Виноват провайдер!
2. Мы настолько круты что поставили убунту либо еще какой-то ширпотребный дистрибутив и мальчики с перфоратором осуществляющие подключение не горят желанием сделать ifconfig чтобы посмотреть MAC абонента? Аяяй какой плохой провайдер!
3. Вирусы скушали Нашу винду и кроме ICMP по интерфейсу ничего не ходит? Конечно же плохая поддержка не желающая лечить вирусы по телефону и исцелять своей карму пользователя дистанционно!
4. Мы ВНЕЗАПНО отключили сетевую карточку и негодуем что мальчик пришедший через пол города пешком требует $1.25/ 10 гривен / 38 рублей за вызов? Обдираловка и провайдерский беспредел!
5. Мы намеряли (как?) слишком мало скорости до Новой Гвинеи — где наш обещанный мегабит за 30 гривен / 100 рублей? Провайдер нас держит за дураков!
6. ВНЕЗАПНО со счета испарилось гиг траффика в денежном еквиваленте? Мы же ничего не качали! Мы всего лишь слушали музычку вконтактике, смотрели видео на ютубе, разговари с родственниками по скайпу и рассматривали тетенек на разных сайтиках. Но мы ничего не качали за что с нас сняли деньги? Провайдер нас обкрадывает!

Вам уже смешно? Может грустно?
Мне грустно – давайте погрустим вместе.

Недавно на технического директора в компании, где работает Дадли Х., нашло удивительно откровение: в технической поддержке никогда не должно возникать нужды. Если у клиента возникает вопрос по одному из их продуктов, то проблема наверняка в продукте. Возможно, UI невнятный. Возможно, мало документации. Или инструкции запутанные. Независимо от причины, каждая проблема клиента означает, что кто-то – разработчик, тестер или сотрудник хелпдеска – плохо выполнил свою работу, и должен постараться улучшить свою часть.

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

Недавний пост об идеальной тех. поддержке меня, с одной стороны, воодушевил (восхищаюсь людьми, так любящими свою нелёгкую работу, как автор того поста), с другой стороны — озадачил. Можно ли следуя логике любой клиент всегда и полностью прав успешно организовать работу отдела тех. поддержки (а для многих IT-компаний эффективная поддержка — основа бизнеса)?

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

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

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

Сразу поясню, что эти советы/правила больше относятся к саппорту через HelpDesk или e-mails, у телефонной поддержки есть некоторые свои особенности.

1. Быстрая реакция и ответы

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

К сожалению быстрый саппорт, доступный 24/7, это дорого: нужно больше людей и нужна круглосуточно доступная инфраструктура. Чаще всего это просто невыгодно, особенно если вы не крупная корпорация, а маленький стартапчик.

В этом случае нам поможет одна интересная штука.