Регламент технической поддержки

Зачем нужен регламент и чем он отличается от смежных документов

Без регламента поддержка работает по устной традиции: каждый сотрудник по-своему понимает, что срочно, а пользователи не знают, куда писать и когда ждать ответа. В итоге спорят не о сути проблемы, а о том, кто что кому обещал.

Регламент часто путают с двумя другими документами, хотя задачи у них разные:

• Должностная инструкция — про одного сотрудника: его обязанности, права и ответственность.
• SLA (соглашение об уровне обслуживания) — про обязательства перед пользователем или заказчиком: сроки реакции и решения.
• Регламент — про процесс целиком: как обращение попадает в работу, кто его берёт, как передаётся дальше и чем заканчивается.

Проще говоря, SLA отвечает на вопрос «что мы обещаем», а регламент — «как мы это обеспечиваем внутри».

Структура регламента

Объём документа лучше держать минимальным: чем длиннее регламент, тем меньше вероятность, что его прочитают. Достаточно семи разделов.

• Общие положения — назначение документа и на кого он распространяется
• Каналы приёма обращений и режим работы службы
• Классификация обращений — типы и приоритеты
• Сроки реакции и решения
• Порядок обработки: линии поддержки и эскалация
• Права и обязанности сторон
• Отчётность и контроль качества

Образец регламента технической поддержки

Текст ниже можно скопировать и адаптировать под свою организацию: изменить каналы, сроки и роли под реальный процесс. Цифры в примере условные — подставьте свои.

1. Общие положения

• Регламент определяет порядок приёма, обработки и закрытия обращений пользователей.
• Действие регламента распространяется на сотрудников службы технической поддержки и на пользователей организации.
• Цель — обеспечить единый и предсказуемый порядок работы с обращениями.
• Регламент утверждается руководителем и пересматривается не реже одного раза в год.

2. Каналы приёма и режим работы

• Обращения принимаются через систему заявок, по электронной почте и в Telegram-боте службы поддержки.
• Обращения, поступившие устно или в личных сообщениях сотрудникам, регистрируются в системе — без регистрации обращение не считается принятым.
• Режим работы службы: рабочие дни с 9:00 до 18:00. Обращения, поступившие вне режима, обрабатываются со следующего рабочего дня.
• Критические обращения вне режима работы передаются по телефону дежурного специалиста.

3. Классификация обращений

• Инцидент — что-то не работает или работает неправильно.
• Запрос на обслуживание — нужен доступ, оборудование, программа или консультация.
• Критический приоритет — не работает сервис у всей организации или остановлен ключевой процесс.
• Высокий приоритет — не работает у подразделения или у сотрудника заблокирована основная работа.
• Обычный приоритет — есть неудобство, но работа возможна; плановые запросы.

4. Сроки реакции и решения

• Критический: реакция — 15 минут, решение или обходное решение — 4 рабочих часа.
• Высокий: реакция — 1 рабочий час, решение — 8 рабочих часов.
• Обычный: реакция — 4 рабочих часа, решение — 3 рабочих дня.
• Сроки считаются в рабочее время службы. На период ожидания информации от пользователя срок приостанавливается.

5. Порядок обработки и эскалация

1. Обращение регистрируется в системе, ему присваиваются тип, приоритет и ответственный.
2. Первая линия принимает обращение и решает типовые вопросы по базе знаний.
3. Если решение требует углублённой диагностики, обращение передаётся на вторую линию с описанием уже выполненных действий.
4. Вопросы, требующие изменений в инфраструктуре или участия подрядчика, передаются на третью линию или внешнему поставщику.
5. При риске нарушения срока ответственный уведомляет руководителя службы до истечения срока, а не после.
6. После решения обращение переводится в статус «решено»; закрытие происходит после подтверждения пользователем или автоматически по истечении установленного срока.

6. Права и обязанности сторон

• Служба поддержки обязана: регистрировать все обращения, соблюдать сроки, информировать о ходе работ и не разглашать полученные сведения.
• Служба поддержки вправе: запрашивать уточнения, привлекать других специалистов, отклонять обращения вне области действия регламента с указанием причины.
• Пользователь обязан: описывать проблему по существу, предоставлять доступ и уточнения, не дублировать обращения по разным каналам.
• Пользователь вправе: получать информацию о статусе обращения и эскалировать вопрос руководителю службы при нарушении сроков.

7. Отчётность и контроль качества

• Ежемесячно формируется отчёт: количество обращений, доля решённых в срок, распределение по типам и приоритетам, нагрузка специалистов.
• Оценка удовлетворённости собирается после закрытия обращения.
• Отчёт рассматривается руководителем службы, по итогам принимаются решения о доработке процесса, базы знаний или численности.

Из-за чего регламент остаётся бумагой

Сам по себе документ ничего не меняет. Вот что чаще всего мешает ему заработать.

• Сроки написаны «с потолка» и заведомо невыполнимы — их перестают воспринимать всерьёз уже на второй неделе.
• Обращения продолжают приходить в личку, а регламент требует регистрации — и половина работы остаётся невидимой.
• Нет способа увидеть нарушение срока в момент, когда его ещё можно предотвратить.
• Регламент написан для проверяющего, а не для сотрудников: длинный текст, который никто не открывает.
• Документ ни разу не пересматривался, хотя процесс и состав команды давно изменились.

Как сделать так, чтобы регламент выполнялся

Правила начинают работать, когда их выполнение видно без ручного контроля. Пока обращения живут в мессенджерах и почте, никто не сможет сказать, сколько их было и сколько решено в срок, — а значит, и спросить за регламент не с чего.

Практический порядок внедрения выглядит так: сначала свести каналы приёма в одну систему, затем перенести в неё классификацию и сроки из регламента, и только потом требовать соблюдения. Тогда просрочка видна заранее, а не всплывает жалобой, а ежемесячный отчёт собирается сам.

• Все обращения регистрируются автоматически из почты, Telegram и веб-формы
• Приоритеты и сроки из регламента заданы в системе, а не в памяти сотрудников
• Риск просрочки виден заранее, отчётность формируется без ручного сведения

Начните с малого: даже базовая регистрация обращений и два приоритета вместо пяти дадут больше порядка, чем идеальный документ, который никто не соблюдает.