Должностная инструкция специалиста техподдержки — образец 2026 года

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

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

Актуально на 28 сентября 2026 · Проверено: Юлия Исакова, HR-специалист, стаж 15 лет

Что определить до составления инструкции

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

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

Должностные обязанности специалиста техподдержки

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

Зона работы	Функции специалиста поддержки	Что остаётся у смежной роли или руководителя	Что согласовать
Приём обращений	Принимает обращения пользователей по установленным каналам, регистрирует их в системе учёта и присваивает приоритет по установленным правилам	Перечень каналов и правила приоритизации утверждает руководитель	Какая система учёта используется и как называется срок ответа для каждого приоритета
Идентификация	Идентифицирует обратившегося в порядке, установленном работодателем, до предоставления сведений и совершения действий с его учётной записью	Способ идентификации утверждает руководитель или служба безопасности	Конкретный порядок идентификации по каждому каналу обращения
Диагностика первой линии	Проводит первичную диагностику, устраняет типовые инциденты и отвечает на обращения в установленный срок	Решение нетиповых инцидентов — вторая линия, программист или системный администратор	Перечень типовых инцидентов, которые решает первая линия
Эскалация	Передаёт обращения, выходящие за пределы компетенции, профильным специалистам с полным описанием проблемы и предпринятых действий; контролирует их дальнейший статус	Решение эскалированной задачи — программист или системный администратор	Сроки и формат передачи между линиями поддержки
Данные пользователей	Обрабатывает персональные данные пользователей и клиентов только в объёме, необходимом для решения обращения; не запрашивает пароли и коды подтверждения	Состав документов по защите ПДн утверждает руководитель	Перечень данных, которые можно запрашивать у пользователя для диагностики
Удалённый доступ	Соблюдает установленный порядок предоставления удалённого доступа к устройствам пользователей: только с их согласия и с фиксацией сеанса	Инструменты удалённого доступа утверждает системный администратор	Способ фиксации согласия пользователя на сеанс
База знаний и отчётность	Фиксирует решения типовых обращений в базе знаний и поддерживает её актуальность; готовит отчётность по обращениям в установленной форме и в установленный срок	Формат базы знаний утверждает руководитель	Периодичность отчётности и её получатель

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

Где заканчиваются обязанности специалиста техподдержки

Формулировка «отвечает за поддержку клиентов» не говорит, кто чинит саму ошибку в коде, кто настраивает сервер и кто решает, что делать с недовольным клиентом на грани возврата денег. Чтобы инструкция не разрослась, запишите, что остаётся у других:

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

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

Нужен ли профстандарт

Профстандарта под точным наименованием «специалист технической поддержки» мы не нашли. Ближайший по содержанию — 06.024 «Специалист по технической поддержке информационно-коммуникационных систем», утверждённый приказом Минтруда России от 29.09.2020 № 675н (зарегистрирован Минюстом 03.11.2020 № 60721; заменил приказ от 05.10.2015 № 688н, который утратил силу). Он описывает постпродажную поддержку ИКС-систем и их компонентов — это близко, но не то же самое, что первая линия поддержки пользователей интернет-магазина или SaaS-сервиса: обращения там чаще касаются работы конкретного продукта, а не инфраструктуры в целом.

В любом случае обязательным профстандарт для коммерческой организации не является. Профстандарт обязателен, только если требования к квалификации установлены ТК, федеральными законами или иными нормативными правовыми актами (ч. 1 ст. 195.3 ТК РФ); в остальных случаях служит лишь основой для требований работодателя (ч. 2 ст. 195.3 ТК РФ). Обязательных квалификационных требований для этой должности мы не нашли. Опыт работы в конкретной тикет-системе и знание продукта — критерии отбора кандидата, а не содержание должностной инструкции.

Что должно быть в инструкции: пять разделов

• Общие положения. Кому подчиняется, кем назначается и освобождается, на какой линии поддержки работает.
• Трудовые функции. Укрупнённо: приём и регистрация обращений пользователей; диагностика и устранение типовых инцидентов; эскалация сложных обращений профильным специалистам; ведение базы решений и отчётности.
• Должностные обязанности. Развёрнутый перечень по зонам — см. таблицу выше, с порядком идентификации обратившегося и правилами работы с персональными данными.
• Права. Запрашивать у пользователя сведения, необходимые для диагностики; отказать в выполнении действия, если пользователь не идентифицирован или действие выходит за пределы предоставленных полномочий, с уведомлением руководителя.
• Ответственность. Дисциплинарная — за неисполнение обязанностей; за ущерб — по правилам ТК РФ в пределах среднего месячного заработка (ст. 241 ТК РФ); договор о полной материальной ответственности для должности не предусмотрен; за разглашение данных обращений — по обязательству о неразглашении.

Фрагмент образца должностной инструкции

Фрагмент из нашего шаблона. Полная версия включает все пять разделов и настраивается под ваши условия.

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

1.1. Настоящая инструкция определяет трудовую функцию, обязанности, права и ответственность работника в должности «Специалист технической поддержки».

