Обзор
Единая точка входа в IT
Helpdesk — единственный официальный способ поставить задачу IT. Обращение фиксируется, получает приоритет и ответственного, и его нельзя потерять в переписке.
Сотруднику не нужно выбирать IT-команду, категорию или конкретного специалиста. Достаточно описать, что произошло, и указать, как это влияет на вашу работу.
Быстрый вход
Что произошло?
Начните с ситуации, а не с пункта документа.
- У меня не работаетНе могу работать совсем или работа сильно ограничена.
- Какой приоритет выбрать?P2, P3 или P4 — по влиянию проблемы на вашу работу.
- IT ждёт моего ответаЧто означает WAITING_USER и когда тикет закроется автоматически.
- Проблема массоваяЧто делать, если сбой затронул отдел или много сотрудников.
- Подозрение на взлом или фишингСрочный маршрут для инцидентов информационной безопасности.
- Задача долго не решаетсяКогда уместна эскалация и как она работает.
Если читать некогда
Helpdesk за 1 минуту
Четыре шага, которые закрывают большинство обращений.
Создайте обращение
Канал Helpdesk в Mattermost
Коротко опишите
Что хотели сделать → что произошло → где именно проблема
Выберите влияние
Не могу работать / Могу работать с ограничениями / Вопрос или пожелание
Отвечайте по тикету
Если IT нужны уточнения, скриншот или проверка
Область действия
С чем обращаться в Helpdesk?
Если сомневаетесь — всё равно создайте обращение.
- технические проблемы
- корпоративные сервисы
- VPN
- Mattermost
- Google Workspace
- рабочая техника
- ПО
- консультации
- настройки
- учётные записи
- инциденты информационной безопасности
Что пока остаётся вне Helpdesk
Согласование
Новые доступы
Оформляются через Planfix.
Инициирует HR
Onboarding
Запускается вне Helpdesk.
Инициирует руководитель
Offboarding
Запускается вне Helpdesk.
Каналы
Куда писать?
Один официальный канал и два исключения из него.
Основной канал
Helpdesk в Mattermost — официальный канал постановки IT-задач. Всё, что создано здесь, получает статус, приоритет и ответственного.
Личные сообщения
Если человек впервые написал лично и ситуация действительно срочная, IT может помочь сразу — а затем предложит оформить обращение. Повторные обычные запросы сначала оформляются через Helpdesk.
Публичные каналы
Сообщение в General или другом публичном канале не считается постановкой задачи.
Исключение: если сообщение выявляет массовый инцидент, IT самостоятельно создаёт или использует основной incident-тикет и сообщает статус централизованно.
Приоритеты
Какой приоритет выбрать?
Приоритет определяется влиянием на работу, а не субъективным ощущением срочности.
Сотрудник выбирает один из трёх уровней — по тому, как проблема влияет на его работу.
P2
Не могу работать
Например
- MacBook не включается
- нет входа в рабочую учётную запись
- без VPN невозможно работать
- Реакция
- Цель решения
- ≤ 30 минут
- ≤ 2 рабочих часов
P3
Могу работать с ограничениями
Например
- VPN нестабилен
- не работает второй монитор
- есть обходной путь
- Реакция
- Цель решения
- ≤ 2 рабочих часов
- ≤ 4 рабочих часов
P4
Вопрос или пожелание
Например
- консультация
- установка ПО
- настройка
- некритичное улучшение
- Реакция
- Цель решения
- ≤ 8 рабочих часов
- ≤ 3 рабочих дней
P1 — критический инцидент
P1
Критический инцидент
Назначает IT — этот уровень нельзя выбрать при создании обращения.
Например
- критичный сервис недоступен
- проблема остановила работу отдела
- затронута группа примерно от 10 сотрудников
- Реакция
- Цель решения
- ≤ 10 минут
- ≤ 60 минут
SLA
Как работает SLA
Сроки считаются только в рабочее время и не идут ночью и в выходные.
Рабочее время
Пн–Пт, 09:00–19:00 МСК
SLA не идёт ночью, в выходные и праздники.
First response
Содержательный ответ
Реакцией считается ответ специалиста, а не автоматическое уведомление о регистрации.
Цель решения
Ориентир, а не гарантия
Срок может сдвинуться, если задача требует ремонта, закупки, участия поставщика, внешнего сервиса или сложной диагностики.
Если задача займёт дольше
IT сообщает причину задержки, следующие шаги и обходной путь, если он есть. Ежедневное формальное сообщение «без изменений» не требуется — обновление даётся, когда появляется существенная информация или меняются следующие шаги.
Жизненный цикл
Что происходит после создания тикета?
WAITING_USER и CANCELLED — возможные ветки, а не обязательные этапы.
NEW / OPEN
Обращение зарегистрировано
IN_PROGRESS
IT работает над задачей
Возможные ветки
WAITING_USER
Ждём ответа или действия пользователя
Таймер решения приостановлен
Ответили — тикет возвращается в работу. Молчание 48 часов — тикет закрывается.
CANCELLED
Отменена
Ошибка, дубликат или запрос больше не нужен
Выход из процесса. На статистику эффективности не влияет.
RESOLVED
Решено
24 часа на проверку
CLOSED
Закрыто
WAITING_USER — «Ждём пользователя»
Статус используется, когда IT нужен ваш ответ, скриншот, проверка, уточнение, подключение или подтверждение результата.
RESOLVED — «Решено»
Со стороны IT проблема устранена или запрос выполнен. Отдельное подтверждение сотрудника не требуется: через 24 часа тикет закрывается сам.
CLOSED — «Закрыта»
Закрытый тикет не переоткрывается. Если проблема возникла снова — создаётся новый тикет: так сохраняется корректная история отдельных случаев.
CANCELLED — «Отменена»
Используется, если тикет создан по ошибке, проблема исчезла сразу, запрос больше не нужен или это дубликат. Отменённые тикеты не должны искажать статистику эффективности.
Справочник
Карта статусов
Все статусы и ключевое правило каждого — одним экраном.
| Статус | Что означает | Ключевое правило |
|---|---|---|
| NEW / OPEN | Заявка зарегистрирована | Должна получить содержательную реакцию |
| IN_PROGRESS | В работе | Есть ответственный |
| WAITING_USER | Ждём пользователя | 48 часов тишины → CLOSED |
| RESOLVED | Решено | 24 часа на проверку |
| CLOSED | Закрыта | Новая проблема → новый тикет |
| CANCELLED | Отменена | Ошибка, дубликат или больше не нужно |
Обязательства IT
Что сотрудник может ожидать от IT
Не внутренняя инструкция, а то, на что вы можете рассчитывать.
Гарантия
Обращение не потеряется
Если тикет создан — он получит ответ.
Гарантия
У тикета будет ответственный
Активное обращение должно быть взято в работу. Тикет можно передать — тогда ответственным становится новый специалист.
Гарантия
Ответ будет содержательным
Не «принято в работу» ради формального закрытия SLA.
Неудачно
«Ваше обращение принято в работу.»
Лучше
«Проверяю настройки VPN. Напишу, как только станет понятна причина.»
Понятно, что именно происходит и когда ждать следующего сообщения.
Неудачно
«Проблема в backend-компоненте SSO.»
Лучше
«Проблема на нашей стороне. Идёт восстановление входа в сервис.»
Без внутренней терминологии, но честно о сути и статусе.
Массовый сбой
Проблема у многих сотрудников
Десятки одинаковых тикетов не ускоряют восстановление.
Массовый инцидент — существенный сбой, влияющий примерно на 10 и более сотрудников или на работу целого отдела. Обычно ему назначается P1.
- Проблема подтверждена
- IT работает с одним основным incident-тикетом
- Статус публикуется в Mattermost General
- Во время P1 — обновления примерно каждые 30 минут
Информационная безопасность
Подозрение на взлом, фишинг или утечку?
Чем быстрее IT узнает, тем меньше возможный ущерб.
Фишинговое письмо, подозрение на взлом, утечка пароля, неизвестный вход, потеря устройства или другая подозрительная активность.
- Создайте обращение в Helpdesk.
- Если промедление может увеличить ущерб — дополнительно свяжитесь с IT лично.
Эскалация
Когда эскалировать?
Эскалация — не стандартный способ ускорять обычные задачи.
Тикет необоснованно долго без движения или приоритет определён неверно?
Нет
Обычная задача идёт в общей очереди по своему приоритету.
Да
- Обсудить с исполнителем в тикете
- Обратиться к Head of IT
Решение зависит от влияния на бизнес, загрузки IT и других критических работ.
Эскалация уместна, если тикет необоснованно долго без движения, если вы считаете приоритет определённым неправильно или если руководитель просит пересмотреть очерёдность.
Режим работы
Есть ли поддержка 24/7?
Рабочее время — Пн–Пт, 09:00–19:00 МСК.
Нет, официальной круглосуточной поддержки нет.
При действительно критической ситуации IT при возможности может подключиться вне графика, но это не является гарантированной круглосуточной поддержкой.
Качество процесса
Как оценивается работа Helpdesk
Метрики нужны, чтобы улучшать процесс, а не чтобы считать закрытые тикеты.
- количество обращений
- first response
- resolution time
- соблюдение SLA
- backlog
- overdue
- переоткрытые тикеты
- категории обращений
- нагрузка по исполнителям
Нарушение SLA — повод разобраться в причине: неверный приоритет, перегрузка, внешняя зависимость, нехватка информации или системный дефект процесса.
Шпаргалка
Быстрые примеры
Частые ситуации и приоритет, который им обычно соответствует.
| Приоритет | Ситуация | Комментарий |
|---|---|---|
| P2 | MacBook не включается | Работа заблокирована |
| P3 | Не работает второй монитор | Работать можно с ограничениями |
| P3 | VPN периодически отключается | Если работа блокируется полностью — P2 |
| P4 | Нужна консультация по Google Workspace | Вопрос без блокировки |
| P4 | Нужно установить программу | Если без неё работа невозможна — IT может повысить приоритет |
| P1 | VPN не работает у всего отдела | Массовый инцидент, назначает IT |
| Helpdesk / ИБ | Пришло подозрительное письмо | Инцидент безопасности |
| Planfix | Нужен новый доступ | Согласование вне Helpdesk |
| P2 | Сломался рабочий ноутбук | Старт через Helpdesk, дальше — регламент «Компьютерная техника» |
| CANCELLED | Проблема исчезла сразу | Тикет можно отменить |
FAQ
Частые вопросы
Короткие ответы на вопросы, которые задают чаще всего.