Remedy itsm что это
Как сервис-провайдер делал свой Service Desk
Всем привет! Меня зовут Алексей Волков. Bместе с моим коллегой, разработчиком Александром Соловьевым (alsov), мы делаем внутренние веб-сервисы в DataLine. Этой осенью мы запустили свой сервисдеск на замену BMC Remedy. В посте расскажу, почему мы отказались от готового решения и сделали все сами.
В среднем в сутки через сервисдеск проходит 450 заявок.
Чем нам не угодил Remedy?
Remedy я начал заниматься практически сразу, как попал в DataLine. После неоднократных попыток допилить его под наши задачи мы решили сделать свой сервисдеск. Вот не очень короткий список причин, по которым мы решили отказаться от Remedy Action Request System от BMC:
Неудобный интерфейс. Чтобы зарегистрировать заявку, взять ее в работу и отметить ее разрешение, приходилось сделать 100500 кликов.
Страница с инцидентом. Взять хотя бы поля для содержания сообщения, которое нужно было открывать в специальном окне.
Целый каскад вкладок нужно открыть, чтобы написать решение или перенаправить инцидент другому исполнителю.
Интеграция с другими клиентскими интерфейсами и какие-либо доработки предполагали еще те танцы с бубном. ПО проприетарное, места для маневров почти не было. Единственной лазейкой были веб-сервисы, которые умели общаться с Remedy, но они были очень капризными и нестабильными. Какие-то вещи мы делали совсем вручную и топорно: помню, как настроили выгрузку отчетов по инцидентам с помощью селектов из базы.
Конечно, был и другой путь: нанять подрядчика и исполнить любой свой каприз. На рынке на тот момент был всего один подрядчик по этому ПО, и он об этом знал. Производственные процессы корректируются, и постоянно нужны были бы доработки. С учетом этого ценник получался негуманным и начинался от 5 млн.
Не хватало лицензий. Когда-то на заре DataLine мы купили 100 лицензий. С тех пор компания сильно выросла. Лицензии были конкурирующими. Все чаще возникали ситуации, когда инженеру приходилось ждать освобождения лицензии, чтобы начать делать свою работу. Собственно, это и стало последней каплей.
Фиксация всех действий по инциденту. Мы хотели, чтобы все, что касается технической поддержки наших клиентов, было отражено в сервисдеске. Remedy же фактически только регистрировал запросы. Вся настоящая работа по инциденту велась в почтовой переписке, по телефону, в курилке – где угодно, но не в Remedy. Особенно, если это была комплексная заявка и задействовала специалистов из нескольких отделов. Вопрос то решали, но следов этого в Remedy не оставалось. В результате инцидент был задокументирован фрагментами, а иногда и вовсе не отображался в Remedy. Контролировать, разбираться и анализировать что-либо было очень сложно.
Сервисдеск 2.0
Функции Remedy заменить было просто. Сверхзадача нового сервисдеска – затащить всю активность по технической поддержке в «одно окно»: контакты, рабочую переписку, документы. Мы хотели получить своего рода логирование всего, что происходит после того, как клиент отправляет заявку к нам на саппорт. Попутно мы хотели автоматизировать многие вещи, чтобы снизить нагрузку на первую линию поддержки и исключить по максимуму человеческий фактор.
Вот самые важные из тех функций, что мы реализовали в новом сервисдеске:
Передача инцидента. К нам часто приходят комплексные заявки, которые по цепочке выполняют специалисты разных отделов. Из самого простого – заявка на физический доступ к оборудованию в дата-центре. Сначала диспетчер выписывает пропуск, потом передает данные клиента и номер пропуска дежурному инженеру, который встречает и сопровождает клиента в дата-центре. Есть запросы, которые последовательно отрабатывают 5 отделов.
Для всех таких случаев в интерфейсе появилась отдельная кнопка «Передать».
Переписка с клиентом и коллегами. Эта функция как раз для того, чтобы переписка по инциденту не «утекала» в почту и вся история общения сохранялась у нас.
Пока тут все очень минималистично. В планах – сделать полнотекстовый редактор с возможностью загрузки файлов, таблиц и пр.
История назначений и история всех действий по инциденту. Эти вкладки помогут разобраться в спорных вопросах и внутренних расследованиях. В данный момент я выгружаю отчеты из истории, чтобы отслеживать, как часто диспетчеры допускают ошибки при назначении инцидента на профильную группу.
Так выглядит история назначений по внутреннему инциденту «Увольнение сотрудника».
История инцидента. Тут еще будем наводить красоту, но главная задача уже решена – все логируется.
Наблюдатель. Бывает, что в письме-заявке клиент пристегивает в копию заинтересованных лиц. Все эти товарищи будут появляться во вкладке «Наблюдатели» и следить за исполнением данной заявки. Им будут приходить отбивки о статусе запроса, при желании они смогут переписываться с нашей техподдержкой. Внутри компании эта функция тоже востребована: сервис-менеджеры могут вписаться в любой запрос своего клиента и следить за его исполнением.
Список наблюдателей можно редактировать: удалять и добавлять новых.
Шаблоны инцидентов. Типовых запросов достаточно много. Чтобы не заполнять десятки раз на дню заявку на пропуск или уборку мусора, мы добавили возможность создавать шаблоны инцидентов. Нужно только нажать кнопку «Создать инцидент», и откроется предзаполненный шаблон с прописанным исполнителем, типом, приоритетом и статусом.
В работе дата-центров много регулярно повторяющихся заявок: обходы, тестирования, проверки инженерного оборудования по чек-листам и пр. Для всего этого настраиваются автоинциденты, которые автоматически попадают в трекер с заданной периодичностью.
Аналитика. В Remedy не было встроенных средств аналитики, ничего нельзя было выгрузить штатными средствами. Здесь мы предусмотрели выгрузку всего и вся для последующего анализа. Например:
Отчеты можно сформировать прямо в сервисдеске с помощью фильтров.
Выгрузка данных в различных форматах.
Можно выбрать поля, которые будут отображаться в выгрузке.
API для интеграции с другими внутренними сервисами. Из простого: сервисдеск подтягивает информацию из справочников с перечнем компаний-клиентов, договоров, списком заказанных услуг и ответственных лиц, которые могут направлять запросы. Раньше приходилось сначала сверяться с отдельным файлом, чтобы определить, является ли написавший клиентом и может ли он писать запросы от компании.
«Обход дежурной смены» – еще один наш внутренний сервис, с которым теперь умеет взаимодействовать сервисдеск. Это электронный чек-лист, по которому дежурные и инженеры эксплуатации несколько раз в день осматривают дата-центры на предмет поломок и непорядка. Ситуация для примера: во время обхода дежурный наткнулся на клиентскую стойку с неправильно установленным оборудованием. Он просто делает соответствующую пометку в программе «Обход», и в сервисдеск автоматически прилетает инцидент по проблеме. Дежурный идет дальше по маршруту обхода, а проблему со стойкой уже начинают решать.
По любому из пунктов чек-листа можно создать инцидент.
Форма для инцидента внутри ПО «Обход». Сверху висят инциденты в работе по этому же объекту.
По мелочи. Все самые частые типы запросов мы вывели на страницу интерфейса. После выбора приоритета пользователь видит дедлайн и прогресс-бар, показывающий сколько времени у него осталось на исполнение инцидента.
Внедрение
Во время опытной эксплуатации мы тестировали работу сервисдеска на внутренних заявках. Около месяца тренировались на отделах АХО, капитального строительства, производства и управления сервисом. Внешние заявки и заявки других отделов по-прежнему ходили через Remedy.
Потом мы договорились с тремя клиентами, чтобы обкатать обработку внешних заявок. Вот тут и случились первые проблемы.
Когда только начали делать новый сервисдеск, я лелеял надежду, что наш умный почтовый парсер сможет регистрировать запросы, раскидывать их по профильным отделам, подшивать сообщения по одному и тому же вопросу в один инцидент. В перспективе это означало отказ от диспетчеров на обработке письменных запросов. В Remedy люди очень привыкли полагаться на почтовую переписку, ее было больше, чем мы предполагали. На тестовых испытаниях парсер не справился: он мог перепутать отделы при назначении запроса, новые сообщения по уже открытому инциденту он регистрировал как новые инциденты. Были и более тривиальные сложности: парсер не мог прочитать письмо, пришедшее от почты с сертификатом; не понимал нестандартную кодировку и присылал текст из вопросов.
Пришлось добавить ручной труд – появилась Диспетчерская. Это чистилище для всех заявок, пришедших на support@dtln.ru. Оттуда диспетчеры вручную распределяют заявки по отделам.
На стороне клиента логика взаимодействия с техподдержкой осталась прежней, изменился только вид отбивок. В первые дни с ними было несколько накладок, во основном из-за некорректных контактных данных в справочниках. Так у одного из клиентов было 23 ответственных лица и на всех один общий email, типа info@. Сервисдеск послушно всех оповестил, выполнив за час дневную норму по входящим на этом почтовом ящике.
Что дальше?
В ближайших планах – интеграция с Личным кабинетом. Вся переписка и история обращений будет отображаться в профиле клиента. Теоретически это шанс исключить почту из общения с техподдержкой и окончательно затащить клиента в наш веб-интерфейс. Посмотрим, как оно приживется в жизни.
Внедрение параметризованной заявки. Есть запросы, которые содержат много параметров и значений, и важно ничего в них не перепутать. Например, когда клиент просит добавить виртуальных ресурсов в пул или создать виртуальные машины определенных размеров. Для таких случаях мы планируем сделать конструктор с параметрами. Он будет автоматически парсить подобные клиентские запросы, пришедшие по почте. Его же будут использовать диспетчеры, когда принимать заявку по телефону.
Вот так выглядит параметризованная заявка.
Оценка работы техподдержки. Пресловутое «оцените наш сервис по пятибалльной шкале» с возможностью написать в свободной форме, все, что клиент думает о нашем сервисе.
Ту самую Диспетчерскую, которая возникла как костыль в помощь почтовому парсеру, хотим развить в полноценное автоматизированное рабочее место диспетчера (АРМ). Сейчас диспетчеру приходится заглядывать в различные интерфейсы (учет оборудования, список ответственных лиц, услуги по клиенту), чтобы собрать нужную информацию по клиенту. В АРМ же будет все в одном окне: инциденты клиента, контакты, договора, заказанные услуги и их параметры и пр. данные.
Ну и не теряем надежду на автоматическое распределение заявок по отделам. Сейчас думаем в сторону системы хэштегов для почтового парсера.
***
В боевом режиме сервисдеск работает с ноября, и все это время я наблюдаю стабильное увеличение количества инцидентов (+40%), в первую очередь за счет внутренних запросов. Смею надеяться, что это из-за того, что новый сервисдеск более дружелюбный во всех отношениях и запросы перестали проскакивать мимо него.
Еще один профит нового сервисдеска – это гибкость. Мы уже сделали несколько кастомных решений для отдельных клиентов, чтобы проинтегрироваться с их внутренними сервисдесками или просто подстроиться под их производственные процессы. Раньше на это ушли бы месяцы и миллионы, а теперь все, что нужно, – это письмо своему разработчику и 1-2 недели в зависимости от сложности задачи.
BMC Remedy Service Desk
BMC Remedy Service Desk
BMC Remedy Service Desk отвечает за автоматизацию процессов управления инцидентами и проблемами, позволяя ИТ-специалистам оперативно и эффективно реагировать на возникновение ситуаций, влияющих на предоставление ключевых услуг.
BMC Remedy Service Desk обеспечивает обработку запросов и информации об инцидентах, поступающих от пользователей, а также данных об инцидентах, поступающих от инфраструктурных элементов. Благодаря своим развернутым, гибким функциям и возможностям она сокращает время, необходимое для восстановления нормальной работы, помогает предотвратить негативное влияние на деятельность компании предстоящих событий и улучшает эффективность работы ИТ-персонала.
Технологические процессы, реализованные в BMC Remedy Service Desk, фиксируют и отслуживают взаимосвязи – от возникновения инцидента до соотнесения с проблемой, поиска основной причины, известных ошибок и запросов на внесение изменений. При использовании в сочетании с модулем управления знаниями BMC Remedy Knowledge Management Служба поддержки предоставляет развернутые функции разработки, поиска по запросам на естественном языке, и самообслуживания, что снижает объем звонков от пользователей по данному событию и сокращает время поиска и устранения неисправностей. База данных управления конфигурациями BMC Atrium указывает на услуги и пользователей, на которых повлияло соответствующие событие, и помогает установить основную причину этого события за счет отображения инфраструктурных зависимостей.
BMC Remedy Service Desk поможет:
Сертификация ITIL Process Compliant
BMC Service Desk Express 10.0 получил в октябре 2010 года сертификат бронзового уровня ITIL V3 за процессы управления инцидентами и управления проблемами. Для получения данного сертификата программное обеспечение должно успешно пройти тестирование на соответствие процессам ITIL V3. Помимо тестирования BMC должна была предоставить письма от трех заказчиков, подтверждающих, что ПО находится в промышленной эксплуатации.
Сертификация ITIL Process Compliant – независимая экспертиза. В процессе тестирования сертифицированный эксперт оценивает функциональность программного обеспечения, сравнивает пользовательскую документацию с возможностями продукта и оценивает процент соответствия процессам ITIL, достигнутый производителем.
Тестирование проводилось компаниями The Service Management Consultancy и Pink Elephant, которые являются единственными авторизованными экспертами/аудиторами по ПО, официально признанными APM Group — организацией, отвечающей за развитие и сопровождение библиотеки ITIL.
Типы клиентской поддержки. Обзор Help Desk систем для автоматизации
На российском рынке представлен большой выбор help desk систем, которые позволяют автоматизировать процессы постпродажного обслуживания. С одной стороны, это хорошо, так как у каждой компании есть возможность подобрать решение для своего бизнеса и под свои задачи. С другой стороны, возникает путаница в том, для чего предназначен тот или иной helpdesk. Какой выбрать? В попытке протестировать все системы, который выдал поисковик, уходит много времени и сил, а на выходе результат не всегда получается даже удовлетворительным.
Чтобы облегчить этот выбор, я сгруппировал типы поддержки и help desk системы, предназначенные для автоматизации каждого вида обслуживания. Надеюсь, это поможет каждому из вас, как минимум, не потратить время «впустую».
Зачем нужны Help Desk системы? Есть ли результат?
Прежде чем обсуждать типы поддержки и автоматизацию задач внутри «каждого» из них, стоит задуматься, а стоит ли вообще заниматься саппортом и как-то его автоматизировать?
По данным Teleperformance Customer Experience Lab, клиенты на 13% будут лояльнее к компании, если у них будет позитивный опыт взаимодействия с ее техподдержкой. Если негативный опыт, есть вероятность, что лояльность клиентов снизится на 27%.
Согласно всероссийскому отраслевому исследованию, проведенного Okdesk в этом году, почти 60% компаний утверждают, что их клиенты отказываются от продолжения сотрудничества из-за некачественного сервиса. При этом у 69,7% компаний доля выручки от сервисного обслуживания составляет от 10% до 25%.
То есть техподдержка и удовлетворенность клиентов сервисом не только важна для сохранения клиентской базы, она напрямую влияет на выручку. И каждой компании необходимо постоянно улучшать процессы постпродажного обслуживания. Автоматизация — важный этап этого улучшения.
Типы техподдержки. Разница в задачах, подходах и автоматизации
В чем различие между типами поддержки? Какие задачи возникают при их автоматизации? Какие для этого есть системы на рынке? Давайте разбираться.
На верхнем уровне можно выделить два вида поддержки:
При этом внешнюю поддержку можно условно разделить на:
работу в сегменте B2С (с «анонимусами»);
взаимодействие с B2B-клиентами.
ИТ-поддержка по ITIL или специфика «внутренних» пользователей
В эту категорию относятся все вопросы, связанные с технологическими проблемами внутри компании. Клиентами или заявителями в данном случае выступают сами сотрудники предприятия.
Нужно переустановить “1С” или другую корпоративную систему, решить проблемы с интернетом и телефонией, организовать новое рабочее место — это только малая часть того, за что отвечает внутренняя техподдержка.
Внутренняя поддержка зародилась в ИТ-департаментах. Именно по этой причине в организации процессов сервисного управления во всем мире используют подход ITSM (Information Technology Service Management). Он основан на базе передового опыта сервисного обслуживания внутри предприятия (Information Technology Infrastructure Library, ITIL).
Системы автоматизации внутренней техподдержки соответствуют процессам и практикам, которые описаны в ITIL. По крайней мере, так заявляют их разработчики. Существуют даже сертификации систем на соответствие ITIL.
Однако автоматизация внутренней поддержки “по канонам” (с CMDB, ресурсно-сервисной моделью и т.д.) актуальна и, главное, даёт результат на больших масштабах, то есть, только для крупных компаний (более 1000 сотрудников). Системы, которые соответствуют процессам ITIL, для среднего и малого бизнеса не подойдут: излишне функциональны, дорогие и требуют серьезных организационных изменений. При этом ничего не мешает использовать Help Desk системы для внутренней автоматизации более гуманные по ценнику и решающие бОльший пласт задач небольших организаций.
Если вы представляете крупную компанию, тогда советую вам ограничить выбор среди таких решений, как Omnitracker, HP Service Manager, BMC Remedy ITSM, Naumen Service Desk. Более дешевые варианты: OTRS, ITSM 365 и «1С:ITIL».
Customer Service или задачи внешней B2С поддержки
“Не могу осуществить перевод по реквизитам”, “Скорость интернета упала”, “Не получается сделать заказ”, “Товар не добавляется в корзину” и т. д. Для компаний такие проблемы клиентов — это сотни одинаковых и, преимущественно, консультационных вопросов в день. В рамках обработки таких вопросов нет необходимости даже идентифицировать клиента, не нужно вести учет какого-то клиентского оборудования, договоров, отслеживать обязательства по техническому и плановому обслуживанию.
Основные задачи поддержки B2С-клиентов можно сформулировать так:
фиксировать заявки по всем возможным каналам, включая соцсети и мессенджеры;
иметь инструменты, которые позволят автоматизировать решение типовых и простых вопросов;
отслеживать клиентскую лояльность.
Именно по этой причине Help Desk системы автоматизации Customer Service созданы для регистрации заявок из всех возможных каналов обращений (соцсети, мессенджеры и т. д.) и быстрой выдачи шаблонных ответов. Для последнего используют чат-ботов с типовыми сценариями вопросов-ответов и/или базу знаний.
Предлагаю обратить внимание на лидеров этого сегмента: Zendesk, Freshdesk, Kayako, Help Scout и Omnidesk.
Field Service или B2B поддержка и обслуживание клиентской инфраструктуры / ПО
В поддержке B2B-клиентов всё сложнее: нужно вести базу заказчиков, привязывать к ним все их заявки. Также необходимо учитывать договоры с клиентами, обслуживаемые объекты (в зависимости от бизнеса это может быть “точка продаж”, сайт, офис или даже транспортное средство), оборудование и ПО.
Почти каждая клиентская заявка не типовая и потому её выполнение имеет более сложный цикл. Бывает, что для решения проблемы компания привлекает подрядчика по сервисному обслуживанию. Тот в свою очередь может привлечь субподрядчика или самого производителя или разработчика. К тому же возникают ситуации, когда какие-то работы нужно оказывать за рамками договора и это биллингуется отдельно. А еще нужно планировать загрузку специалистов. При этом в случае выездного обслуживания (field service management) распределять заявки на ближайшего.
Именно поэтому в системах автоматизации B2B-поддержки критическое значение имеют:
встроенные и готовые отчеты по множеству метрик работы бизнеса;
блок учета платных работ, выходящих за рамки абонентского или договорного обслуживания;
более проработанный блок отслеживания обязательств и договоренностей по контрактам (SLA) в привязке к клиенту, объекту или с более сложной логикой;
календарное планирование и распределение заявок, включающее возможность автоматизации регулярных и плановых активностей;
настраиваемые чек-листы по сложным, но повторяющимся заявкам;
развитое API для реализации специализированных интеграций.
Поддержку B2B-клиентов можно разделить на удаленную и выездную. Удаленную поддержку оказывают вендоры своим клиентам и партнерам, сервисные компании, которые обслуживают ПО (например, франчайзи “1С”).
Выездное обслуживание (field service) преимущественно связано с поддержкой и обеспечением работоспособности самой разной инфраструктуры: от светофоров, датчиков уровня топлива и телематического оборудования до кассовых аппаратов, охранно-пожарных систем.
В выездном обслуживании важно наличие функционального мобильного приложения. С помощью него можно контролировать загруженность сотрудников и отслеживать их местоположение для распределения заявок, планировать маршрут к адресу объекта, по итогам указывать выполненные работы, прикладывать к обращению фотоотчеты и подписывать документы в электронном виде
Для удаленной и выездной B2B-поддержки обратите внимание на Jobber, Mhelpdesk и Service Fusion. Из отечественных — на лидирующее решение Okdesk.
Вместо заключения
Конечно, я упростил взгляд на типы поддержки, но, одновременно постарался сделать категоризацию понятной и узнаваемой. Уверен, это позволить сузить выборку систем, чтобы каждый, кто собирается автоматизировать постпродажное обслуживание клиентов или перейти на специализированную программу для этого, потратил меньше времени на поиск подходящего решения. Но главное, чтобы каждый нашёл подходящий для своих задач вариант Help Desk системы.
Если данной статьи вам показалось недостаточно, то рекомендуем посмотреть более подробный обзор типов поддержки и Help Desk систем в записи вебинара:
Looking for BMC Remedy ITSM?
BMC Helix ITSM is the
next generation of Remedy
Analyst research:
2021 Gartner ® Magic Quadrant ™ for IT Service Management Tools
Datasheet:
Forrester TEI Estimator:
BMC Helix ROI Calculator
See how much you save
BMC Helix ITSM is industry-leading, next-gen service management that transforms the best-practice ITSM principles you’ve come to appreciate from Remedy to provide unprecedented ROI on your choice of cloud.
More than 6,500 IT organizations trust BMC’s world-class ITSM solutions
BMC Helix ITSM is a powerful, people-centric solution that exploits emerging technologies such as AI and machine learning. When you move up from Remedy on-premises to BMC Helix ITSM you gain:
Incident & Problem Management
Create and resolve incidents faster with intelligent, context-aware, and proactive incident matching.
Knowledge Management
Bring key information to customers and support personnel, right where they need it.
BMC Helix Multi-Cloud Service Management
Deliver a seamless service experience across multi-cloud environments.
Smart Reporting
Turn powerful reports into stunning dashboards quickly and easily.
Change Management
Document and coordinate activities for change requests across your entire IT landscape—from data centers to desktops.
Release Management
Combine multiple change requests into a single release and manage all related activity in support of a successful release.
BMC Helix Digital Workplace
Deliver intelligent, omni-channel self-service experiences.
Asset Management
Provide complete lifecycle management of your IT assets, from procurement to end-of-life.
Configuration Management (CMDB)
Support ITSM processes by providing a single source of reference for all your IT infrastructure and services.
Service Request Management
Define a catalog of service request types that reflect what services you offer to your internal or external customers
Service Level Management
The tools you need to define, track, and report service levels