Как составить резюме системного аналитика: пошаговая инструкция с примерами для Junior–Lead
Резюме системного аналитика — документ объёмом от 1 до 2,5 страниц, состоящий из шести ключевых разделов: заголовок, «О себе», навыки, опыт, образование и дополнительная информация. Его основная задача — пройти автоматический отбор по ключевым словам в системах отслеживания кандидатов (ATS, от англ. Applicant Tracking System) и заинтересовать рекрутера за первые 6–8 секунд просмотра.
Чтобы написать такое резюме, понадобятся три вещи: данные о проектах с конкретными метриками, полный список использованных инструментов и перечень сертификаций. Рекрутеры смотрят на заголовок, раздел «О себе» и последнее место работы — именно в этих точках должны быть видны ключевые слова из вакансии и измеримые достижения вроде «−35% дефектов» или «−40 часов в цикле согласования».
Учитесь бесплатно за счёт государства
Экономия до 100 000 ₽ на любой программе
В статье — пошаговый алгоритм из девяти шагов: от определения целевой позиции до адаптации под конкретную вакансию. Примеры формулировок даны для всех уровней: Junior (0–2 года), Middle (2–4), Senior (4–6) и Lead (от 6 лет). Дополнительно разобраны типичные ошибки, оптимизация под ATS и структура сопроводительного письма.
Системный аналитик — связующее звено между бизнесом и командой разработки. Он берёт потребности заказчика, превращает их в технические спецификации и следит за тем, чтобы разработчики, тестировщики и архитекторы получили чёткое задание, а не «сделайте, как мы хотим». Это одна из немногих IT-ролей, где одинаково важны умение задавать правильные вопросы на встрече с бизнесом и способность грамотно описать REST API в техническом задании.
Основные зоны ответственности специалиста: сбор и анализ требований, проектирование бизнес-процессов, разработка технической документации, согласование решений с разработкой и тестированием. Ключевые артефакты, которые он создаёт, — техническое задание (ТЗ), диаграммы Use Case, модели BPMN (Business Process Model and Notation — нотация и модель бизнес-процессов), диаграммы сущность-связь (ERD), пользовательские истории (User Stories), API-контракты.
Понимание собственной роли критично для правильных формулировок в резюме. Фраза «участвовал в обсуждении требований» ничего не говорит о реальном вкладе. Фраза «собрал и задокументировал 120 функциональных требований, разработал 15 диаграмм Use Case для системы управления заявками» — другое дело. Рекрутер, читающий резюме системного аналитика, ищет именно такие конкретные артефакты и цифры.
Три смежные роли часто путают — как кандидаты при составлении резюме, так и рекрутеры при формулировке вакансий. Разберём ключевые различия.
Бизнес-аналитик (BA) работает преимущественно на уровне бизнес-процессов и стратегии. Он описывает, что нужно бизнесу, готовит требования к изменениям и улучшениям — но не погружается глубоко в техническую реализацию. Главные артефакты BA: бизнес-требования, процессные карты, регламенты. В соответствии с методологией BABOK v3, опубликованной Международной ассоциацией бизнес-анализа (IIBA), BA фокусируется на ценности для бизнеса, а не на способе реализации в системе.
Системный аналитик (SA) идёт глубже: берёт бизнес-требования и превращает их в технические спецификации для разработчиков. Уникальные артефакты SA — ТЗ, Use Case, унифицированный язык моделирования (UML, от англ. Unified Modeling Language), BPMN-схемы, ERD, API-контракты. Именно эти артефакты рекрутер ищет в резюме в первую очередь.
Продуктовый аналитик фокусируется на продуктовых метриках: конверсия, удержание, воронка. Работает с данными пользовательского поведения, участвует в формировании продуктовой стратегии. Ближе к аналитику данных, чем к SA.
Аналитик данных занимается обработкой и интерпретацией данных: SQL-запросы, визуализация, статистический анализ. Может пересекаться по стеку с SA, но не создаёт проектную документацию в виде ТЗ или Use Case.
Если вы работали в гибридной роли — например, сочетали задачи SA и BA — в резюме акцентируйте SA-артефакты: ТЗ, UML-диаграммы, BPMN-схемы. Это помогает правильно позиционироваться под целевую вакансию и не теряться среди кандидатов с нечётким профилем.
Уровень опыта определяет не только содержание резюме, но и его структуру, объём и расстановку приоритетов. Одно и то же место работы Junior SA и Lead SA опишут совершенно по-разному — и оба будут правы, если описание соответствует реальному вкладу.
Junior SA (0–2 года) только входит в профессию: работает с небольшими задачами под руководством, документирует требования, участвует в разработке диаграмм Use Case, изучает стек инструментов. Объём резюме — 1–1,5 страницы. Акцент — на учебных и самостоятельных проектах, сертификациях, освоенных инструментах.
Middle SA (2–4 года) самостоятельно ведёт проекты: от сбора требований до согласования ТЗ с командой разработки и заказчиком. Умеет работать с интеграциями, пишет API-контракты, управляет бэклогом. Объём резюме — 2 страницы. Акцент — на конкретных проектах с измеримыми результатами.
Senior SA (4–6 лет) проектирует сложные интеграции, управляет требованиями на уровне архитектуры, менторит Junior-аналитиков. Понимает микросервисную архитектуру и архитектурные паттерны. Объём резюме — 2 страницы. Акцент — на бизнес-результатах и техническом лидерстве.
Lead SA (от 6 лет) отвечает за аналитическую команду, формирует методологию работы с требованиями, согласовывает решения с архитекторами и стейкхолдерами (заинтересованными сторонами). Объём резюме — до 2,5 страниц. Акцент — на управлении командой, архитектурных решениях, сертификациях уровня CBAP и TOGAF.
| Уровень |
Опыт |
Объём резюме |
Акцент в опыте |
Рекомендуемые сертификации |
|---|---|---|---|---|
| Junior | 0–2 года | 1–1,5 стр. | Учебные проекты, освоенные инструменты, базовые артефакты | PSM I (Scrum.org), курсы BPMN/UML |
| Middle | 2–4 года | 2 стр. | Самостоятельные проекты с метриками, интеграции, API | CCBA (IIBA), PSM I |
| Senior | 4–6 лет | 2 стр. | Бизнес-результаты, архитектурные решения, менторинг | CBAP (IIBA), PMI-PBA |
| Lead | 6+ лет | 2–2,5 стр. | Управление командой, методология, архитектура уровня предприятия | CBAP, TOGAF (The Open Group), PMI-PBA |
Прежде чем открывать текстовый редактор, соберите исходные данные. Это сэкономит время на написании и обеспечит точность формулировок — а точность в профессии системного аналитика проверяется уже на первом техническом интервью.
Вот что нужно собрать:
Если метрик «как таковых» нет — масштаб тоже работает как аргумент. «Разработал 25 диаграмм Use Case», «Согласовал техническое задание с тремя командами разработки», «Проанализировал процессы пяти интегрируемых систем» — конкретные числа всегда убедительнее расплывчатых описаний.
Имя файла резюме формируется по шаблону: Фамилия_Имя_System_Analyst.pdf. Кириллицу в имени файла лучше избегать — при пересылке через внешние системы она может отображаться некорректно. Готовьте резюме сразу в двух форматах: PDF сохраняет форматирование при прямой отправке, DOCX лучше читается некоторыми системами автоматического отбора.

