Администратор технической поддержки: обязанности

Кратко

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

Актуально на 23 сентября 2026 года.

Администратор — не руководитель и не оператор

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

АдминистраторРуководитель
УправляетНастройками системы: роли, каналы, тарифы, интеграцииЛюдьми: штат, эскалация, качество, отчётность перед бизнесом
Решает вопрос доступа сотрудникуДа — технически выдаёт или отзывает праваНет напрямую — только через администратора
Решает вопрос повышения оператора до руководителяТехнически выполняет назначение ролиПринимает кадровое решение о повышении
Отвечает за жалобу клиента на качествоНетДа

Готовый текст обязанностей руководителя — в статье Руководитель технической поддержки: обязанности и KPI.

Готовый образец: обязанности администратора технической поддержки

№ОбязанностьПроверяемый результат
1Настраивать роли и права доступа сотрудниковКаждый сотрудник имеет ровно те права, что нужны его роли, не больше
2Подключать и настраивать каналы приёма обращений (почта, мессенджеры, виджет, портал)Обращение из подключённого канала попадает в очередь без потерь
3Создавать и обновлять тарифные планы клиентовТариф в системе совпадает с условиями, согласованными в договоре
4Настраивать SLA, приоритеты и рабочие часыСроки в системе совпадают с обещанными клиенту в договоре и SLA
5Управлять интеграциями (CRM, автоматизация, вебхуки)Данные между системами передаются без расхождений
6Отзывать доступ при увольнении или смене роли сотрудникаДоступ снят в день события, не позже
7Вести аудит изменений критичных настроекИзменение роли, тарифа или прав можно отследить: кто и когда его внёс
8Реагировать на технические сбои системы поддержки (не сбои у клиента, а сбои самого инструмента)Сбой зафиксирован, эскалирован поставщику системы, о статусе сообщено команде
9Согласовывать с руководителем изменения, затрагивающие процесс работы операторовИзменение матрицы приоритетов, правил распределения и подобного внесено только после согласования

Как проверить, что права настроены верно

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

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

Частые ошибки

  • Администратор без права видеть журнал изменений. Тогда любой спор «кто изменил тариф клиенту» невозможно разрешить фактами, только предположениями.
  • Права выдаются «с запасом», чтобы не возвращаться к вопросу позже. Через полгода никто не помнит, зачем оператору доступ к настройке тарифов, а риск ошибки остаётся.
  • Настройка SLA и приоритетов в системе расходится с договором. Клиент видит одни сроки в документе, а система считает по другим — расхождение всплывает при первом же споре.
  • Технические решения об изменении процесса принимаются без согласования с руководителем. Администратор меняет правило распределения обращений, чтобы «было удобнее технически», а операторы узнают об этом по факту.

Как это устроено в TehProf.kz Support

Роль Администратор в разделе «Роли и права» — единственная, у которой есть доступ к самому экрану настройки ролей и прав: она назначает области видимости заявок, право редактировать чужие заявки, право объединять и удалять заявки другим ролям, включая Руководителя и Оператора. Та же роль отвечает за создание и редактирование тарифных планов на вкладке «Тарифы клиентов и время» и за подключение конкретного тарифа клиенту в карточке его компании, а также за настройку каналов приёма обращений — почты, MAX, виджета в разделе «Интеграции», WhatsApp и Telegram в разделе «Чаты → Линии и подключения». Руководитель и Оператор эти экраны не видят и изменить настройки не могут — то есть разделение из раздела «Готовый образец» выше не держится на честном слове, а закреплено в правах доступа системы. Подробнее — в статьях Роли и права и Тарифы техподдержки.

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

Какие обязанности у администратора технической поддержки?

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

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

Системный администратор компании отвечает за всю ИТ-инфраструктуру — сеть, серверы, рабочие места. Администратор технической поддержки — более узкая роль: он настраивает конкретно систему приёма и обработки обращений (роли, каналы, тарифы, SLA), а не инфраструктуру целиком. В маленькой компании эти роли часто совмещает один человек.

Может ли администратор технической поддержки решать вопросы качества обслуживания?

Формально нет — это ответственность руководителя. Администратор технически может увидеть проблему (например, через аудит просрочек), но решение о том, как её исправлять в работе с людьми, принимает руководитель.

Нужны ли администратору технической поддержки права на все заявки?

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

Связанные статьи

Нужна поддержка, которая так и работает?

TehProf.kz Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.