Help Desk Software *

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

1. Мы получили ваше письмо

Каждый раз, когда кто-то прислал вам письмо по электронной почте, вы должны уведомить его о получении, чтобы избавить от беспокойства «Получили они или нет?», «Когда уже ответят?»

Плохо

Привет!
Мы только что получили ваш запрос. Мы свяжемся с Вами как можно скорее. Запишите ваш номер тикета #1234567. Используйте его в дальнейшей корреспонденции.

Команда поддержки

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

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

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

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

У вас слишком много клиентов, и довольно-таки трудно познакомиться с каждым лично — что сделать в таком случае?

Ответ: Проведите серьезное исследование поведения пользователей.

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

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

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

С чего начинать? С изучения основ ITIL или с внедрения практик ITSM (сервисного подхода) и их автоматизации? Такой вопрос возникает почти у каждой организации и в большинстве случаев ответ на него дается неверный — в пользу выбора средства автоматизации и старта работы «по-новому». Сегодня ITIL и сервисный подход — основной язык управления ИТ-службами. Процессы, услуги, инциденты, проблемы, SLA, CMDB и т.д. — это все терминология ITIL, которую применяют ИТ-шники никогда не изучавшие сервисный подход. Можно внедрять ITSM инструменты, не углубляясь в тонкости методологии, но если понимать что и почему ты делаешь, то вероятность успеха значительно увеличивается. Давайте поймем, как увеличить успех от внедрения ITSM решений?

 «Если автоматизировать хаос — получится автоматизированный хаос»

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

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

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

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

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

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

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

«Раньше это был просто значок, который при желании могла получить любая ITSM-система, лишь бы соответствовала процессам ИТИЛ» (цитата с одного форума)

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

Чем отличаются ИТ-системы, предназначенные для внутренней ИТ-службы от ИТ-систем для аутсорсеров и других внешних компаний, предоставляющих поддержку и ИТ-услуги? У ИТ-службы обычно складываются неформальные доверительные  отношения с клиентом. В итоге у ИТ-службе могут «простить» и некоторого несоблюдения качества ИТ-сервисов и даже серьезные ошибки. Зато ИТ-служба имеет возможность заниматься автоматизацией «вглубь», используя в полной мере процессы ITIL и функционал Service Desk решений.



ИТ-аутсорсинговая компания работает как минимум с 2-3 разными клиентами, предоставляя каждому свои наборы услуги и возможно свои SLA. Сотрудник службы поддержки, принимая заявку от клиента, должен знать, какие услуги и с какими параметрами предоставляются этому клиенту, требуется ли дополнительное согласование работ и бюджетов и т.п. При этом внешняя ИТ-компания на площадке клиента управляет только базовыми процессами ITIL, такими как управление инцидентами, проблемами, изменениями и т.п. Все остальное требует намного большей зрелости отношений между ИТ и бизнесом. В результате ИТ-компании используют довольно ограниченный функционал HelpDesk решений.
Что же хочет получить от HelpDesk решения небольшая ИТ-компания?

Всем доброго времени суток!

Хочу поделиться с сообществом небольшим обзором HelpDesk системы, которую мы в своей компании выбрали в качестве боевой! Система выросла из Opensource-проекта, стартовавшего в конце 2012 года и доросшая до релиза в январе 2014 года. Может быть установлена, как на собственные сервера, так и на shared хостинг. Кстати, нашли мы этот проект здесь, на хабре. Итак, наш сегодняшний пациент vsDesk.

ITIL[1] — библиотека книг в которых подробно и всесторонне описываются различные «хорошие» практики управления ИТ-услугами (IT Service Management). У книг ITIL разные авторы, описанные в них процессы и рекомендации никто между собой не согласовывал, так что любимый тезис специалистов по ITIL — ITIL нельзя внедрить, только адаптировать. Логическим выводом из этого будет то, что ITSM-решение нельзя получить из коробки.

Прежде, чем запустить Service Desk и завести первые тикеты, вам придется сначала получить сертификат по ITIL, пройти обучение по выбранному ITSM-продукту, пригласить консультантов, потратить несколько месяцев и несколько миллионов рублей на проект. Есть, конечно, бесплатные решения, которые можно настроить самому, но голову в процессе настройки придется поломать изрядно. Не лучший подход, особенно для небольшой ИТ-службы с ограниченным бюджетом и ресурсами.

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

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

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

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

Компания Naumen открыла публичный доступ к своему новому он-лайн сервису ITSM 365 — SaaS инструменту автоматизации работы ИТ-отдела, ориентированному на малый и средний бизнес. Сервис позволяет использовать типовые процессы управления ИТ-сервисами для ИТ-отдела из 10 — 30 сотрудников. Сервис позволяет компаниям перейти к управлению ИТ-сервисами на основе практик ITSM без долгого и дорогостоящего внедрения.

На Хабре уже неоднократно поднималась тема использования лучших практик ITIL для «улучшения климата» работы ИТ-специалистов в небольших компаниях. Первый и главный совет обычно — внедрение в соответствии с рекомендациями инструментария управления заявками в техническую поддержку пользователей. Главным образом такой подход позволяет перевести неприятные разговоры с бизнесом о полезности ИТ-службы на понятный обоим язык, как говориться, раскрыть карты и показать, что системные администраторы, на самом деле, целый день действительно заняты исполнением пожеланий бухгалтерии, администрации и т.п.


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

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

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

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

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

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

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

Используя Mantis для учета заявок от абонентов, часто приходилось сталкиваться со следующими сложностями:
1) При добавлении новой заявки приходится вносить или копипастить часть информации из карточки клиента в Mantis, что во-первых, лень, а во-вторых, потенциально может привести к искажению информации.
2) Не всегда получается оперативно прочитать предыдущие заявки по этому абоненту, во-первых, потому что лень, во-вторых, см. пункт первый, относительно искаженной информации.

Для решения этой задачи воспользуемся API от Mantis — mantisconnect.php.

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

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