Ниже — последовательный алгоритм из девяти шагов, который одинаково работает для начинающего Junior SA и опытного Lead SA. Логика одна: сначала определяете цель, затем выстраиваете структуру и в конце оптимизируете под ATS и конкретную вакансию. Разница — в деталях каждого шага и глубине, с которой вы описываете опыт.
Если вы только входите в профессию и ищете структурированный старт, программа «Системный аналитик: с нуля до проектирования систем» в рамках федерального проекта «Активные меры содействия занятости» (АМСЗ) позволяет получить практические навыки и первые кейсы для резюме — 72 часа, бесплатно за счёт нацпроекта «Кадры», старт потока в июле. Смотрите каталог программ — доступно 63 места из 85.

Системный аналитик — широкая роль. Требования к кандидату в финтех-стартапе и в телекоме различаются принципиально. Перед написанием определитесь, в какой области вы хотите работать: финтех, e-commerce, телеком, системный интегратор, государственный сектор. Специализация определяет, какие проекты и технологии ставить на первый план.
Для финтеха в приоритете: банковские API, платёжные интеграции, стандарты безопасности. Для e-commerce: CRM, ERP, высоконагруженные системы. Для телекома: биллинг, BSS/OSS-системы, большие объёмы данных.
Заголовок резюме должен точно называть должность и уровень. «Системный аналитик», «Ведущий системный аналитик», «Системный аналитик (Junior)» — рабочие варианты. «IT-специалист» или просто «Аналитик» размывают позиционирование и не помогают пройти ATS по профильным вакансиям.
Определение специализации также влияет на порядок проектов в разделе «Опыт»: наиболее релевантный опыт выносится ближе к началу, независимо от хронологии.
Рекрутер оценивает резюме за 6–8 секунд — цифры привлекают внимание быстрее любых прилагательных. Соберите три типа метрик, которые рекрутеры ценят в резюме системного аналитика:
Количественные: «Задокументировал 80+ функциональных требований», «Разработал 15 диаграмм Use Case для системы управления заявками».
Временны́е: «Сократил время согласования требований с трёх недель до пяти дней», «Снизил количество доработок на 35%».
Бизнес-результат: «Запуск продукта в срок без критических инцидентов в производстве», «+18% конверсии после редизайна процесса оформления».
Если точных цифр нет — показывайте масштаб. «Участвовал в проекте» → «Проанализировал требования для системы, которой пользуются 500+ сотрудников банка». Масштаб — тоже метрика, и она работает.
Источники данных: история задач в Jira, отчёты по спринтам в Confluence, финальные документы по проекту, переписка с заказчиком. Пройдитесь по старым проектам до начала написания резюме.
Заголовок — первое, что видит рекрутер. Он должен однозначно называть должность.
✅ Рабочие варианты: «Системный аналитик», «Ведущий системный аналитик», «Системный аналитик | Финтех», «Системный аналитик (Junior)»
❌ Неудачные варианты: «IT-специалист», «Аналитик», «Специалист в области информационных технологий»
Обязательные контакты: ФИО, город (формат «Москва» или «Москва, готов к релокации»), номер телефона, e-mail, Telegram. Опционально — ссылка на профиль LinkedIn или GitHub с кейсами.
Что не стоит указывать: полный домашний адрес с улицей и квартирой, семейное положение, информацию, не связанную с профессиональным профилем. Формат e-mail — профессиональный: имя.фамилия@gmail.com.
При размещении резюме на платформе hh.ru учтите, что профиль SA там виден рекрутерам напрямую — убедитесь, что должность в профиле совпадает с заголовком резюме.
Раздел «О себе» (Summary) — три-четыре предложения по формуле: уровень + специализация → ключевой опыт + технологии → главное достижение → что ищете.
Примеры по уровням:
Junior SA: «Системный аналитик с одним годом опыта в сфере e-commerce. Владею UML (Use Case, диаграммы последовательностей), BPMN 2.0, Jira и Confluence. В дипломном проекте задокументировал 30 функциональных требований, разработал 10 диаграмм Use Case и прототип интерфейса в Figma. Ищу позицию Junior SA в команде с наставничеством.»
Middle SA: «Системный аналитик с тремя годами опыта в финтех-проектах. Специализируюсь на интеграции банковских систем через REST API и SOAP API. Снизил количество доработок на 35% за счёт структурированного процесса сбора требований. Ищу позицию Middle SA в продуктовой компании.»
Lead SA: «Ведущий системный аналитик, семь лет опыта в телекоме и e-commerce. Проектировал архитектуры интеграций для систем с нагрузкой 10 000+ запросов в секунду. Руковожу командой из четырёх аналитиков, внедрил единый стандарт документирования требований. Открыт для позиции Head of BA/SA в крупном продуктовом проекте.»
Типичные ошибки в разделе «О себе»: шаблонные фразы без цифр («ответственный, коммуникабельный, стрессоустойчивый»), отсутствие специализации, слишком общие формулировки без конкретики. Рекрутер видит десятки похожих резюме — именно этот раздел работает как фильтр в первые секунды просмотра.
Раздел «Навыки» — не просто список технологий. Организуйте его по тематическим блокам: это улучшает читаемость для рекрутера и помогает пройти ATS-фильтрацию по конкретным ключевым словам.
Блок 1. Моделирование: UML (Use Case, диаграммы классов, последовательностей, состояний), BPMN 2.0, ERD, ArchiMate (для Senior/Lead), C4 Model
Блок 2. Инструменты: Jira, Confluence, Azure DevOps, Sparx Enterprise Architect, Draw.io, Camunda, Figma
Блок 3. Управление требованиями: функциональные и нефункциональные требования, User Stories, Acceptance Criteria, BABOK v3
Блок 4. Базы данных и интеграции: SQL (PostgreSQL, MySQL, MS SQL), REST API, SOAP API, Apache Kafka, RabbitMQ
Блок 5. Методологии: Agile, Scrum, Kanban, SAFe, Waterfall
Блок 6. AI-инструменты (2026): ChatGPT для автоматизации документации, GitHub Copilot
Указывайте уровень владения с контекстом, а не общими словами. Вместо «SQL — средний уровень» пишите «SQL (PostgreSQL): сложные запросы с оконными функциями, оптимизация индексов». Это и убедительнее, и точнее описывает реальные навыки системного аналитика для резюме.
Аналитическое мышление, системное мышление и навыки фасилитации — это Hard Skills, которые не нужно выносить в отдельный список. Докажите их через конкретику в описании опыта: «Провёл 12 воркшопов с заказчиком для сбора требований» — это фасилитация, подтверждённая фактом, а не просто строчка в резюме.
Метод STAR (Situation — ситуация, Task — задача, Action — действие, Result — результат) превращает список обязанностей в измеримые достижения. Структура описания одного места работы:
Компания | Должность | Период работы
Контекст: масштаб компании, домен, название проекта
Проекты:— 3–5 буллитов в формате STAR
Инструменты: стек, использованный в этой роли
Примеры трансформации формулировок — именно это рекрутеры называют «примером тз системного аналитика в действии»:
❌ «Работал с требованиями к системе» ✅ «Собрал и задокументировал 120 функциональных требований для CRM-системы; сократил число итераций согласования с 5 до 2 → экономия 40 часов в цикле»
❌ «Писал техническое задание» ✅ «Разработал ТЗ на интеграцию ERP и CRM через REST API; согласовал с командами разработки и заказчика, запуск без критических инцидентов»
❌ «Моделировал бизнес-процессы» ✅ «Описал процесс «Как есть» и «Как должно быть» в BPMN 2.0 (Camunda); выявил три узких места → предложенные изменения сократили время цикла на 35%»
Глаголы действия: спроектировал, разработал, задокументировал, оптимизировал, согласовал, внедрил, провёл, сократил, выявил. Они создают образ человека, который действует, а не просто «участвует».
Для фриланс-проектов оформление то же: «Фриланс-проект | Системный аналитик | [Период]». Для проектов под NDA: «Крупный банк, топ-10 России, проект под NDA» — с описанием масштаба и результатов без раскрытия идентифицирующих деталей. Цифры, которые не позволяют идентифицировать проект, раскрывать допустимо.
Образование указывается в формате: вуз → специальность → год окончания. Для непрофильного образования добавьте строку «Дополнительное образование» с пройденными курсами по системному анализу, UML, BPMN — это показывает осознанный переход в профессию.
Для Junior SA сертификации компенсируют отсутствие коммерческого опыта. В таком случае их стоит разместить сразу после раздела «О себе» — до описания опыта.
| Сертификация |
Организация |
Для какого уровня SA |
Требования к опыту |
|---|---|---|---|
| PSM I (Professional Scrum Master I) | Scrum.org | Junior / Middle | Без требований к стажу |
| CCBA (Certification in Capability in Business Analysis) | IIBA | Middle | 3 750 ч. практики BA |
| CBAP (Certified Business Analysis Professional) | IIBA | Senior / Lead | 7 500 ч. практики BA |
| PMI-PBA (Professional in Business Analysis) | PMI | Senior / Lead | 4 500 ч. на проектах |
| TOGAF Foundation | The Open Group | Senior / Lead | Без требований |
| TOGAF Practitioner | The Open Group | Lead | Сдан TOGAF Foundation |
Указывайте только актуальные сертификаты: название + организация + год получения. Просроченные удостоверения — убирайте или помечайте как «требует продления». Устаревший сертификат без пометки хуже, чем его отсутствие.
Система отслеживания кандидатов (ATS) сканирует текст резюме на ключевые слова из вакансии. До живого рекрутера документ проходит алгоритмическую фильтрацию — и если в вашем резюме нет термина «BPMN 2.0», а в вакансии он есть, резюме может не добраться до человека.
Пять правил для прохождения ATS:
Что нарушает прохождение: таблица как структурный элемент резюме (ATS читает только первую ячейку), текст внутри картинок и иконок (алгоритм его не видит), экзотические шрифты с нераспознаваемыми символами.
Хотите сменить профессию или повысить квалификацию?
Федеральный проект «Активные меры содействия занятости» даёт возможность пройти обучение бесплатно за счёт государства
Адаптация резюме под вакансию — это 15–20 минут, которые кратно увеличивают вероятность отклика. Алгоритм из пяти действий:
Правило честности: не добавляйте навык, которого нет. Если в вакансии требуется ArchiMate, которого вы не знаете, — не вписывайте. Если есть опыт с похожим инструментом (C4 Model) — упомяните его честно. Рекрутер проверит это на техническом интервью, и несоответствие обнаружится.
Адаптация резюме — не обман, а фокусировка: вы помогаете рекрутеру быстро увидеть релевантное.
В 2026 году базовый стек расширился AI-инструментами. ChatGPT используется для ускорения документирования: черновики технических требований, генерация User Stories, рефакторинг спецификаций. GitHub Copilot — для SA, которые работают с кодом при создании API-контрактов или автотестов. Рекрутеры финтех- и продуктовых компаний уже ждут этот опыт от Middle и Senior SA.
Принцип отбора остаётся неизменным: указывайте только то, что реально применяли в проектах. Длинный список инструментов без контекста вызывает скептицизм — первое же техническое интервью выявит пробелы. Техническая документация и проектные решения — это то, что рекрутер попросит показать или объяснить.
Стек системного аналитика организован в четыре подблока, каждый из которых соответствует отдельному направлению работы.
Унифицированный язык моделирования (UML), стандартизированный группой управления объектами (OMG, Object Management Group), — основа технической документации системного аналитика. Пять типов диаграмм, которые SA использует на практике:
Формулировка для резюме: «UML (Use Case, диаграммы последовательностей, состояний): 20+ диаграмм для банковских систем; инструмент — Sparx Enterprise Architect».
BPMN 2.0, также стандарт OMG, используется для описания бизнес-процессов «Как есть» (as-is) и «Как должно быть» (to-be). Основные инструменты: Camunda Modeler, Draw.io, Sparx Enterprise Architect. ERD (диаграмма сущность-связь) обязательна при проектировании баз данных и описании интеграций. ArchiMate и C4 Model — инструменты уровня Senior/Lead, когда требуется описать архитектуру всего предприятия.
Моделирование процессов — ключевой дифференциатор, отличающий SA от смежных ролей. Именно здесь при проектировании информационных систем рекрутер ищет подтверждение профессионального уровня кандидата.
| Инструмент |
Производитель |
Основное применение SA |
Интеграция |
Для какого уровня |
|---|---|---|---|---|
| Jira | Atlassian | Управление задачами, бэклог, Scrum/Kanban-доски | Confluence, GitLab, Slack | Junior+ |
| Confluence | Atlassian | Вики-документация, ТЗ, протоколы встреч | Jira, Draw.io, Figma | Junior+ |
| Azure DevOps | Microsoft | Управление требованиями, пайплайны, тест-кейсы | MS Office, Teams, GitHub | Middle+ |
| Figma | Figma Inc. | Прототипирование интерфейсов, согласование с UX | Jira, Confluence | Middle+ |
| Sparx Enterprise Architect | Sparx Systems | UML/ArchiMate-диаграммы, управление моделями | Jira, Confluence, Word | Senior / Lead |
Дополнительно: MS Excel — обязателен для любого уровня (матрицы трассировки требований, анализ данных, сравнительные таблицы). Axure RP — альтернатива Figma для прототипирования интерфейсов.
Рекомендации по стеку по уровням: Junior — Jira + Confluence + Draw.io (бесплатный); Middle — добавляйте Azure DevOps или Sparx Enterprise Architect, Figma; Senior/Lead — Sparx EA с поддержкой ArchiMate, Camunda для BPMN-проектирования.
SQL — обязательный навык для системного аналитика с любым уровнем опыта. В резюме указывайте диалект и конкретный контекст применения:
| Диалект |
Где применяется |
Пример формулировки в резюме |
|---|---|---|
| PostgreSQL | Корпоративные и продуктовые системы | «PostgreSQL: сложные запросы, оконные функции, анализ таблиц 10M+ записей» |
| MySQL / MariaDB | Веб-сервисы, e-commerce | «MySQL: написание запросов для ETL-процессов, профилирование» |
| MS SQL Server | Корпоративный сектор, .NET-стек | «MS SQL: хранимые процедуры, анализ данных для отчётности» |
Таблица диалектов SQL для системного аналитика. Источник: практика документирования требований в профессиональных сообществах SA.
REST API (Representational State Transfer — архитектурный стиль передачи данных) — стандарт интеграции большинства современных систем. SA должен понимать структуру HTTP-запросов, форматы JSON/XML, уметь проектировать API-контракты в OpenAPI 3.0 и описывать их в ТЗ. SOAP API — устаревший, но часто встречающийся в корпоративном секторе стандарт: его понимание важно для работы с банковскими и государственными системами.
Apache Kafka и RabbitMQ — брокеры сообщений для асинхронных интеграций, уровень Middle/Senior. В резюме указывайте контекст: «Apache Kafka: описание схем событий для микросервисной архитектуры, согласование схем с командой разработки». Базовое понимание микросервисной архитектуры обязательно для Middle+ SA: как устроены сервисы, что такое API Gateway, принципы декомпозиции.
Методологии управления разработкой — контекст, в котором работает системный аналитик. Указывайте не просто название, а роль в команде и конкретные инструменты:
AI-инструменты в профессиональном стеке 2026 года: ChatGPT используется для генерации черновиков User Stories и спецификаций с последующей доработкой — формулировка «ChatGPT: генерация первичных черновиков требований, сокращение времени документирования на 30%» уже воспринимается рекрутерами как полноценный навык. GitHub Copilot актуален для SA, участвующих в написании псевдокода или автотестов.
Аналитическое мышление, системное мышление и навыки фасилитации — Soft Skills, которые не стоит перечислять отдельным списком. Они должны проявляться через конкретику в описании опыта. «Провёл 15 воркшопов с заказчиком для сбора требований» — это фасилитация, подтверждённая действием. Именно так эти навыки оцениваются при отборе кандидатов.
Сертификации PSM I (Scrum.org) и CBAP (IIBA) усиливают доверие к заявленным компетенциям по методологиям и бизнес-анализу.
Достижения системного аналитика — самый убедительный блок резюме. Рекрутер, просматривающий документ за 6–8 секунд, цепляется за цифры быстрее, чем за описания. «Занимался документированием требований» не запоминается. «Задокументировал 150 требований, снизил количество доработок на 35%» — запоминается.
| Категория KPI |
Что измерять |
Пример формулировки |
|---|---|---|
| Объём работ | Кол-во требований, Use Case, ТЗ, диаграмм | «Задокументировал 120+ функциональных требований для CRM-системы» |
| Временна́я эффективность | Сокращение времени процессов и согласований | «Сократил время согласования ТЗ с 3 нед. до 5 дн. (−40 ч. в цикле)» |
| Качество | Снижение дефектов, доработок, инцидентов | «Снизил количество постпродакшн-дефектов на 35% за счёт чек-листов» |
| Бизнес-результат | Конверсия, экономия, рост показателей | «+18% конверсии после редизайна процесса регистрации» |
| Масштаб | Кол-во систем, команд, пользователей, Use Case | «Координировал интеграцию 5 систем, 3 команды разработки» |
Метод STAR (Situation — ситуация, Task — задача, Action — действие, Result — результат) превращает разрозненные факты о проекте в убедительную формулировку:
В резюме это превращается в одну строку: «Внедрил шаблон ТЗ → время согласования сократилось с 3 недель до 5 дней, итерации — с 5 до 2».
Если точных цифр нет — используйте масштаб: количество Use Case, размер команды, число интегрируемых систем. Конкретика всегда убедительнее расплывчатого описания — даже если это не процентные значения, а просто «15 функциональных требований» против «занимался требованиями».
Большинство крупных компаний используют системы автоматической фильтрации кандидатов. До живого рекрутера резюме системного аналитика проходит через алгоритмический отбор по ключевым словам — и если в документе нет нужных терминов, человек его просто не увидит.
Как работает ATS: система парсит текст резюме, сравнивает с требованиями вакансии по ключевым словам и выставляет рейтинг соответствия. Рекрутер видит только кандидатов с рейтингом выше порогового значения — порог задаёт сам работодатель.
Пять правил ATS-оптимизации резюме:
1. Ключевые слова из вакансии — в тексте резюме. Перед отправкой скопируйте требования вакансии и найдите повторяющиеся термины: «системный анализ», «UML», «BPMN 2.0», «REST API», «Jira», «функциональные требования». Убедитесь, что они присутствуют в резюме в точной или близкой форме.
2. Дублируйте аббревиатуры при первом упоминании. «BPMN (Business Process Model and Notation)», «UML (Unified Modeling Language)» — одни ATS ищут аббревиатуру, другие — полное название. Дублирование страхует от обоих вариантов поиска.
3. Стандартное форматирование. Шрифты: Arial, Calibri, Times New Roman. Размер 10–12 pt. Без декоративных рамок, нестандартных символов и многоколоночной вёрстки.
4. Правильный формат файла. .pdf или .docx. RTF, ODT, JPEG и другие форматы некоторые ATS не читают корректно.
5. Выделенный структурированный блок навыков. ATS лучше распознаёт ключевые слова из раздела «Навыки» или «Технологии», чем из нарративного описания проектов.
Что разрушает прохождение: таблица как структурный элемент резюме — ATS читает только первую ячейку и теряет остальной текст. Текст внутри изображений или иконок — алгоритм его не видит. Колонтитулы и текстовые блоки в заголовке страницы — часть ATS их игнорирует.
Как рекрутер читает резюме после ATS-фильтрации: есть 6–8 секунд на три точки внимания — заголовок → раздел «О себе» → последнее место работы. Ключевые слова из вакансии и цифры достижений должны быть хорошо видны именно в этих блоках. Красные флаги для рекрутера: необъяснённые пробелы в опыте, объём резюме 4+ страницы, грамматические ошибки — особенно критично для роли, которая напрямую связана с качеством документации.
Даже опытные кандидаты допускают ошибки, которые снижают шансы на приглашение. Шесть самых распространённых — с примерами трансформации:
| Ошибка |
Как написано |
Как должно быть |
|---|---|---|
| Нет метрик | «Работал с требованиями к ИС» | «Собрал 150+ требований, снизил количество доработок на 35%» |
| Список технологий без контекста | «SQL, Jira, UML, BPMN, Confluence, Python, REST…» | «Моделирование: UML (Use Case, последовательности), BPMN 2.0 — Camunda, Draw.io» |
| Резюме 4+ страницы | Весь опыт с 2005 года в деталях | Опыт давностью 7+ лет — одной строкой или убрать |
| Грамматические ошибки | «Разрабатывал технических задание», «UML-деаграммы» | Проверка Word + Яндекс.Спеллер перед отправкой |
| Шаблонные фразы | «Ответственный, коммуникабельный, стрессоустойчивый» | «Провёл 20 воркшопов с заказчиком, согласовал требования с 5 командами» |
| Нет адаптации под вакансию | Одно резюме на все отклики | «О себе» и блок навыков скорректированы под конкретную вакансию |
Ошибка 1: нет метрик. Системный аналитик создаёт документацию и управляет требованиями — это измеримая деятельность. «Работал с требованиями» не отличает вас от тысячи других кандидатов. Укажите количество требований, диаграмм Use Case, сроки, результаты.
Ошибка 2: бесструктурный список технологий. Тридцать инструментов в строку выглядит как копипаст из каждой просмотренной вакансии. Рекрутер не может быстро понять, что кандидат умеет делать. Структурированные блоки по категориям читаются за секунды.
Ошибка 3: объём 4+ страницы. Рекрутер не летописец. Опыт работы давностью более 7–8 лет либо не указывается, либо сжимается до одной строки: «2010–2015, [Компания], Системный аналитик — аналитика в сфере телекома». Каждая страница резюме должна «зарабатывать» право там находиться.
Ошибка 4: грамматические ошибки. Системный аналитик — это роль, где точность в документировании напрямую влияет на качество продукта. Грамматическая ошибка в резюме — красный флаг: рекрутер делает вывод о качестве будущей технической документации. Проверяйте текст несколькими инструментами.
Ошибка 5: шаблонные фразы. «Коммуникабельный» — слово без содержания. «Провёл 20 сессий по сбору требований с заказчиком» — это коммуникабельность, доказанная фактом.
Ошибка 6: отсутствие адаптации под вакансию. Требования к кандидату в разных вакансиях различаются. Одно резюме на все отклики — это лотерея с невысокими шансами. 15–20 минут на адаптацию «О себе» и блока навыков — разумная инвестиция в каждый отклик.
Сопроводительное письмо пишут не всегда — но в ряде ситуаций оно заметно повышает шансы на отклик, особенно когда резюме само по себе не даёт полного ответа на вопрос «почему именно этот кандидат».
Когда стоит писать сопроводительное письмо:
Структура сопроводительного письма:
Пример для Middle SA при смене индустрии: «Три года проектировал интеграции в телекоме (REST API, Apache Kafka, 10+ систем). Вижу прямую применимость этого опыта в вашей задаче — интеграция продуктовых систем банка через единый API-шлюз. Готов показать примеры аналогичных ТЗ и диаграмм на первой встрече.»
Как объяснить перерыв в работе: если учились — добавьте в раздел «Образование». Если работали над личными или фриланс-проектами — оформите как профессиональный опыт с описанием кейсов. Перерыв по личным обстоятельствам указывайте кратко в письме: «С [дата] по [дата] не работал по личным обстоятельствам, сейчас полностью готов к работе». Не объяснять перерыв — хуже, чем объяснить его честно. Рекрутер задаст этот вопрос на собеседовании, и отсутствие ответа создаст больше вопросов, чем сам факт перерыва.
Объём сопроводительного письма — не более одной страницы. Рекрутер читает его с той же скоростью, что и резюме.
Указывайте учебные и самостоятельные проекты с описанием задач, инструментов и результатов: «Дипломный проект: спроектировал систему управления заявками — 30 функциональных требований, 10 диаграмм Use Case, прототип интерфейса в Figma». Добавьте стажировки и курсы с практическими заданиями. Объём резюме — 1–1,5 страницы. Сертификация PSM I (Scrum.org) и курсы по BPMN/UML компенсируют отсутствие коммерческого опыта и показывают осознанный выбор профессии.
Если учились — добавьте в раздел «Образование». Работали над личными проектами — оформите как фриланс с описанием кейсов и инструментов. Перерыв по личным обстоятельствам — кратко укажите в сопроводительном письме: «С [дата] по [дата] не работал по личным обстоятельствам, сейчас готов к полноценной загрузке». Главное — не оставляйте временно́й разрыв без объяснения: рекрутер это заметит и задаст вопрос на собеседовании, а отсутствие ответа создаёт лишние сомнения.
Junior — 1–1,5 страницы; Middle/Senior — 2 страницы; Lead — 2–2,5 страницы. Рекрутер тратит на первичный просмотр 6–8 секунд, поэтому избыток текста снижает шансы, а не повышает. Опыт давностью 7+ лет описывайте одной строкой или не указывайте вовсе. Каждая страница должна содержать информацию, релевантную целевой вакансии.
Для Junior — желательны (PSM I, курсы по BPMN/UML): они компенсируют отсутствие коммерческого опыта. Для Middle — CCBA (IIBA) или PSM I даёт конкурентное преимущество при прочих равных условиях. Для Senior/Lead — CBAP (IIBA) и TOGAF (The Open Group) значительно усиливают позицию на рынке. Указывайте только актуальные сертификаты: название + организация-выдатчик + год получения.
Резюме — краткое представление опыта, максимум 2 страницы. Портфолио — расширенная демонстрация кейсов: примеры ТЗ, диаграммы Use Case, BPMN-модели, размещённые на GitHub или личном сайте. Ссылка на портфолио указывается в разделе контактов резюме. Для Junior SA это особенно важно при поиске через LinkedIn: портфолио заменяет коммерческий опыт и показывает реальное владение инструментами.
В самом документе резюме — нет. Укажите диапазон в отдельном поле при создании анкеты на hh.ru или обсуждайте на этапе первичного звонка с рекрутером. Если работодатель прямо требует зарплатные ожидания в тексте резюме — напишите диапазон или «обсуждается на собеседовании».
Укажите категорию компании без названия: «Крупный банк, топ-10 России, проект под NDA». Опишите масштаб и результаты без раскрытия идентифицирующих деталей: «Спроектировал архитектуру интеграции внутренних систем — 100+ функциональных требований, запуск без критических инцидентов в производстве». Цифры, которые не позволяют идентифицировать конкретный проект или компанию, раскрывать допустимо.
Оформите как обычное место работы: «Фриланс-проекты (Системный аналитик), [период]». Опишите 2–3 кейса по структуре: контекст → задача → инструменты → результат. Такой блок закрывает временно́й разрыв в опыте и демонстрирует проектное мышление без официального работодателя. Ссылки на артефакты — диаграммы, фрагменты ТЗ — разместите в портфолио на GitHub и укажите ссылку в разделе контактов.
Языки с уровнем и контекстом: «Английский B2 — чтение технической документации, деловая переписка». Публикации на профессиональных площадках, выступления на конференциях, участие в профессиональных сообществах (например, IIBA Russia Chapter). Ссылки на GitHub и LinkedIn — здесь или в заголовке резюме. Не дублируйте информацию из других разделов: раздел должен добавлять новый контекст, а не повторять то, что уже сказано.
Проверьте требования конкретной компании или вакансии. PDF сохраняет форматирование и предпочтителен при прямой отправке по e-mail или через форму на сайте. DOCX лучше читается некоторыми системами отслеживания кандидатов (ATS). Оптимальная стратегия — держать обе версии готовыми и выбирать по ситуации. Имя файла при отправке: Фамилия_Имя_System_Analyst.pdf — без кириллицы, чтобы избежать проблем с отображением при пересылке через внешние системы.
Подайте заявку —
забронируйте место в группе
45 000 мест на 2026 год. Бесплатное обучение по федеральному проекту «Активные меры содействия занятости»