1.2. Работник назначается и освобождается от должности приказом ______________________ (указать должность руководителя Организации).

1.3. Работник подчиняется непосредственно ______________________ (указать должность руководителя).

1.4. Требования к квалификации: ______________________ (указать требования, установленные работодателем).

1.5. В период отсутствия работника его обязанности исполняет лицо, назначенное в установленном порядке.

1.6. В работе руководствуется: законодательством РФ, локальными актами Работодателя, настоящей инструкцией.

3. Должностные обязанности

Работник обязан:

3.3. Идентифицировать обратившегося в порядке, установленном Работодателем, до предоставления сведений и совершения действий с его учётной записью.

3.4. Передавать обращения, выходящие за пределы компетенции, профильным специалистам с полным описанием проблемы и предпринятых действий; контролировать их дальнейший статус.

3.7. Обрабатывать персональные данные пользователей и клиентов только в объёме, необходимом для решения обращения; не запрашивать пароли и коды подтверждения.

3.8. Соблюдать установленный порядок предоставления удалённого доступа к устройствам пользователей: только с их согласия и с фиксацией сеанса.

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

[В полной версии — раздел 2 «Трудовые функции», остальные обязанности раздела 3 (приём и регистрация, диагностика, база знаний, отчётность), раздел 4 «Права», раздел 5 «Ответственность».]

Можно ли скачать бесплатный образец

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

Первый пропуск — идентификация. Без прописанного порядка проверки, кто на самом деле обращается, специалист поддержки остаётся один на один с решением в моменте — а это ровно то, на чём строится социальная инженерия. Второй пропуск — работа с персональными данными: без прямого ограничения «только в объёме, необходимом для решения обращения» и запрета запрашивать пароли легко превратить обычный тикет в лишний риск для компании.

Поэтому бесплатный образец годится, чтобы понять объём документа. Подписывать стоит инструкцию под ваши каналы обращений и вашу систему учёта — мы делаем её за 690 ₽ в течение рабочего дня после оплаты.

Что специфично для этой должности

• Идентификация — главная защита от социальной инженерии. Звонок или сообщение с просьбой «продиктуйте код из смс, я не могу зайти» — классическая схема получения чужого доступа. Обязанность идентифицировать обратившегося до любых действий с его учётной записью и прямой запрет запрашивать пароли и коды подтверждения — это то, что превращает бытовую вежливость специалиста в задокументированную процедуру, которую можно предъявить при проверке или споре.
• Персональные данные — не абстракция, а ежедневная работа. Обработка персональных данных должна ограничиваться достижением конкретных, заранее определённых и законных целей (ч. 2 ст. 5 152-ФЗ), а содержание и объём обрабатываемых персональных данных — соответствовать заявленным целям обработки (ч. 5 ст. 5 152-ФЗ). Для специалиста поддержки это означает: смотреть в заказ, переписку или настройки аккаунта клиента можно ровно настолько, насколько это нужно для решения конкретного обращения, а не «на всякий случай».
• Внешняя поддержка — отдельный случай. Если ваша компания оказывает техническую поддержку по договору для другого бизнеса и обрабатывает персональные данные его клиентов, это обработка персональных данных по поручению оператора (ч. 3 ст. 6 152-ФЗ): поручение оформляется договором с условиями об обработке, а лицо, осуществляющее обработку по поручению, обязано соблюдать принципы и правила обработки, предусмотренные законом. Правовое основание обработки определяет оператор-заказчик; если для неё требуется согласие субъектов, его получение обеспечивает сам оператор, а исполнитель по поручению отдельное согласие не получает (ч. 4 ст. 6 152-ФЗ); ответственность перед этими субъектами за действия исполнителя несёт сам оператор (ч. 5 ст. 6 152-ФЗ). Набор документов у оператора-заказчика в этом случае обычно шире типового кадрового комплекта — это стоит проверить отдельно под вашу схему работы.
• Удалённый доступ к устройству пользователя — только с согласием и следом. Специалист поддержки нередко подключается к экрану пользователя, чтобы решить проблему. Инструкция ограничивает это правило: доступ только после согласия пользователя и с фиксацией сеанса, чтобы позже можно было восстановить, кто, когда и зачем заходил на чужое устройство.
• Сменный график — по договору, а не по умолчанию. Круглосуточная поддержка обычно означает сменную работу; при сменном режиме вводится график сменности, с которым работников знакомят заранее (ст. 103 ТК РФ), а работа в выходные, праздники и ночное время оплачивается в повышенном размере (ст. 153, 154 ТК РФ). Эти условия относятся к трудовому договору и графику, а не переносятся в инструкцию как факт по умолчанию.

Нормы, на которые опирается инструкция: ст. 103, 153, 154, 195.3, 241 ТК РФ; профстандарт 06.024 (приказ Минтруда от 29.09.2020 № 675н) — как справочный ориентир, не как обязательный; ст. 5, 6 Федерального закона от 27.07.2006 № 152-ФЗ.

Типичные ошибки шаблонов из интернета

