Системный аналитик — не человек, который «просто пишет ТЗ». На входной роли в 2026 вас покупают за умение снять требование, найти дыру в сценарии, согласовать интеграцию и не отдать разработке простыню противоречий. Документ — следствие этой работы, не профессия сама по себе.
Ниже — какие артефакты считают опытом, какой вход из смежных ролей работает, как пройти отбор и куда смотреть вакансии. Зарплатных медиан нет: коридор собирайте по вакансиям системного аналитика.
Коротко:
- Витрина — 1–2 постановки: сценарии, поля, ошибки, интеграция, открытые вопросы. Не «умею BPMN» без примера.
- Входы: QA, поддержка, бизнес-анализ, координация поставок, иногда разработка, которой ближе границы системы, чем код на весь день.
- СА ≠ продакт и ≠ бизнес-аналитик. Соседи: Product Manager, бизнес-аналитик, Data Analyst.
- SQL и чтение API — частый плюс на IT-вакансиях. Рисование рамок в Visio без контракта — слабый вход.
- На собеседовании спросят конфликт требований и «как бы вы поставили вот этот экран», а не определение UML наизусть.
Чем системный аналитик занят в первую неделю
Типично: разобрать чужой контур, уточнить у заказчика или продакта крайние случаи, описать статусы сущности, согласовать поля с соседней системой, пройтись с QA по приёмке. Если вам нравится только «пообщаться» и не нравится фиксировать решения — роль развалится на первой интеграции.
В продукте СА часто сидит рядом с разработкой одной платформы. В заказнике — рядом с ТЗ клиента и сменой контекста. Банки и энтерпрайз любят формальные артефакты. Стартап может звать СА того, кто на деле совмещает мини-продакта и постановщика. Читайте задачи, не романтику «архитектор бизнеса».
Кому подходит и какие смежные роли конвертируются
QA конвертируется хорошо: вы уже видите дыры в сценариях. Нужно научиться фиксировать как должно быть, не только баг. Поддержка конвертируется, если вы эскалировали системные сбои и описывали шаги, а не только «извините за ожидание». Бизнес-аналитик конвертируется, если готовы к контрактам API, данным и ограничениям платформы, а не только к процессам «как в отделе продаж».
С нуля без смежного контура путь длиннее: нужно собрать учебную постановку на уровне, который стыдно не показать. Курсы «аналитик за N недель» без артефакта не считаются. Стажировки и junior СА существуют, но ждут пример мышления: стажировка в IT.
Если кайф только в метриках роста — продакт или data. Если только в коде — разработка. СА живёт на границе.
Навыки и артефакты, которые открывают отклик
Повторяющееся в junior/middle-minus вакансиях:
- пользовательские и системные сценарии, альтернативы, ошибки;
- модель статусов и данные: какие поля обязательны, откуда приходят;
- интеграции: кто master, что при таймауте, идемпотентность на уровне постановки;
- критерии приёмки, которые QA можно прогнать;
- умение вести открытые вопросы списком, а не в голове;
- SQL и Postman — часто как «прочитать, не сломать»;
- английский — плюс на импортных контурах.
UML/BPMN — инструмент, не цель. Один понятный сценарий в тексте сильнее нечитаемой диаграммы. Не тащите в skills Jira как профессию. Карта резюме: резюме системного аналитика.
90 дней: постановка, которую можно защитить
- Дни 1–20. Выберите узкий домен: заказ, тикет, запись на слот, возврат. Опишите сущности и статусы. Никакого «интернет-банка целиком».
- Дни 21–50. Полная постановка одного сквозного сценария: UI-шаги на уровне полей, API-контракт (хотя бы таблица запросов), ошибки, что не входит в scope. Добавьте интеграцию: платёж-мок или уведомление.
- Дни 51–70. Критерии приёмки, 5 вопросов, которые вы задали бы заказчику, лог изменений документа. Если умеете — SQL к учебной схеме под отчёт статуса.
- Дни 71–90. Резюме, письмо, отклики intern/junior СА, разбор тестовых «поставьте вот этот процесс».
Критерий: разработчик по вашему тексту может оценить задачу, QA — написать чек-лист, вы — объяснить, почему поле необязательное. Если документ можно читать как сочинение — переписывайте.
Пример 1. Учебная постановка возврата заказа
Вакансия: junior системный аналитик, интеграции, постановка в Confluence/Notion, SQL плюс.
Домен: учебный магазин. Сценарий: пользователь оформляет возврат. Статусы: запрошен / согласован / отклонён / деньги инициированы / завершён. Кто может перевести статус. Поля: причина, фото, сумма. Интеграция: мок платёжного сервиса, таймаут 10 секунд, повтор запроса с idempotency-key. Ошибки: возврат после 14 дней, заказ уже в доставке, повторный возврат.
В комплекте: сценарии, таблица API, критерии приёмки, открытые вопросы («нужен ли частичный возврат — вне scope v1»). BPMN упрощённая на одну страницу, не три вложенных пула.
Это видно за пять минут. «Знаком с Agile и UML» — нет.
Пример 2. Вход из QA: сопроводительное
Откликаюсь на junior системного аналитика. По вакансии в первый месяц нужно уточнять сценарии и критерии приёмки, чтобы разработка и QA не спорили в релиз. Год работала manual QA на учебном и пет-контуре: 18 сценариев и баг-репорты по заказам, папка [ссылка]. Отдельно собрала постановку возврата: статусы, ошибки, мок оплаты — [ссылка]. Коммерческого опыта СА нет. Готова разобрать постановку на созвоне и сделать тестовое на узкий сценарий на этой неделе.
Смежный опыт переведён в артефакт границы системы. Не «хочу развиваться из тестирования, потому что надоело». Формула письма: письмо без опыта.
Как искать вакансии и не путать с соседними титулами
Ищите системный аналитик junior, intern, trainee, иногда «аналитик 1С/ERP» если это ваш домен, «IT analyst». Читайте, не ждут ли сразу архитектора интеграционной шины. Часть «бизнес-аналитик» в IT на деле СА — смотрите про API и постановку. Каталог: вакансии СА.
Тестовое: «опишите процесс», «найдите дыры в ТЗ», «поставьте интеграцию». Делайте в оговорённом объёме, фиксируйте допущения. Бесплатная постановка чужого прода на месяц — не тест. Отказ от тестового.
На интервью: конфликт стейкхолдеров, неполнота требований, «как поймёте, что готово», SQL/API если в вакансии. Готовьте историю: требование спорило само с собой, как разрулили. Рассказ о проекте, общий скрининг: HR-скрининг.
Вилка — фильтры каталога. Формат офис/гибрид у СА чаще, чем у чистого remote junior. Деньги: ожидания. Проверка сомнительных слотов: мошенники.
Как вести открытые вопросы и конфликт требований
Системный аналитик на входе чаще проваливается не на «не знаю BPMN», а на неумении жить с неполнотой. Заказчик говорит «как в старой системе». Разработка говорит «старой системы мы не видели». QA спрашивает, что делать с частичным возвратом. Ваша работа — не сделать вид, что всё ясно, а вынести список вопросов с владельцем и сроком. В учебной постановке этот список должен быть виден. Пустой список при сыром домене — красный флаг для интервьюера.
Конфликт требований записывайте как таблицу: требование А, требование Б, кто принёс, чем противоречат, какой вариант в v1 и почему. Не «решили поговорить». На собеседовании вас попросят выбрать. Выбирайте с ограничением: «частичный возврат вне scope, потому что платёжный мок не умеет split, в v2 — если появится реальная касса». Это язык СА. «Сделаем всё» — язык, за который потом платит разработка.
На тестовом «поставьте процесс» сначала сузьте: кто пользователь, что считается успехом, какие системы уже есть. Зафиксируйте допущения сверху документа. Нарисуйте статусы. Три ошибки. Критерии приёмки, которые можно прогнать без вас. Если время короткое — лучше узкий сценарий до конца, чем энциклопедия. После отправки укажите, что сознательно вырезали. Тот же навык, что в письме без опыта: один факт, не простыня. Шаблон тона: что писать в сопроводительном.
Если идёте из QA, не спорьте с разработкой языком баг-репорта на каждой встрече. Баг — когда поведение уже есть и оно неверно. Постановка — когда поведения ещё нет. Переключайте жанр. Если идёте из поддержки, не обещайте пользователю в документе то, чего система не делает: вы это уже умеете в чате, перенесите дисциплину в статусы. Резюме соберите вокруг постановки, не вокруг «работал с людьми»: резюме СА, проверка файла: CV-review.
Частые вопросы
Нужен ли код?
Писать прод — нет. Читать JSON, статус-коды, простой SQL — часто да. Курс Java «чтобы уважали» без постановок не поможет.
Чем СА отличается от продакта?
Продакт решает, зачем и что не делаем в продукте. СА — как система должна себя вести, чтобы это сделать. На junior эти роли иногда смешивают в одном человеке — уточняйте на скрининге.
Чем СА отличается от бизнес-аналитика?
БА чаще про процесс и выгоду для бизнеса. СА — про систему и контракты. В вакансиях ярлыки плывут. Смотрите артефакты в описании. Путь БА: бизнес-аналитик в IT.
Обязателен ли BPMN?
Нет как религия. Да как язык в энтерпрайзе, если его просят. Сначала ясный текст сценария.
Можно ли с нуля без QA и поддержки?
Можно учебной постановкой и стажировкой. Сложнее, чем из смежной роли. Не заменяйте практику десятью сертификатами аналитика.
Берут ли удалённо junior СА?
Реже, чем middle. Смотрите гибрид и intern. Junior и удалёнка.
Чек-лист постановки перед откликом
- Один узкий сценарий доведён до статусов, ошибок и критериев приёмки.
- Есть список открытых вопросов с предполагаемым владельцем ответа.
- Интеграция описана: кто master, таймаут, повтор, что вне scope.
- Документ не сочинение: разработчик может оценить, QA — прогнать.
- В skills нет «Agile, Scrum, UML, BPMN, Jira» без примера в постановке.
- Письмо переводит смежный опыт (QA, поддержка, БА) в артефакт границы системы.
- Вы готовы на созвоне выбрать одно требование из двух конфликтующих и объяснить почему.
- Тестовое «поставьте наш прод за две недели бесплатно» вы умеете отклонить.
Если постановка сырая, не спасает курс по нотациям. Допишите ошибки и приёмку. Если постановка готова — откликайтесь на junior/intern СА и на те «бизнес-аналитик» слоты, где в тексте API и постановка, не только процесс продаж. Две версии резюме нормальны: СА и БА, с разным первым артефактом. Не одна простыня «любой аналитик». Файл: резюме системного аналитика. Соседний вход, если задачи совсем про процесс: бизнес-аналитик.
На неделе откликов держите одну корзину. После скрининга запишите, где споткнулись: SQL, конфликт стейкхолдеров, «слишком общие критерии». Это план на следующие семь дней, не повод купить ещё один интенсив. Вопросы работодателю про команду аналитиков, кто принимает scope и как выглядит приёмка, задайте до оффера: вопросы работодателю.
Что сделать сейчас
Сегодня выберите один узкий сценарий и опишите статусы плюс три ошибки. Не новый курс UML. Рядом набросайте, какие вопросы вы задали бы заказчику, если бы поле «причина возврата» пришло без справочника. Этот список — уже часть профессии, не приложение к документу.
За три недели доведите постановку до критериев приёмки и положите в открытую ссылку. Соберите резюме вокруг неё, разбор CV, отклики на junior СА. Если идёте из QA — приложите и папку багов, и постановку, чтобы было видно сдвиг роли, а не только желание сменить титул.
На скрининге спросите, кто принимает scope и как выглядит приёмка. Вилку соберите фильтрами каталога, не «средней зарплатой аналитика из поста». Если тестовое безразмерное — сузьте допущениями или откажитесь. Дальше снова постановка, не пятый шаблон BPMN.