Чем helpdesk отличается от service desk
Кратко
Helpdesk («служба помощи») занимается инцидентами: что-то сломалось у пользователя — починить и вернуть работу. Service desk («служба сервиса») — это единая точка входа по всем вопросам к услуге целиком: инциденты, запросы на обслуживание, изменения, доступы, проблемы. Разница не в цене и не в размере, а в охвате: helpdesk отвечает за случаи, service desk — за услугу.
Разница в одном сравнении
| Helpdesk | Service desk | |
|---|---|---|
| Что обрабатывает | Инциденты: сломалось — чиним | Инциденты плюс запросы, доступы, изменения |
| Взгляд | Реактивный: ждёт обращения | Плюс упреждающий: ищет причины повторов |
| Единица учёта | Обращение | Услуга и её уровень |
| Кто обычно клиент | Пользователь | Пользователь и бизнес-подразделение |
| Ключевой вопрос | «Как быстро починили?» | «Какой уровень услуги мы обеспечиваем?» |
| Рядом обязательно есть | База знаний | Каталог услуг, SLA, управление проблемами |
Последняя строка — самая практичная. Отличить одно от другого можно по одному признаку: есть ли каталог услуг. Если существует перечень того, что служба обязуется предоставлять, с уровнями и сроками, — это service desk. Если существует только очередь обращений — это helpdesk, как бы ни называлась программа.
Что такое «управление проблемами» и почему это водораздел
Слово «проблема» в этом контексте имеет узкое значение, не совпадающее с бытовым.
Инцидент — единичный случай: у пользователя не работает.
Проблема — причина, порождающая инциденты: не работает потому, что.
Helpdesk закрывает инциденты. Двадцать одинаковых обращений будут закрыты двадцать раз, и это будет считаться хорошей работой — сроки соблюдены, люди довольны.
Service desk на третьем таком обращении заводит отдельную запись о причине и занимается ею. Двадцать первого обращения не случится.
Отсюда следует, как на самом деле выглядит переход от одного к другому. Он не в покупке другой программы, а в появлении одной привычки: периодически смотреть, что повторяется, и заниматься причиной отдельно от случаев. Для этого достаточно отчёта по темам обращений за месяц; всё остальное — оформление.
Что ещё появляется у service desk
Помимо проблем, охват расширяется на три вещи, которых у helpdesk нет.
Запросы на обслуживание. Не поломка, а просьба о стандартном действии: доступ, учётная запись, оборудование, лицензия. Они обрабатываются по-другому: у них есть заранее известный порядок, часто согласование, и их не надо диагностировать. Подробнее — в статье Инцидент или запрос на обслуживание: в чём разница.
Каталог услуг. Перечень того, что вообще можно попросить, с описанием, сроками и условиями. Каталог — это ещё и способ сократить поток: половина обращений «а можно ли…» исчезает, когда ответ написан заранее.
Управление изменениями. Любое плановое изменение в услуге проходит через службу, потому что именно она получит поток обращений, если что-то пойдёт не так. Практический минимум здесь — простое правило: об изменениях предупреждают поддержку до того, как их делают, а не после первых жалоб.
Что выбрать
Вопрос почти всегда ставят как выбор системы, а решается он как выбор задачи.
| Признак вашей ситуации | Что нужно |
|---|---|
| Внешние клиенты, поток обращений, задача — не терять и быстро отвечать | Helpdesk |
| Внутренние сотрудники, много запросов на доступ и оборудование | Service desk |
| Одни и те же обращения повторяются месяцами | Helpdesk + разбор причин (это уже шаг к service desk) |
| Услуга оформлена договором с уровнями и санкциями | Service desk |
| Служба из двух-трёх человек | Helpdesk; процессы ITSM съедят больше, чем дадут |
Отдельно стоит сказать о соблазне взять «сразу по-взрослому». Полный набор процессов в маленькой службе даёт заметные накладные расходы: согласования, категории, отчёты. Люди начинают обслуживать процесс вместо клиентов. Разумнее идти в обратном порядке: сначала одна очередь и сроки, потом база знаний, потом разбор повторов, и только когда это работает — каталог и изменения.
Частая ошибка: переименование вместо изменения
Самый распространённый результат обсуждения «нам нужен service desk» выглядит так: службу переименовали, в системе завели поля «категория услуги» и «тип запроса», операторы стали их заполнять. Работа не изменилась ни в чём, кроме того, что на каждое обращение стало уходить на минуту больше.
Признаки, по которым это видно:
- каталог услуг существует в виде документа, но на него никто не ссылается при работе с обращением;
- поле «услуга» заполнено одним значением в 80 % случаев;
- отчёт по повторяющимся темам никто не открывал ни разу;
- число закрытых причин (не случаев, а причин) за квартал — ноль.
Проверка простая: спросите, какая проблема была закрыта за последний квартал и сколько инцидентов это предотвратило. Нет ответа — есть helpdesk с дополнительными полями.
Как проверить, что у вас на самом деле
- Найдите каталог услуг. Нет — helpdesk.
- Откройте отчёт по темам обращений за месяц. Верхние три темы — это ваши проблемы, а не ваша нагрузка. Занимается ими кто-нибудь?
- Посчитайте долю запросов на доступ и стандартные действия. Больше четверти — вам нужен порядок для них, отличный от порядка для поломок.
- Посмотрите, узнаёт ли поддержка о плановых изменениях заранее. Нет — вся работа будет реактивной независимо от названия.
Связанные статьи
- Чем helpdesk отличается от CRM и что нужно вам
- Инцидент или запрос на обслуживание: в чём разница
- SLA, OLA и UC: чем отличаются три соглашения об уровне сервиса
Нужна поддержка, которая так и работает?
TehProf Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.