• Нет порядка идентификации обратившегося. Без него любой звонящий, который знает имя клиента, технически может получить доступ к его данным или учётной записи.
• Не прописан запрет запрашивать пароли и коды подтверждения. Это базовая антифишинговая мера, а не общая формулировка о вежливом общении с клиентом.
• «Отвечает за удовлетворённость клиентов» как обязанность. Удовлетворённость — показатель бизнеса, а не действие работника; в инструкции должны быть конкретные обязанности — сроки ответа, порядок эскалации, ведение базы решений.
• Сменный и ночной график указан как «по умолчанию». Такие условия требуют прямого закрепления в трудовом договоре и оплаты по правилам ст. 103, 153, 154 ТК РФ, а не общей фразы о готовности работать посменно.
• Материальная ответственность за оборудование как в инструкции сисадмина. У специалиста поддержки нет доступа к серверной инфраструктуре компании — переносить туда формулировки из инструкции системного администратора не нужно.

Что ещё оформить при приёме специалиста техподдержки

Инструкция — один из документов приёма. Для специалиста поддержки отдельно стоит учесть два момента.

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

Остальное стандартно: трудовой договор под ваш режим работы, приказ о приёме и лист ознакомления с локальными актами. Согласие на обработку персональных данных работника в комплекте — отдельный документ для тех целей обработки, которым действительно нужно согласие; например, при получении данных о работнике у третьей стороны (ст. 86 ТК РФ). Сам приём на работу подписания согласия не требует; работник вправе отказаться от обработки, основанной на согласии. Договор о полной материальной ответственности для этой должности не оформляют. Заполните анкету — предпросмотр соберёт полный состав комплекта под вашу ситуацию.

Чек-лист перед утверждением

• прописан порядок идентификации обратившегося и прямой запрет запрашивать пароли и коды подтверждения;
• определён объём персональных данных, которые специалист вправе запрашивать и использовать для диагностики;
• указан порядок удалённого доступа к устройству пользователя — с согласием и фиксацией сеанса;
• проверено, не работает ли поддержка по поручению внешнего оператора данных — если да, условия сверены с договором;
• если график сменный, в трудовом договоре закреплены сменность и оплата по ст. 103, 153, 154 ТК РФ;
• инструкция утверждена приказом, работник ознакомлен под подпись.

Вопросы по должности

Есть ли обязательный профстандарт для специалиста техподдержки?

Профстандарта под наименованием «специалист технической поддержки» мы не нашли. Ближайший по содержанию — 06.024 «Специалист по технической поддержке информационно-коммуникационных систем» (приказ Минтруда от 29.09.2020 № 675н), но он описывает специалиста по поддержке ИТ-инфраструктуры, а не первую линию поддержки клиентов сервиса, а обязательным он становится только там, где требования к квалификации для конкретной трудовой функции установлены ТК, федеральными законами или иными нормативными правовыми актами (ч. 1 ст. 195.3 ТК РФ); для первой линии поддержки таких требований мы не нашли. Использовать его как основу требований можно, но дословно переносить в инструкцию — нет.

Почему специалисту поддержки нельзя запрашивать пароль пользователя?

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

Специалист поддержки работает с персональными данными — что это меняет?

Он попадает в перечень лиц, допущенных к обработке персональных данных, и знакомится с документами по защите ПДн под подпись — данные учётной записи, обращения и переписка клиента являются персональными данными, и обрабатывать их можно только в объёме, необходимом для решения обращения (ст. 5, 6 Федерального закона от 27.07.2006 № 152-ФЗ).

Мы обслуживаем поддержку по договору для другой компании — какая тут разница?

Если ваши специалисты обрабатывают персональные данные клиентов заказчика по его поручению, это обработка по поручению оператора (ч. 3 ст. 6 152-ФЗ): поручение оформляется договором с условиями об обработке, а набор документов у оператора-заказчика обычно шире типового кадрового комплекта. Эту ситуацию стоит проверить отдельно — типовая инструкция описывает обязанности работника, а не договорные условия между компаниями.

Сменный график и работа в выходные для поддержки — это по умолчанию?

Нет. Работа в выходные и нерабочие праздничные дни оплачивается в повышенном размере (ст. 153 ТК РФ), работа в ночное время — тоже (ст. 154 ТК РФ), а при сменном режиме вводится график сменности, с которым работников знакомят заранее (ст. 103 ТК РФ). Всё это — условия, которые нужно явно установить в трудовом договоре и локальных актах, а не подразумевать по умолчанию для круглосуточного сервиса.

Специалист поддержки отвечает за то, что клиент остался недоволен?

Нет, если он выполнил свои обязанности: принял обращение, провёл диагностику, решил вопрос в пределах своей компетенции или корректно эскалировал его. «Удовлетворённость клиента» — показатель качества сервиса для бизнеса, а не формулировка дисциплинарной обязанности конкретного работника; в инструкции ей соответствуют конкретные действия — сроки ответа, порядок эскалации, ведение базы решений.

Похожие должности

Оператор колл-центра · Системный администратор · Программист