← Шаблоны

Положение о службе технической поддержки: структура документа

Положение о службе техподдержки — это организационный документ: кто такая служба, кому подчиняется, за что отвечает и с кем взаимодействует. В отличие от регламента (как обрабатываются заявки), Положение описывает само подразделение. Его часто просят HR, аудит и при сертификации — разберём, что в нём должно быть.

10 мин чтения Команда TIQQET
ШаблоныРегламентыКомандаПроцессы
Положение о службе технической поддержки: структура документа

Положение vs регламент

Эти два документа путают. Разница простая:

Положение нужно реже (при создании службы, реорганизации, аудите, сертификации по ISO/ГОСТ 20000), но без него у службы нет формального мандата.

Структура Положения

  1. Общие положения — назначение документа, на основании чего создаётся служба.
  2. Цели и задачи — зачем служба существует (обеспечение работоспособности ИТ, обработка обращений в срок).
  3. Структура и подчинённость — состав (линии, роли), кому подчиняется руководитель службы.
  4. Функции — что служба делает (приём и обработка обращений, ведение базы знаний, учёт оборудования и т.д.).
  5. Права — что служба вправе требовать/делать.
  6. Ответственность — за что отвечает.
  7. Взаимодействие — с какими подразделениями и по каким вопросам.
  8. Оценка деятельности — по каким метрикам оценивается.

Функции, права, ответственность

Это ядро Положения. Типовой набор функций службы поддержки:

Функции службы поддержкиПриём и регистрация обращенийКлассификация и маршрутизацияРешение в рамках SLAЭскалация сложных случаевВедение базы знанийУчёт оборудования (CMDB)Отчётность и анализРазвитие сервисов
Базовый набор функций; конкретный список зависит от зрелости и масштаба ИТ-службы.

Права — например: запрашивать информацию у подразделений для решения обращений, привлекать специалистов 2-й линии, инициировать изменения. Ответственность — за соблюдение SLA, корректность учёта, конфиденциальность данных пользователей.

Взаимодействие с подразделениями

Опишите, с кем и по каким вопросам служба взаимодействует: с ИБ (инциденты безопасности), с разработкой (баги и доработки), с закупками (оборудование), с HR (онбординг/офбординг). Это снимает вопросы «а кто за это отвечает» на стыках.

Метрики и оценка работы

Зафиксируйте, по каким показателям оценивается служба — это защищает её от субъективных претензий. Базовый набор: соблюдение SLA, CSAT/NPS, доля решённых в срок, ключевые KPI. Метрики должны браться из системы автоматически, а не считаться вручную.

TIQQET даёт эти показатели «из коробки» (дашборды по SLA, нагрузке, удовлетворённости) — Положение опирается на реальные данные, а не на оценки.

Попробуйте TIQQET в деле

On-premise ServiceDesk с полным циклом заявок, SLA-контролем и мобильными приложениями. Развёртывание за 1 день.

Посмотреть демо

Частые вопросы

Чем Положение о службе отличается от регламента?

Положение описывает само подразделение (цели, структуру, функции, права, ответственность, взаимодействие). Регламент описывает процесс обработки заявок (каналы, сроки, статусы). Положение — про «кто и за что», регламент — про «как».

Обязательно ли иметь Положение о службе?

Юридически не всегда, но оно нужно при создании/реорганизации службы, прохождении аудита и сертификации (ISO/ГОСТ 20000), а также чтобы у службы был формальный мандат и зафиксированные права и зоны ответственности.

Кто утверждает Положение?

Обычно руководитель организации или ИТ-директор. Документ согласуется с подразделениями, с которыми описано взаимодействие, и с HR/юристами в части прав и ответственности.

Как часто пересматривать Положение?

При значимых изменениях: реорганизации службы, смене подчинённости, добавлении функций (например, учёта оборудования или ESM за пределами ИТ). В стабильной ситуации — раз в 1–2 года ревизия на актуальность.