Важно не просто смотреть курсы, а понимать, какие конкретно навыки сегодня реально нужны компаниям.

И вот если ты это умеешь — ты уже не просто человек с улицы, ты тот, кто приносит результат бизнесу.

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

Системный анализ сейчас — это давно не только про «что такое требования» и «как рисовать диаграммы».

Сегодня нужно разбираться в интеграциях, понимать архитектуру, уметь думать, как бизнес.

Ладно, шучу. На самом деле, я знаю, как даже без опыта попасть в аналитику.

В наше время недостаточно быть хорошим человеком с дипломом от вышки айтишного универа. Нужен опыт работы и реальные кейсы, чтобы хотя бы начать получать приглашения на собесы, не говоря уже о их прохождении.

Поэтому можно закрывать статью и идти работать в офис
или на завод… Там стабильно хотя бы.

Но, как всегда, есть проблема: когда я сам только начинал работать в аналитике, был свободный рынок, конкуренции практически никакой не было.

В то время достаточно было откликнуться на пару вакансий для новичков и через 3−4 собеседования ты уже нашел первую работу.

Сейчас же все иначе.

Почему именно она?

Потому что тут средний джун получает от 110.000₽, куча вакансий с удалёнкой, и при этом для старта не нужен диплом по айти или знание языков программирования.

Здесь есть множество различных направлений, начиная от тестировщиков и разработчиков, до проектных менеджеров.

Очевидный факт, что многим сейчас интересна ниша айти.

Но вот вопрос: куда конкретно идти?

Кодить — сложно, долго, платят на старте копейки.

Тестирование — кому-то заходит, но если ты не кайфуешь от однотипных тестов, то это быстро надоест.

А хочется же сразу: чтобы и нормально платили, и работалось интересно, и не пришлось 5 лет учиться на айтишника.

Вот тут в игру заходит системная аналитика.

Мой опыт: как я работал в Самокате, ВТБ, Wildberries и вышел на стабильные 400к в месяц

Инструменты, которыми должен уметь пользоваться аналитик

Что должен знать и применять аналитик в реальной работе

Сколько зарабатывают системные аналитики? И почему даже новичкам платят от 100к?

Кто такой системный аналитик и из чего состоит его работа

Схема, как тебе без опыта собрать резюме и получить работу на позицию системного аналитика

Чтобы не показаться инфоцыганом, приведу примеры моих ребят, кто с нуля устроился на позицию аналитика за 2−3 месяца и вышли на зп 100−250к.

Так что устраивайся поудобнее — сейчас я расскажу, что и как нужно делать, чтобы стать системным аналитиком.

Кто такой системный аналитик?

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

Системному аналитику не нужно знать языки программирования, как разработчику. Он не занимается муторным поиском багов, как тестировщик.

Ты отвечаешь за большее — видишь проект целиком: и со стороны бизнеса, и с точки зрения технической реализации.

Именно поэтому за тебя и платят нормальные деньги — 150, 200, а иногда и 400+ тысяч в месяц, когда ты уже набрался опыта.

И выйти на нормальные деньги. Потому что в аналитике даже на старте вилки от 90 до 180 тысяч.

Не переживай, эта статья — не мотивационный пинок или попытка впарить тебе курс по превращению в айтишника за 72 часа.

Если ты дочитаешь до конца и реально поймёшь, что к чему, то сможешь наконец забыть про работу, где платят 40−70к за то, что ты впахиваешь как проклятый.

Предлагаю рассмотреть все на примере:

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

Вот здесь и появляется системный аналитик.

Он приходит с задачей: «Хочу, чтобы в приложении появился новый экран, где пользователь сможет видеть информацию о поездках за текущий месяц».

Есть заказчик — Антон, который отвечает за мобильное приложение сервиса по аренде самокатов.

Он начинает с вопросов к Антону:

Зачем вообще нужен экран? Чтобы люди считали деньги? Чтобы возвращались в сервис?

А кто будет этим пользоваться — новички или те, кто катается каждый день?

Какие данные важны — расстояние, стоимость, дата?

А какие поездки нужно показать — завершённые или все?

Когда цель понятна, он переключается на техническую часть:

