Уровни технической поддержки (L1, L2, L3)
Линии (уровни) техподдержки
Организация
Техническая поддержка обычно организуется по уровням, чтобы эффективно распределять задачи между специалистами. Это линии техподдержки.
На первой линии обычно простые специалисты, и требований к их квалификации меньше - задача тут стоит именно «отбросить» лишнее и направить к другим специалистам для решения более сложных задач. К сожалению, пользователи не знают о таком делении, и рассчитывают на быструю поддержку «здесь и сразу», и необходимость перенаправления будет вызывать у них ярость, после которой последуют гневные оскорбления и впечатление «тупой техподдержки». Но такова доля сервиса.
На моей практике тоже была трёхуровневая система технической поддержки, но вопросы задавались настолько сложные и даже юридические, что первой линии приходилось перенаправлять почти все вопросы, потому что они требовали размышлений и решения сложных задач.
Уровни поддержки (L1–L3):
| Уровень | Описание | Ответственность |
|---|---|---|
| L1 (Helpdesk) | Первый контакт с пользователем. Обычно решают простые задачи. | Отвечают на вопросы, помогают с входом, проверяют стандартные решения. |
| L2 (Technical Support) | Специалисты с глубокими техническими знаниями. | Диагностируют сложные проблемы, работают с логами, настройками, API. |
| L3 (Engineering / Разработка) | Инженеры и разработчики уровня эксперта. | Решают фундаментальные проблемы, баги, доработки кода. |
Например, если L1 не может решить проблему с доступом, она передаёт тикет L2. Если L2 выясняет, что проблема в баге в интерфейсе, тикет уходит на доработку в L3. Можно распределить так, что L1 - простые вопросы, L2 - сложные вопросы, а L3 - разработчики системы.
См. также
Другие статьи этого же раздела в боковом меню (как на странице «О разделе»). Что должна делать техподдержка? Задачи техподдержки можно разделить на несколько уровней, каждый из которых решает конкретные проблемы и способствует достижению общей цели — удовлетворенности клиента. В технической поддержке я работал уже в современности, но ощутил на практике важность развития системы поддержки. Если с простыми запросами легко мог справиться любой специалист, а со сложными… Обработка обращений — это централизованный процесс приёма, учёта, анализа и разрешения запросов от пользователей, связанных с нарушением или ухудшением работы ИТ-услуг. Он является ядром операционной… Для фиксации часто используется методология Root Cause Analysis (RCA) — анализ корневых причин. Если выяснилось, что проблема связана с ошибкой в коде или необходимостью доработки функционала — тикет… Репозиторий с готовыми документированными решениями по типовым инцидентам. Хотя в ITIL консультации не выделены как отдельный тип, на практике они составляют значительную долю обращений. Консультация — это запрос информации, не требующий изменения состояния системы или… CSAT (Customer Satisfaction Score) — средняя оценка удовлетворённости пользователей после решения обращения. Обычно измеряется по шкале от 1 до 5. ITSM (IT Service Management) — это системный подход к проектированию, доставке, эксплуатации и непрерывному улучшению ИТ-услуг как бизнес-ориентированных процессов. В отличие от традиционной… Каждый актив характеризуется — уникальным идентификатором, стоимостью приобретения и эксплуатации, сроком полезного использования, статусом (в эксплуатации, на складе, в ремонте, списан) Обратная связь — двигатель улучшений — каждый тикет — это данные для аналитики, доработки документации и предотвращения повторных сбоев. Итоги и вопросы по теме Чек-лист самопроверки для самопроверки в энциклопедии Вселенная IT.Понятие и задачи техподдержки
Эволюция служб технической поддержки
Приём и обработка пользовательских обращений
Диагностика и решение технических проблем
Базы знаний и типовые сценарии поддержки
Управление жизненным циклом обращений
Оценка качества обслуживания пользователей
ITSM
ITAM
Итоги
Чек-лист самопроверки