Руководитель технической поддержки: обязанности и KPI
Кратко
Руководитель технической поддержки отвечает не за отдельное обращение, а за то, чтобы служба в целом держала срок и не разваливалась при перегрузке или увольнении ключевого человека. Его предмет — штат, нагрузка, эскалация третьего уровня и показатели отдела целиком, а не переписка с клиентом. Ниже — готовый текст обязанностей и раздел показателей, по которым эту роль оценивают.
Актуально на 23 сентября 2026 года.
Чем руководитель отличается от оператора и администратора
Три роли в поддержке путают чаще всего, потому что их обязанности пересекаются на словах и расходятся на деле.
| Роль | Предмет ответственности | Что НЕ входит в обязанности |
|---|---|---|
| Оператор | Конкретное обращение: принять, решить или эскалировать в срок | Штат, бюджет, настройка системы |
| Руководитель | Служба целиком: штат, нагрузка, показатели, эскалация выше линий | Ежедневный ответ на рядовые обращения, настройка каналов и прав |
| Администратор | Система: роли, права, каналы, интеграции, тарифы | Оценка людей, наём, разговор с недовольным клиентом |
Готовый текст обязанностей оператора — в статье Должностная инструкция специалиста технической поддержки: образец; обязанности администратора — в статье Администратор технической поддержки: обязанности и инструкция. Смешение этих трёх в одном документе — частая причина, по которой руководитель тонет в рядовых обращениях, а система остаётся ненастроенной месяцами: обе задачи достаются одному человеку без разделения времени.
Готовый образец: обязанности руководителя технической поддержки
| № | Обязанность | Проверяемый результат |
|---|---|---|
| 1 | Формировать штат и график смен по прогнозируемой нагрузке | Обращения не простаивают без исполнителя дольше нормы в часы пиковой нагрузки |
| 2 | Распределять обращения по операторам и линиям при сбое автоматического правила | Перекос нагрузки на одного оператора не превышает установленный предел |
| 3 | Принимать эскалацию, которую вторая линия не смогла закрыть в срок | Обращений, зависших без движения дольше суток, нет |
| 4 | Вести разговор с клиентом при конфликте или жалобе на качество | Жалоба получает ответ от руководителя, а не остаётся без реакции |
| 5 | Утверждать регламент, приоритеты и SLA отдела | Документы актуальны и совпадают с фактическим порядком работы |
| 6 | Разбирать причины повторяющихся обращений и запускать изменения | По итогам разбора заведена задача на устранение причины, а не только отметка «принято к сведению» |
| 7 | Проводить разбор качества по чек-листу и давать обратную связь операторам | Каждый оператор получил обратную связь не реже раза в месяц |
| 8 | Отчитываться перед руководством компании по показателям отдела | Отчёт подан в срок и содержит числа, а не общие формулировки |
| 9 | Нанимать, обучать и адаптировать новых операторов | У новичка есть наставник и план на первую неделю |
| 10 | Согласовывать бюджет на инструменты и штат отдела | Расходы отдела не превышают согласованный бюджет без обоснования |
KPI руководителя технической поддержки
Показатели руководителя — не то же самое, что показатели оператора: они меряют отдел целиком, а не отдельного человека. Личные KPI операторов и то, какие из них вредны как цель, разобраны отдельно в статье KPI операторов поддержки: какие метрики ставить.
| Показатель | Норма | Период |
|---|---|---|
| Медиана времени первого ответа по отделу | не выше согласованного в SLA | месяц |
| Доля обращений, решённых в срок | не ниже 90 % | месяц |
| Доля обращений, эскалированных без причины из матрицы приоритетов | 0 | месяц |
| Текучесть операторов | не выше плана найма | квартал |
| Доля жалоб, получивших ответ руководителя в течение суток | 100 % | месяц |
| Отклонение факта от бюджета отдела | не выше 10 % без согласования | квартал |
Пример расчёта на условных числах: у отдела из шести операторов за месяц прошло 1800 обращений, 1650 решены в срок (91,7 %) — норма выполнена; 12 обращений эскалированы без указанной в матрице причины — это уже нарушение, даже если срок по ним не нарушен, потому что процесс эскалации перестаёт быть предсказуемым.
Как проверить, что инструкция рабочая
- Возьмите обязанность из раздела 3 и спросите: кто, кроме руководителя, физически может её выполнить сейчас? Если ответ «никто» по пункту 3 или 4 — отдел не переживёт отпуск руководителя без потери качества.
- Сверьте показатели раздела KPI с тем, что реально считается в отчётах. Показатель, который никто не смотрит, не управляет поведением.
- Спросите у трёх операторов, к кому они идут при конфликте с клиентом. Если ответы разные — пункт 4 существует только на бумаге.
Частые ошибки
- Руководитель отвечает на рядовые обращения вместо операторов. Это симптом нехватки штата, а не факт из должностной инструкции: если такое происходит регулярно, чинить нужно штат, а не закрывать глаза записью «помогает при необходимости».
- KPI отдела совпадает с KPI одного оператора. Тогда непонятно, за что отвечает именно руководитель, и спрашивать не с кого при системном сбое.
- Нет названного порога, когда конфликт идёт руководителю, а не остаётся у оператора. Порог по умолчанию — «когда оператор сам решит», а это не порог.
- Бюджет и наём не входят в письменную инструкцию. Тогда решения по деньгам принимаются устно, и при смене руководителя новый человек не знает, что уже согласовано.
Как это устроено в TehProf.kz Support
Роль Руководитель в TehProf.kz Support настраивается в разделе «Роли и права» отдельно от роли Оператора и роли Администратора: ей можно назначить область видимости заявок (свои, отдела, групп или все), право редактировать чужие заявки и право на объединение заявок — то есть ровно те возможности, которые нужны для пункта 2 и 3 из образца обязанностей, без доступа к настройке каналов и тарифов, который остаётся у Администратора. Нагрузку по операторам, среднее время решения и перекос по людям (полоса текущей загрузки краснеет при больше 10 открытых заявок на человека) руководитель видит на вкладке «Аналитика → Операторы» без ручного подсчёта из выгрузки. Подробнее о правах — в статье Роли и права.
Частые вопросы
Чем руководитель отдела технической поддержки отличается от администратора?
Руководитель отвечает за людей и показатели отдела: штат, эскалацию, качество, отчётность. Администратор отвечает за систему: настройку ролей, каналов, тарифов и интеграций. Один человек может совмещать обе роли в маленькой команде, но обязанности при этом не сливаются в одну.
Какие обязанности у руководителя службы технической поддержки?
Формирование штата и графика, распределение нагрузки, приём эскалации, работа с жалобами, утверждение регламента и SLA, разбор причин повторяющихся обращений, отчётность перед бизнесом и обучение новых операторов — полный список в разделе «Готовый образец» выше.
Кто такой руководитель поддержки пользователей?
Тот же функционал, что и у руководителя технической поддержки, но применительно к внутренней службе для сотрудников компании, а не к внешним клиентам: отличия внутренней поддержки описаны в статье Как организовать поддержку для своих сотрудников.
Сколько операторов может быть в подчинении у одного руководителя техподдержки?
Готового норматива нет — зависит от сложности обращений и доли времени, которое руководитель тратит на разбор эскалаций и жалоб. Как посчитать штат по фактической нагрузке — в статье Сколько операторов нужно поддержке: как посчитать нагрузку.
Связанные статьи
- Специалист поддержки пользователей ИКТ: обязанности
- Что такое эскалация обращения и когда её запускать
Нужна поддержка, которая так и работает?
TehProf.kz Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.