• Где хранятся данные о поездках? В базе основной системы или в отдельном сервисе аналитики?

• В каком формате эти данные можно получить? Есть ли нужные API?

• Нужно ли агрегировать информацию или просто отдать как есть?

• Какие системы участвуют в передаче данных, и как они между собой взаимодействуют?

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

«Стоп, ну если им платят такие деньги, языки программирования учить не надо, значит, там огромная конкуренция?»

Вообще логично, но это не так.

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

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

В-третьих, на hh.ru публикуется более 2500 вакансий для системных аналитиков:

Если всё ок — пользователи довольны, Андрей рад, продукт стал лучше.

И системный аналитик идёт получать свои честно заработанные 100–400к в месяц. Потому что именно он сделал так, чтобы фича работала, как надо.

Уровень зарплат у системных аналитиков в среднем выше, чем в других нишах:

Работают аналитики где угодно: в банках, на госпроектах (да, Госуслуги — тоже с аналитиками), в маркетплейсах, в медицине, в IT-стартапах.

Мои ребята уже работают в крупных компаниях — от банков до маркетплейсов и стартапов:

1. Требования

Какими навыками должен обладать аналитик?

Требования — вот с чего начинается вся магия системного анализа. Это не просто список желаний от заказчика. Это одна из ключевых основ проекта.

Твоя задача — научиться вытаскивать эти желания из головы заказчика, разложить по полочкам, описать человеческим языком и донести до команды разработки так, чтобы у них не случился нервный срыв.

Разберись в базовой штуке: есть функциональные требования — они описывают, что именно система должна делать. Например: «На карточке товара должна быть кнопка оплаты».

А есть нефункциональные требования — они описывают, в каких условиях система должна работать: быстро, стабильно, безопасно, удобно.

И сейчас я хочу простым и понятным языком объяснить, какими навыками нужно обладать аналитику для трудоустройства.

Простая формулировка, но таких историй ты должен писать десятки.

И, пожалуйста, не бойся задавать вопросы. Это твой основной инструмент. Не «Ага, вроде, понятно», а «А какой функционал критичен для запуска?», «А как пользователь будет работать с этой фичей?».

Чем глубже копаешь — тем меньше факапов потом на выходе.

Выучишься работать с требованиями — считай, половину профессии уже закрыл.

Например: «Сайт должен загружаться не дольше двух секунд даже при медленном интернете».

Дальше — практика.

Начни с учебного проекта. Придумай продукт и попробуй описать к нему требования.

Подключай User Stories и Use Cases. Вот тебе пример: «Как пользователь, я хочу видеть цену товара на его странице, чтобы принять решение о покупке».

Вот, что важно понимать: в работе аналитика без документации ты как без рук.

Поэтому тебе нужно чётко понимать, какие виды документов вообще существуют, чем они отличаются и в каком случае что использовать.

BRD — про бизнес, SRS — про систему, Use Case — про поведение, а где-то потребуется User Story.

Не усложняй. Просто открой эти форматы в интернете, попиши их руками. Возьми любую фичу (например, доставка посылок в Яндекс Такси), распиши как User Story. Потом в формате Use Case.

Проверь: всё ли понятно, есть ли логика, не упустил ли важные сценарии. Это реально прокачает твое понимание, как формулировать требования нормально, а не «что-то там по верхам».

Плюс — важный лайфхак: в 90% случаев ты приходишь в команду, где уже всё есть: шаблоны, структура, форматы.

Просто встраивайся и, если что-то можно улучшить — предлагай. Главное — понимай, зачем пишешь и для кого. Тогда и на собесе вопросов к тебе не будет.

Проектирование — это не про рисование кружочков, как думают новички на старте.

Это способ наглядно показать, как работает система или бизнес-процесс. Без этого ты как будто пытаешься объяснить человеку дорогу без карты.

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

Возьми любую знакомую тебе задачу — например, покупку товара в онлайн-магазине. И попробуй разложить её через диаграмму активности или последовательности.

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

Не надо заморачиваться с суперсложными инструментами — открываешь Draw.io, Bizagi или любой другой визуальный редактор и просто пробуешь.

