Как составить должностную инструкцию специалиста техподдержки

Плохая техподдержка дорого обходится бизнесу: клиенты уходят, репутация падает, команда выгорает. Шишки летят на сотрудников, — но чаще всего проблема — в отсутствии единых правил. Если нигде не прописано, кто за что отвечает, в какие сроки и по каким стандартам — каждый работает по-своему.

Должностная инструкция помогает это исправить. Она дает бизнесу и сотрудникам структуру: четкие требования к работе, критерии оценки и порядок действий, если что-то пошло не так. 

Рассказываем, как написать должностную инструкцию специалиста технической поддержки, которая наведет порядок во всем отделе.

Кто такой специалист технической поддержки#

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

Поддержка делится на несколько уровней — их называют линиями. Каждая занимается задачами определенной сложности.

Первая линия принимает все входящие обращения и закрывает примерно 80% запросов. Как правило, это рутинные проблемы: перезапустить роутер, изменить настройки, сбросить пароль. На этом уровне работают начинающие специалисты с минимальным опытом или вообще без него. 

Приведем пример:

Вторая линия подключается, когда проблема сложнее или на линии особо конфликтный клиент. Здесь работают опытные сотрудники с расширенным доступом к системе и глубоким знанием продукта.

Например: 

Третья линия — это разработчики и узкие технические эксперты. До них доходят только самые сложные случаи: баги, критические сбои и все, что требует изменений в продукте. Их время стоит дорого — вопросами «как поменять язык интерфейса» они не занимаются.

Например: 

Кому и зачем нужна должностная инструкция#

Часто ДИ воспринимают как формальный документ — ее выдают для ознакомления во время приема на работу, а потом она пылится на полке отдела кадров. На деле это рабочий документ, который решает конкретные задачи.

Плюсы должностной инструкции для бизнеса:

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

Перейдем к конкретным пунктам, которые стоит включить в должностную инструкцию для команды техподдержки.

Основные обязанности и зоны ответственности#

Этот блок — ядро должностных инструкций. Именно в нем фиксируются задачи сотрудника, порядок действий в каждой ситуации и санкции за нарушение стандартов.

Разберем основные пункты, которые стоит включить в этот блок ДИ.

Работа с обращениями#

Каналы общения: укажите, на каких площадках нужно взаимодействовать с клиентами (чат, email, телефония).

Работа с внутренней системой учета: как определить статус новой заявки, тип обращения и приоритет.

Целевые показатели по SLA: за какое время нужно ответить клиенту и в какой срок решаются типовые проблемы.

Стандарты коммуникации: какой тон общения с клиентами принят в компании, как реагировать на конфликтные кейсы.

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

Технические аспекты#

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

Инструменты: укажите, в каком ПО ведется основная работа — CRM, тикет-система, инструменты удаленного доступа и диагностики. 

Документирование: решите, должен ли специалист фиксировать решения в базе знаний, обновлять инструкции и FAQ. Укажите, как часто нужно актуализировать материалы.

Безопасность и персональные данные: нужно прописать правила работы с паролями и учетными записями клиентов, порядок доступа к личным данным, требования по обработке персональных данных в соответствии с 152-ФЗ, а также правила передачи информации внутри компании. 

Внутреннее взаимодействие#

Передача обратной связи: кому и в какой форме отправлять замечания и пожелания клиентов, нужно ли следить за их дальнейшей судьбой.

Участие в онбординге новых специалистов: должен ли сотрудник обучать новичков, как долго длится адаптация и какие знания нужно передать.

Ответственность сотрудника#

Дисциплинарная ответственность: какие нарушения влекут замечание, выговор или увольнение, как они фиксируются и кто рассматривает инцидент.

Материальная ответственность: в каких случаях специалист должен возместить ущерб, в каком размере и укажите порядок взыскания (удержание из зарплаты, выплата из собственных средств). 

Штрафы и депремирование: в каких случаях сотрудника могут оштрафовать и на какую сумму.

Права сотрудника техподдержки#

Должностная инструкция — двусторонний документ. Она не только описывает, что сотрудник должен делать, но и фиксирует, что он вправе требовать.

Чаще всего в блок прав и возможностей включают следующие пункты:

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

KPI и показатели эффективности#

Для объективной оценки работы сотрудника поддержки нужны конкретные метрики. Их можно прописать отдельным документом, а можно включить в должностную инструкцию.

Какие показатели чаще всего включают в KPI техподдержки:

Метрика	Что показывает	Целевой ориентир
FRT	Скорость первого ответа клиенту	До 1 мин в чате, до 4 часов в email
FCR	Доля обращений, закрытых с первого контакта	70–80%
CSAT	Удовлетворённость клиента после обращения	4/5 и выше
AHT	Среднее время обработки одного обращения	Индивидуально по продукту
Кол-во обращений в день/месяц	Нагрузка и производительность сотрудника	По нормативу отдела

Как правильно работать с KPI в инструкции#

Несколько практических принципов, которые стоит учесть:

• Прозрачность: специалист должен точно знать, по каким показателям его оценивают и как они влияют на зарплату или бонус. 
• Реалистичность: нормативы должны соответствовать реальной нагрузке. Если у сотрудника 80 обращений в день, а норматив FCR — 90%, это не мотивация, а дорога к выгоранию.
• Умеренность: 3–5 ключевых показателей работают лучше, чем 15 второстепенных. Перегруз метриками так же вреден, как их отсутствие.

Выводы#

Должностная инструкция специалиста технической поддержки — это документ, который делает работу отдела более слаженной и управляемой. Вот что важно помнить при ее составлении:

• Чем подробнее прописаны обязанности, тем меньше разногласий о том, чья это задача и кто несет ответственность за ошибки.

• Границы эскалации должны быть четкими — сотрудник не должен гадать, когда решать самому, а когда передавать проблему дальше.

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

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