Администратор технической поддержки: обязанности
Кратко
Администратор технической поддержки отвечает за то, чтобы сама система работала правильно: каналы приёма подключены, роли и права настроены, тарифы и интеграции не расходятся с тем, что согласовано с клиентами. Это техническая, а не управленческая роль — он не оценивает операторов и не разговаривает с недовольным клиентом, этим занимается руководитель. Если вы ищете сотрудника, который встречает клиентов, принимает обращения и записывает на услуги в фронт-офисе, это другая должность — Администратор клиентского сервиса: обязанности и инструкция. Ниже — готовый текст обязанностей и разбор, где заканчиваются полномочия администратора.
Актуально на 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), а не инфраструктуру целиком. В маленькой компании эти роли часто совмещает один человек.
Может ли администратор технической поддержки решать вопросы качества обслуживания?
Формально нет — это ответственность руководителя. Администратор технически может увидеть проблему (например, через аудит просрочек), но решение о том, как её исправлять в работе с людьми, принимает руководитель.
Нужны ли администратору технической поддержки права на все заявки?
Не обязательно на просмотр содержимого каждой заявки — для настройки системы это не требуется. Обязательны права на настройку ролей, каналов и тарифов; видимость самих заявок можно оставить как у руководителя, если администратор не участвует в оперативной работе с обращениями.
Связанные статьи
- Руководитель технической поддержки: обязанности и KPI
- Должностная инструкция специалиста технической поддержки: образец
- Специалист поддержки пользователей: обязанности и инструкция
- Роли и права
- Тарифы техподдержки
- Что такое эскалация обращения и когда её запускать
Нужна поддержка, которая так и работает?
TehProf.kz Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.