Сделаешь 2−3 такие схемы — начнёт доходить, зачем это вообще нужно. А потом, когда начнёшь работать с требованиями, проектирование станет твоим основным инструментом, чтобы и себе, и другим объяснить, как всё устроено.

Работа системного аналитика тесно связана с данными, поэтому тебе нужно освоить основы работы с базами данных.

Начни с изучения SQL — это основной язык для работы с реляционными базами данных. Узнай, как создавать запросы, вытаскивать данные из таблиц, соединять их и фильтровать.

Практикуйся на бесплатных платформах вроде SQLZoo или DataGrip.

Попробуй работать с такими базами данных, как PostgreSQL или MySQL.

Важно не просто понять теорию, но и уметь применять эти знания на практике, ведь часто системный аналитик участвует в проектировании базы данных или тестировании её работы.

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

Интеграции — это про то, как подружить между собой разные системы.

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

Начни с основ: как работает API, что такое REST и SOAP, в чём разница между ними. REST чаще используется в современных системах, поэтому освоить его стоит в первую очередь.

Потом подключай Postman — это такой визуальный инструмент, где ты можешь руками отправить запрос и посмотреть, что вернётся в ответ.

Самый базовый пример: делаешь GET-запрос, получаешь список пользователей. Или отправляешь POST — и создаёшь нового.

Обязательно научись работать с форматами данных — JSON и XML.

Это как язык, на котором системы друг с другом общаются. Без него ты словно оказался на китайском рынке без телефона с переводчиком.

Чем больше таких задач ты потренируешь, тем спокойнее будешь чувствовать себя, когда на проекте попросят «проверить интеграцию» или «описать взаимодействие с внешним сервисом».

6. Архитектура

Важно хотя бы на базовом уровне разбираться в архитектуре. Потому что ты, как аналитик, не просто собираешь хотелки — ты ещё и должен понимать, как это потом будет жить внутри системы.

Самое частое, с чем ты столкнёшься — это монолиты и микросервисы.

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

Микросервисы — это уже история про «каждому своё», когда каждую часть пилят отдельно, и они общаются между собой через API.

Микросервисы требуют развитой инфраструктуры и усложняют мониторинг, деплой и коммуникации между командами. Это не следующий шаг после монолита, а архитектурное решение со своей ценой.

У этого подхода свои плюсы и подводные камни.

Твоя задача — понимать, когда и почему используется тот или иной подход.

Это не значит, что ты будешь это проектировать — но тебе нужно говорить с разработчиками на одном языке.

Окей, звучит реально, но как оформить резюме, пройти собесы и трудоустроиться?

Вот тебе немного личной истории, чтобы ты понимал: это всё реально.

Меня зовут Саша, по этому плану, что ты сейчас читаешь, я за 4 года успел поработать в ВТБ и Самокате, а сейчас работаю фуллстек-аналитиком в Wildberries — крупнейшем маркетплейсе страны.

В наше время же в айти главное не знания, а прохождение собеседований и трудоустройство.

Перед тем, как я раскрою про трудоустройство, скажу: почему-то, о чем мы будем говорить дальше, сейчас актуально, как никогда?

И почему сейчас лучшее время, чтобы начать пробовать себя в позиции системного аналитика?

Все в нашем мире циклично.

Сначала что-то работает хорошо, а потом просто перестает работать, и по новой. Например, если бы ты купил биткоин в 2011-м, то ты бы сейчас не читал эту статью.

Окна возможностей то появляются, то исчезают. И вот сейчас есть такое окно возможности:

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

Вот здесь на сцену и выходит системный аналитик.

И пока эту профессию не зафорсили в рилсах «топ-1 перспективная айти-профессия», у тебя есть шанс вкатиться без дикой конкуренции.

И нет, у меня не было никакого технического образования. В универе я вообще стоял за стойкой администратора с зарплатой в 7 тысяч.

Ни связей, ни бэкграунда, ни родителей в айти — просто в голове щелкнуло, что надо что-то менять, и пошёл этим путём.

Да, тем самым, где миллионы заказов, логистика и все остальное.

И именно работа аналитиком вытащила меня на доход 400к+.

Так что если ты думаешь, что это слишком сложно или «рынок айти уже не тот» — вообще не аргумент. Всё можно построить с нуля, если есть голова и чёткий план.