Как составить резюме на должность IT-специалиста технической поддержки

На что рекрутер смотрит в первую очередь

Человек, просматривающий резюме специалистов технической поддержки, обычно пытается быстро получить ответ на три вопроса: на каком уровне вы работали, какую среду поддерживали и какие инструменты уже знаете. Он не читает ваше личное заявление. Он сканирует слова, которые совпадают с объявлением — Active Directory, Intune, ServiceNow, tier 2 — потому что эти слова показывают, сколько времени потребуется на ваше переобучение.

Это означает, что верхняя треть страницы должна отвечать на эти три вопроса, не заставляя никого искать. Если в объявлении написано «поддержка 400 пользователей на двух площадках с Windows 11 и Entra ID», ваше резюме должно показать вверху, что вы делали нечто сопоставимое — а не закапывать это в шестой строке маркированного списка под названием должности четырёхлетней давности.

Уровень (tier) в этой области важнее названия должности, потому что названия у разных работодателей не согласованы. «IT Support Technician», «Service Desk Analyst» и «1st Line Engineer» могут означать одну и ту же работу или совершенно разные. Указывайте уровень явно, если знаете его: «поддержка уровня 1/2, среда на 350 рабочих мест» говорит рекрутеру больше, чем название должности над этим.

Какие квалификации действительно проверяют, а какие нет

CompTIA A+ остаётся ближайшим аналогом начальной квалификации для этой специальности во многих объявлениях о работе, особенно для первых ролей. Он сигнализирует о знании основ аппаратного обеспечения и ОС без необходимости в дипломе. Network+ и Security+ находятся выше и имеют больше значения при переходе к уровням tier 2/3 или к работе, затрагивающей инфраструктуру.

ITIL Foundation запрашивают постоянно, особенно крупные организации и везде, где есть формальная служба поддержки, потому что это означает, что вы уже знаете терминологию — incident, problem, change, major incident — на которой строятся их процессы. Если он у вас есть, укажите номер сертификата или статус бейджа там, где это видно, а не только название; некоторые ATS и некоторые рекрутеры проверяют его по директории выдающей организации.

Собственные сертификаты Microsoft в этой области много раз менялись — старый путь MD-100/MD-101 (Modern Desktop Administrator) был упразднён и заменён, и то, что считается актуальным, меняется достаточно часто, поэтому стоит проверить страницы сертификации Microsoft перед тем, как что-то указывать, а не полагаться на то, что вам сказали, когда вы сдавали экзамен. Укажите сертификат и год его получения; рекрутер, знающий область, прочтёт дату и сам сделает вывод о том, актуален ли он до сих пор.

Помимо этого, сертификаты конкретных вендоров помогают только если они соответствуют среде в объявлении: сертификаты Apple (ACiT, ACSP) для организаций, работающих с большим количеством macOS, Cisco CCNA, если роль затрагивает коммутаторы и маршрутизаторы, а не чисто поддержку рабочих мест. Не указывайте сертификат, который не имеет отношения к работе — это читается как заполнение пространства, а не как широта компетенций.

О лицензиях и регистрациях: у этой специальности нет обязательного лицензирующего органа, как у некоторых профессий. Что есть, в Великобритании, так это допуск. Роли IT-поддержки в государственном секторе, обороне и связанные с NHS часто требуют стандартной проверки DBS, а государственные контракты часто требуют допуска SC (иногда DV для более чувствительной работы). Если у вас уже есть действующий допуск, укажите это и укажите какой уровень — это может быть разницей между включением в короткий список и отказом, потому что повторное оформление допуска медленное и дорогое для работодателя, а кандидат, у которого он уже есть, пропускает это полностью.

Как показать опыт, чтобы это не было просто списком обязанностей

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

Что действительно измеряется в этой области, и что, следовательно, должно упоминаться в вашем резюме — это данные на основе тикетов: обработанный объём, время решения, процент решения при первом контакте, соблюдение SLA. Вам не нужны точные цифры из панели старого работодателя, если у вас больше нет к ней доступа, но вы должны быть в состоянии сказать что-то вроде «обрабатывал 40-60 тикетов еженедельно через ServiceNow, поддерживая соблюдение SLA выше целевого» или «сократил среднее время решения тикетов на сброс пароля/доступа путём оптимизации процесса сброса в AD». Если вы действительно не знаете цифру, опишите механизм — что вы построили, исправили или изменили — вместо того, чтобы придумывать процент для заполнения пробела.

Назовите систему тикетов. ServiceNow, Zendesk, Freshservice, Jira Service Management и Cherwell достаточно различаются в том, как они настроены и используются, что указание вашей системы говорит рекрутеру нечто реальное, а её отсутствие заметно — резюме IT-поддержки без указания платформы тикетов выглядит так, как будто в нём пропущена глава.

Назовите и специфику среды: Windows 11 или macOS, Active Directory или Entra ID (Azure AD), Group Policy, Intune или SCCM для управления устройствами, процессы образов, если вы их создавали, устранение неполадок VPN и MFA, системы VoIP, если вы их поддерживали. «Поддержка на местах» и «удалённая поддержка» — это разные наборы навыков и разные инструменты (TeamViewer, AnyDesk, BeyondTrust/Bomgar) — скажите, что вы делали, и для скольких площадок или скольких пользователей, потому что масштаб меняет то, чем на самом деле была работа.

Если вы выполняли какую-либо проектную работу наряду с исправлениями — миграцию с Windows 10 на 11, переезд офиса, процесс адаптации, который вы построили — поместите это в резюме как отдельную строку, даже кратко. Это доказательство того, что вы можете работать за пределами очереди тикетов, что и рассматривается при найме на роли tier 2/3 или руководителя команды.

Что кандидаты с таким опытом регулярно упускают

Самый распространённый пропуск — это масштаб. «Предоставлял IT-поддержку» ничего не говорит. «Предоставлял IT-поддержку для 200 пользователей на 3 площадках» говорит много, и это стоит одного дополнительного уточнения.

Второе — это разделение между работой с аппаратным и программным обеспечением. Многие резюме IT-поддержки читаются как полностью программная сторона — сброс паролей, настройка учётных записей, устранение неполадок ПО — когда кандидат также занимался диагностикой аппаратного обеспечения, устранением неполадок принтеров и сети, маркировкой активов и управлением запасами. Если вы работали с физическим оборудованием, скажите об этом; некоторые роли сильно взвешены в эту сторону, и резюме, которое читается как чисто программная работа helpdesk, будет отфильтровано, даже если кандидат делал и то, и другое.

Третье — это доказательство мягких навыков, которое не является общим. «Отличные коммуникативные навыки» бессмысленны сами по себе. «Объяснял технические проблемы нетехническим сотрудникам, включая высшее руководство, без жаргона» специфично для того, что эта работа на самом деле требует изо дня в день — иметь дело с кем-то, кто расстроен, нетехничен и хочет, чтобы его проблема исчезла, а не объяснения DNS.

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

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

Что делать дальше

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

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

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