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

Кратко

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

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

Чем координатор отличается от специалиста поддержки

Специалист поддержкиКоординатор поддержки
Основная работаРешает обращения по существуРаспределяет, приоритизирует, следит за сроками по всей очереди
Что видитСвои обращенияВсю очередь целиком
Отвечает заКачество и срок своего решенияЗа то, чтобы ни одно обращение не осталось без исполнителя и без движения
Когда нуженЛюбому потокуОт нескольких десятков обращений в день, когда разбор входящих перестаёт помещаться в работу первой линии «между делом»

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

Готовый образец


ДОЛЖНОСТНАЯ ИНСТРУКЦИЯ

координатора службы технической поддержки

Утверждаю: <должность, подпись, ФИО>

Дата: <ДД.ММ.ГГГГ>

С инструкцией ознакомлен: <подпись, ФИО, дата>

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

1.1. Координатор службы технической поддержки (далее — Координатор) относится к категории <специалистов / руководителей нижнего звена>.

1.2. Координатор подчиняется непосредственно <руководителю службы технической поддержки>.

1.3. На время отсутствия Координатора его обязанности исполняет <лицо, назначенное в установленном порядке>; очередь без назначенного замещающего не остаётся дольше одной смены.

1.4. На должность назначается сотрудник с опытом работы на первой линии поддержки не менее <6 месяцев> — координатор должен понимать, сколько времени реально занимает типовое обращение, иначе сроки, которые он ставит, будут либо завышены, либо невыполнимы.

2. Должен знать

2.1. Матрицу приоритетов и признаки, по которым присваивается уровень срочности.

2.2. Состав команды: кто на смене, кто в отпуске, у кого какая специализация.

2.3. Правила эскалации и то, за какое время до нарушения срока обращение требует вмешательства.

2.4. Порядок работы в системе учёта обращений: массовое назначение, статусы, объединение дублей.

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

№ОбязанностьПроверяемый результат
3.1Каждые <30 минут> в рабочее время проверять очередь необработанных обращенийОбращений без исполнителя дольше <30 минут> нет
3.2Проверять правильность присвоенного приоритета по признакам из матрицыДоля обращений с изменённым приоритетом после проверки не выше <10%>
3.3Распределять обращения по специалистам с учётом загрузки и специализацииОтклонение нагрузки между специалистами смены не больше <30%> по числу открытых обращений
3.4Отслеживать обращения, приближающиеся к нарушению срока (порог <75%>), и вмешиваться до нарушенияЧисло обращений, просроченных без предупреждения ответственного, — ноль
3.5Объединять дублирующиеся обращения от одного клиента по одному вопросуДублей, оставшихся необъединёнными дольше рабочего дня, нет
3.6Передавать сводку по очереди на границе смен: сколько открыто, что горит, кто на чёмОбращений, потерянных при передаче смены, нет
3.7Раз в неделю показывать руководителю службы состояние очереди: узкие места, перегруженных специалистовОтчёт подготовлен к согласованному дню без напоминаний

4. Права

4.1. Перераспределять обращение от одного специалиста к другому при перегрузке или отсутствии нужной специализации.

4.2. Поднимать приоритет обращения при появлении признаков массового сбоя, не дожидаясь решения руководителя.

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

4.4. Запрашивать у специалистов промежуточный статус по обращениям, приближающимся к сроку.

5. Ответственность

5.1. За своевременное назначение исполнителя по каждому поступившему обращению.

5.2. За корректность приоритета на момент распределения.

5.3. За полноту передачи сведений при смене дежурства.

6. Показатели оценки

ПоказательНормаПериод
Медиана времени от поступления до назначения исполнителяне выше <15 минут>неделя
Число обращений без исполнителя дольше нормы<0>смена
Число обращений, просроченных без предупреждения<0>неделя
Отклонение нагрузки между специалистамине выше <30%>неделя

Как заполнять

Порог вмешательства (3.4) — не совпадает с порогом эскалации из регламента. Координатор действует раньше: если регламент эскалирует обращение при 75% срока руководителю, координатор обязан заметить риск ещё до этой отметки — иначе его роль сводится к тому же эскалационному правилу, которое и так есть.

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

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

Как проверить

  1. В конце смены — число обращений, которые провисели без исполнителя дольше нормы. Ноль означает, что обязанность 3.1 выполняется на деле, а не только записана в инструкции.
  2. Раз в неделю — отклонение нагрузки между специалистами. Устойчивый перекос в сторону одного-двух человек говорит, что координатор распределяет по привычке, а не по факту загрузки.
  3. Один раз в квартал — сравните долю обращений, эскалированных без предупреждения координатора, с той же долей до введения должности. Если разницы нет, обязанность 3.4 существует на бумаге, но не в работе.

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

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

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

Показатели координатора смешаны с показателями специалистов. Если координатора оценивают по доле решённых обращений, он начинает решать их сам вместо распределения — обязанность 3.1–3.6 требует другой метрики: скорости и точности распределения, а не личной выработки.

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

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

Обязательна ли отдельная должность координатора технической поддержки при небольшой команде?

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

Чем должностная инструкция координатора отличается от должностной инструкции руководителя службы поддержки?

Руководитель отвечает за процесс в целом: регламент, найм, бюджет, отношения с заказчиками. Координатор — операционная роль на день и на смену: кто что берёт прямо сейчас. Один человек может совмещать обе роли в маленькой команде, но по мере роста они расходятся именно по горизонту ответственности. Готовый текст должностной инструкции для этой роли, включая её показатели KPI, — обязанности и показатели руководителя поддержки.

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

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

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

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

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

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

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