Зачем нужен регламент
Регламент техподдержки фиксирует единые правила обработки обращений: как заявка попадает в систему, как классифицируется, в какие сроки и кем решается, когда эскалируется. Это документ для людей (операторов, заявителей, руководителей), а его «исполняемая» часть — настройки в Service Desk: каталог услуг, SLA, маршруты. Хороший регламент и настройки системы описывают одно и то же — иначе документ живёт отдельно от реальности.
Обязательные разделы
Минимальный рабочий состав регламента:
- Назначение и область действия — что регулирует, на кого распространяется.
- Каналы приёма обращений — портал, почта, телефон, мессенджер.
- Классификация и приоритеты — типы обращений, как определяется приоритет.
- Маршрутизация — кто и как распределяет заявки по линиям/командам.
- SLA — сроки реакции и решения по приоритетам, рабочий календарь, паузы.
- Эскалация — когда и кому передаётся при риске нарушения.
- Статусы заявки — жизненный цикл от регистрации до закрытия.
- Роли и ответственность — кто за что отвечает.
- Отчётность — какие метрики и с какой периодичностью.
Каналы, классификация, приоритеты
Зафиксируйте все каналы и единую точку входа. Даже если приём идёт по почте и телефону, всё должно попадать в одну систему — иначе нет единой очереди и учёта. По почте есть отдельные грабли, которые стоит учесть.
Приоритет определяется по матрице «влияние × срочность», а не на глаз. Пример матрицы:
| Влияние \ Срочность | Высокая | Средняя | Низкая |
|---|---|---|---|
| Массовое (все пользователи) | Критический | Высокий | Средний |
| Групповое (отдел) | Высокий | Средний | Средний |
| Единичное (один человек) | Средний | Средний | Низкий |
Маршрутизация, SLA, эскалация
Опишите путь заявки от приёма до исполнителя и сроки на каждом этапе. SLA задаётся по приоритетам, с рабочим календарём и паузами — детальный шаблон в статье «Шаблон SLA-соглашения». Эскалацию делайте двух типов:
Статусы заявки и роли
Опишите жизненный цикл заявки явным списком статусов: Новая → В работе → Ожидает ответа → Решена → Закрыта (+ Отклонена, Отложена). Каждый переход — с условием и ответственным. Роли минимум: заявитель, оператор 1-й линии, специалист 2-й линии, тимлид (эскалация/распределение), руководитель поддержки (отчётность). Разграничение прав закрепляется в системе через ролевую модель (RBAC).
Частые ошибки
- Регламент ≠ настройки системы. Документ обещает сроки, которых нет в SLA-движке — спор неизбежен.
- Нет матрицы приоритетов. «На глаз» = каждый оператор приоритезирует по-своему.
- Не описаны паузы. Время ожидания ответа заявителя засчитывается поддержке.
- Отчётности нет. Если метрики никто не смотрит, регламент не исполняется.
- Документ на 40 страниц. Длинный регламент не читают — держите его коротким и работающим.
В TIQQET «исполняемая» часть регламента настраивается напрямую: каталог услуг, SLA по дереву услуг с календарём и паузами, маршруты согласования, статусы и роли — документ и система остаются синхронными.
Попробуйте TIQQET в деле
On-premise ServiceDesk с полным циклом заявок, SLA-контролем и мобильными приложениями. Развёртывание за 1 день.
Частые вопросы
Чем регламент отличается от SLA?
Регламент описывает весь процесс работы поддержки (каналы, классификацию, маршрутизацию, роли, статусы). SLA — это часть регламента, конкретные сроки реакции и решения по приоритетам. SLA отвечает на вопрос «как быстро», регламент — «как вообще устроена работа».
Насколько подробным должен быть регламент?
Достаточно коротким, чтобы его реально читали (обычно 5–10 страниц). Длинные регламенты на десятки страниц не работают — их не открывают. Главное, чтобы он совпадал с настройками системы и покрывал ключевые разделы.
Как связать регламент с настройками Service Desk?
Каталог услуг, приоритеты, SLA, маршруты и статусы из регламента должны быть один-в-один настроены в системе. Если документ обещает то, чего нет в системе (или наоборот), возникают споры и регламент перестаёт исполняться.
Нужна ли матрица приоритетов?
Да. Без матрицы «влияние × срочность» приоритет ставится субъективно, и одинаковые по сути обращения получают разные приоритеты у разных операторов. Матрица делает приоритезацию воспроизводимой.