Джун, мидл или сеньор: как понять свой реальный уровень разработчика и не продешевить

«Какой у вас уровень?» — этот вопрос слышит каждый разработчик на собеседовании. И здесь начинается самое интересное.

Один говорит: «Я джун, но могу делать задачи мидла». Другой: «Наверное, мидл, но не уверен». Третий: «Точно сеньор, у меня 10 лет опыта!»

А потом выясняется:

• «Джун» пишет архитектуру, ментори других людей и закрывает половину спринта в одиночку. Но получает 80К, потому что сам назвал себя джуном.

• «Мидл» на самом деле делает только типовые задачи под присмотром сеньора. Но просит 250К, потому что где-то прочитал, что «мидлы столько получают».

• «Сеньор» с 10 годами опыта не может объяснить, почему выбрал этот фреймворк, не знает актуальных практик и пишет код как 5 лет назад. Но требует 400К, потому что «у меня опыт».

Проблема: В IT нет чёткой сертификации уровня. Нет экзамена, который говорит: «Поздравляем, вы официально Middle!» Каждая компания определяет грейды по-своему. Что в одной компании Middle, в другой может быть Strong Junior или даже Junior+.

Статистика, которую нужно знать:

• 60-70% разработчиков занижают свой уровень из-за синдрома самозванца

• 40-50% джунов переоценивают свой уровень (эффект Даннинга-Крюгера)

• Средняя разница между зарплатой джуна и мидла: 100K рублей в месяц

• Средняя разница между зарплатой мидла и сеньора: 120K рублей в месяц

Цена ошибки: Если вы неправильно оценили свой уровень и заниз

или завысили зарплату, вы либо теряете деньги (10-30% от рыночной стоимости), либо не проходите собеседования (потому что работодатель видит несоответствие).

Эта статья — для разработчиков, которые хотят:

1. Честно оценить свой уровень (не занизить, не завысить)

2. Понять, сколько они должны зарабатывать (по рынку РФ 2025)

3. Научиться вести переговоры о зарплате (чтобы не продешевить)

4. Узнать, когда пора просить повышение (и как его обосновать)

Мы разберём критерии каждого грейда (Junior, Middle, Senior), дадим чек-листы для самооценки, покажем реальные зарплаты по специализациям, и расскажем, как правильно вести переговоры.

Без иллюзий. Только рынок 2025 года.

Почему нет единого стандарта грейдов в IT

Прежде чем разбирать уровни, важно понять главное: в IT нет официальной системы грейдирования.

Что такое грейды

Грейд (grade) — это уровень квалификации разработчика, который определяет:

• Какие задачи он может решать

• Насколько самостоятельно работает

• Сколько должен зарабатывать

Традиционно выделяют 3 основных грейда:

• Junior (младший) — 0-2 года опыта

• Middle (средний) — 2-5 лет опыта

• Senior (старший) — 5+ лет опыта

Некоторые компании добавляют промежуточные:

• Intern (стажёр) — до Junior

• Junior+ — между Junior и Middle

• Middle+ — между Middle и Senior

• Lead / Principal / Staff — после Senior

Почему нет единого стандарта

1. IT — молодая индустрия в России

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

2. Разные специализации

Junior Frontend-разработчик и Junior Backend-разработчик — это разные наборы навыков. А Junior в стартапе и Junior в корпорации — разные уровни ответственности.

3. Разные размеры компаний

• Стартап (5-20 человек): Джун может быть единственным разработчиком и делать всё сам — от фронтенда до деплоя.

• Средняя компания (50-200 человек): Джун работает в команде, делает типовые задачи под присмотром.

• Корпорация (1000+ человек): Джун может специализироваться на узкой области (например, только работа с конкретным микросервисом).

4. Разные критерии оценки

Одна компания смотрит на опыт (количество лет). Другая — на навыки (что умеешь). Третья — на результаты (какие задачи закрыл).

Что это значит для вас

Вывод: Нельзя сказать: «Я объективно мидл». Можно сказать: «Я мидл по критериям большинства компаний на рынке».

И именно эти критерии мы сейчас разберём.

Junior (Джун): новичок, которого учат

Кто такой Junior

Junior разработчик — это специалист, который:

• Имеет базовые знания программирования

• Может решать простые, типовые задачи

• Работает под руководством более опытного разработчика

• Требует code review и помощи в сложных моментах

Опыт: Обычно 0-2 года коммерческой разработки (или вообще без опыта, сразу после курсов/вуза).

Hard Skills (технические навыки)

Что должен знать/уметь Junior:

1. Язык программирования

• Знание синтаксиса одного языка (Python, JavaScript, Java, C++ и т.д.)

• Понимание основных конструкций: переменные, циклы, условия, функции

• Умение писать простой читаемый код

2. Основы алгоритмов и структур данных

• Базовые структуры: массивы, списки, словари (hash maps)

• Базовые алгоритмы: сортировка, поиск

• Понимание сложности алгоритмов (O-нотация) на базовом уровне

3. Git (система контроля версий)

• Умение делать commit, push, pull

• Создание веток (branches)

• Базовое понимание merge и конфликтов (но решает их с помощью старших)

4. Основы ООП

• Понимание классов и объектов

• Наследование, инкапсуляция, полиморфизм (на базовом уровне)

5. Работа с базами данных

• Базовый SQL: SELECT, INSERT, UPDATE, DELETE

• Понимание, что такое таблицы, связи (JOIN на простом уровне)

6. Инструменты разработки

• IDE (VS Code, PyCharm, IntelliJ и т.д.)

• Базовая работа с терминалом / командной строкой

• Понимание, как запустить проект локально

Что НЕ обязательно для Junior:

• Глубокое знание фреймворков

• Умение проектировать архитектуру

• Опыт с DevOps / CI/CD

• Знание паттернов проектирования

Soft Skills (личные качества)

1. Способность учиться

Junior должен быстро впитывать новую информацию. Это важнее, чем текущие знания.

2. Умение задавать вопросы

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

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

• Делать задачи в срок (или заранее предупреждать о задержке)

• Не скрывать проблемы («я не понимаю, как это сделать»)

4. Коммуникация

• Уметь объяснить, что делаешь

• Писать понятные комментарии в коде

• Участвовать в обсуждениях (пусть пока больше слушать, чем говорить)

Типичные задачи Junior

Что делает джун:

• Фиксит баги (простые, типовые)

• Пишет простые фичи по готовому техническому заданию

• Покрывает код тестами (unit-тесты для простых функций)

• Рефакторит небольшие участки кода под руководством старших

• Участвует в code review (больше учится, чем ревьюит)

Что НЕ делает джун:

• Не проектирует архитектуру с нуля

• Не принимает технические решения самостоятельно

• Не ведёт проекты

• Не ментори других

Уровень самостоятельности

Junior работает под присмотром:

• Получает задачу с подробным описанием (что делать, как делать)

• Задаёт вопросы часто (это нормально)

• Код проходит обязательное code review перед мержем

• Не блокирует команду, если застрял — сразу просит помощь

Зарплата Junior (РФ, 2025)

По специализациям:

• Backend (Python, Java, Go): 60K - 120K (медиана: ~88K)

• Frontend (React, Vue, Angular): 60K - 100K (медиана: ~76K)

• Mobile (iOS, Android, Flutter): 70K - 110K

• C++: 75K - 100K

• Data Science / ML: 70K - 130K

По городам:

• Москва: +20-30% к медианным значениям

• Санкт-Петербург: +10-20%

• Регионы: -10-20%

• Удалёнка: близко к московским зарплатам (рынок выровнялся)

По типу компаний:

• Стартапы: 60K - 100K (часто ниже рынка, но больше опыта и роста)

• Продуктовые компании: 80K - 120K

• Аутсорс / Аутстаф: 70K - 110K

• Топовые компании (Яндекс, Т-Банк, Сбер): 100K - 150K

Middle (Мидл): самостоятельный специалист

Кто такой Middle

Middle разработчик — это специалист, который:

• Решает большинство задач самостоятельно

• Не требует постоянного контроля

• Понимает не только «как», но и «почему»

• Может оценить сложность задачи и предложить решение

Опыт: Обычно 2-5 лет коммерческой разработки.

Hard Skills

Что должен знать/уметь Middle:

1. Глубокое знание языка и экосистемы

• Уверенное владение одним или несколькими языками

• Понимание внутреннего устройства языка (как работает память, garbage collection, event loop и т.д.)

• Знание best practices языка

2. Фреймворки и библиотеки

• Уверенная работа с основными фреймворками специализации (Django, Spring, React, Angular и т.д.)

• Понимание, когда использовать тот или иной фреймворк

• Умение быстро освоить новую библиотеку

3. Паттерны проектирования

• Знание основных Design Patterns (Singleton, Factory, Observer, Strategy и т.д.)

• Понимание SOLID принципов

• Умение применять паттерны по ситуации (не использовать везде без необходимости)

4. Архитектура приложений

• Понимание MVC, MVVM, Layered Architecture

• Умение проектировать модули приложения

• Понимание, как разделить приложение на компоненты

5. Базы данных

• Уверенная работа с SQL (сложные запросы, JOIN, подзапросы, агрегация)

• Понимание индексов, транзакций, нормализации

• Опыт работы с ORM (SQLAlchemy, Hibernate, Sequelize и т.д.)

• Базовое понимание NoSQL (когда использовать)

6. Тестирование

• Написание unit-тестов (обязательно)

• Понимание интеграционных и e2e тестов

• Умение писать тестируемый код

7. Git (продвинутый уровень)

• Работа с ветками (git flow, rebase, cherry-pick)

• Решение конфликтов самостоятельно

• Понимание истории коммитов (git log, git blame)

8. API и интеграции

• Разработка и использование REST API

• Понимание GraphQL (опционально, но плюс)

• Работа с внешними API (аутентификация, обработка ошибок)

9. Инфраструктура (базовый уровень)

• Понимание Docker (что это, зачем, как запустить контейнер)

• Базовое знание CI/CD (что происходит после push в master)

• Понимание деплоя (как код попадает на продакшн)

Soft Skills

1. Самостоятельность

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

2. Оценка задач

Мидл умеет оценить время на задачу (пусть не идеально, но с точностью ±30%).

3. Code Review

Мидл ревьюит код джунов и других мидлов. Даёт конструктивные комментарии.

4. Менторство (начальное)

Может помочь джуну разобраться в задаче, объяснить, как что-то работает.

5. Коммуникация с бизнесом

Мидл понимает, зачем делается задача, какую бизнес-ценность она приносит.

Типичные задачи Middle

Что делает мидл:

• Разрабатывает фичи от начала до конца (без детального ТЗ)

• Рефакторит код (улучшает архитектуру, убирает технический долг)

• Интегрирует сервисы (подключает API, настраивает взаимодействие)

• Оптимизирует производительность (находит узкие места, ускоряет код)

• Участвует в проектировании (предлагает решения, обсуждает архитектуру)

• Ментори джунов (отвечает на вопросы, проверяет код)

Что НЕ делает мидл (или делает частично):

• Не принимает стратегические технические решения самостоятельно (делает вместе с сеньором)

• Не проектирует архитектуру больших систем с нуля

• Не управляет проектом (это уже роль лида)

Уровень самостоятельности

Middle работает автономно:

• Получает задачу с кратким описанием (что нужно, зачем, но не как именно)

• Самостоятельно выбирает решение

• Задаёт вопросы редко (только если реально застрял или нужно принять важное решение)

• Код проходит code review, но комментариев мало (в основном мелочи)

Зарплата Middle (РФ, 2025)

По специализациям:

• Backend (Python, Java, Go): 150K - 280K (медиана: ~218K)

• Frontend (React, Vue, Angular): 130K - 220K (медиана: ~177K)

• Mobile (iOS, Android, Flutter): 160K - 250K

• C++: 150K - 220K (медиана: ~180K)

• Data Science / ML: 180K - 300K

По городам:

• Москва: 180K - 300K

• Санкт-Петербург: 160K - 270K

• Регионы: 130K - 200K

• Удалёнка: 150K - 250K

По типу компаний:

• Стартапы: 130K - 200K (+ опционы, акции)

• Продуктовые компании: 160K - 250K

• Аутсорс / Аутстаф: 150K - 220K

• Топовые компании (Яндекс, Т-Банк, Сбер, VK): 200K - 350K

Senior (Сеньор): эксперт и лидер

Кто такой Senior

Senior разработчик — это специалист, который:

• Принимает технические решения на уровне проекта/команды

• Проектирует архитектуру систем

• Влияет на процессы разработки в команде

• Ментори мидлов и джунов

• Работает не только с кодом, но и с людьми и бизнесом

Опыт: Обычно 5+ лет, но это не гарантия. Бывают сеньоры с 3 годами опыта (быстрый рост) и мидлы с 8 годами (медленный рост).

Важно: Senior — это не просто «очень опытный мидл». Это качественно другой уровень ответственности.

Hard Skills

Что должен знать/уметь Senior:

1. Глубокая экспертиза

• Знание нескольких языков (не обязательно на одинаковом уровне, но понимание разных парадигм)

• Понимание трейдоффов разных технологий (когда использовать SQL, когда NoSQL; когда микросервисы, когда монолит)

• Знание актуальных трендов (следит за развитием индустрии)

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

• Проектирование высоконагруженных систем

• Понимание микросервисной и монолитной архитектур (плюсы, минусы, когда что использовать)

• Знание Enterprise Patterns (DDD, CQRS, Event Sourcing и т.д.)

• Умение масштабировать приложения

3. Производительность и оптимизация

• Профилирование и поиск узких мест

• Оптимизация баз данных (сложные индексы, партиционирование, репликация)

• Оптимизация сетевых запросов (кэширование, CDN, gRPC)

4. Безопасность

• Понимание OWASP Top 10 (типичные уязвимости веб-приложений)

• Умение проектировать безопасные системы (аутентификация, авторизация, шифрование)

• Понимание угроз и векторов атак

5. DevOps и инфраструктура

• Уверенная работа с Docker и Kubernetes

• Понимание CI/CD pipelines (настройка, оптимизация)

• Базовое знание облачных платформ (AWS, GCP, Azure, Yandex Cloud)

• Понимание мониторинга и логирования (Prometheus, Grafana, ELK)

6. Базы данных (экспертный уровень)

• Глубокое понимание СУБД (PostgreSQL, MySQL и т.д.) — индексы, транзакции, изоляция, блокировки

• Опыт с NoSQL (MongoDB, Redis, Cassandra) — когда и как использовать

• Понимание репликации, шардинга, партиционирования

Soft Skills

1. Стратегическое мышление

Сеньор думает не «как закодить задачу», а «правильная ли это задача».

• Оценивает технический долг

• Планирует рефакторинг

• Предлагает улучшения процессов

2. Менторство

Сеньор активно развивает команду:

• Проводит code review с обучающими комментариями

• Помогает мидлам расти

• Делится знаниями (tech talks, документация)

3. Коммуникация с бизнесом

Сеньор говорит на языке бизнеса:

• Объясняет технические решения через бизнес-ценность

• Может убедить продакта или менеджмент в необходимости технического решения

• Участвует в планировании фичей (говорит, что реально, что нет)

4. Лидерство

Сеньор ведёт технические инициативы:

• Предлагает новые подходы

• Внедряет best practices

• Улучшает процессы в команде

5. Умение говорить «нет»

Сеньор не боится сказать: «Это плохая идея, потому что...» (и аргументировать).

Типичные задачи Senior

Что делает сеньор:

• Проектирует архитектуру новых систем/модулей

• Принимает технические решения (выбор стека, подхода к решению)

• Ревьюит код команды (и отклоняет, если качество низкое)

• Рефакторит сложные участки кода/архитектуры

• Исследует новые технологии (пилотит, оценивает применимость)

• Участвует в найме (технические интервью)

• Ментори мидлов и джунов

• Пишет документацию (архитектурные решения, гайды)

Сколько сеньор кодит:

• В некоторых компаниях: 50-70% времени (остальное — ревью, архитектура, менторство)

• В других: 20-30% (больше коммуникации, планирования, стратегии)

Уровень ответственности

Senior отвечает не только за свой код, но и за:

• Качество кода всей команды

• Архитектурные решения проекта

• Технический рост команды

Зарплата Senior (РФ, 2025)

По специализациям:

• Backend (Python, Java, Go): 250K - 450K (медиана: ~306K)

• Frontend (React, Vue, Angular): 240K - 400K (медиана: ~329K)

• Mobile (iOS, Android, Flutter): 280K - 450K

• C++: 250K - 400K (медиана: ~300K)

• Data Science / ML: 300K - 500K+

По городам:

• Москва: 300K - 500K

• Санкт-Петербург: 280K - 450K

• Регионы: 220K - 350K

• Удалёнка: 250K - 450K

По типу компаний:

• Стартапы: 220K - 350K (+ опционы, акции, доля equity)

• Продуктовые компании: 280K - 400K

• Аутсорс / Аутстаф: 250K - 380K

• Топовые компании (Яндекс, Т-Банк, Сбер, VK): 350K - 600K+

Особые случаи:

• Lead / Principal / Staff Engineer: 500K - 800K+

• Architect: 600K - 1M+

Матрица компетенций: как оценить себя объективно

Теперь давайте переведём всё в конкретную матрицу, по которой можно себя проверить.

Hard Skills: таблица по уровням

Soft Skills: таблица по уровням

Чек-лист: определите свой реальный уровень

Пройдите этот чек-лист честно. Отметьте утверждения, которые точно описывают вас.

Чек-лист Junior

Hard Skills:

• Могу написать функцию / класс для решения простой задачи

• Понимаю, как работают циклы, условия, функции

• Знаю базовый Git (commit, push, pull)

• Могу написать простой SQL-запрос (SELECT, WHERE)

• Понимаю, что такое классы и объекты

• Умею запустить проект локально и работать с IDE

Soft Skills:

• Выполняю задачи по подробному ТЗ

• Задаю вопросы, когда не понимаю

• Мой код проходит code review (с комментариями — это нормально)

• Не боюсь признать, что чего-то не знаю

Результат: Если набрали 6-8 галочек — вы точно Junior.

Чек-лист Middle

Hard Skills:

• Уверенно владею как минимум одним языком программирования

• Работаю с фреймворками (Django, Spring, React и т.д.)

• Знаю основные Design Patterns и применяю их

• Пишу сложные SQL-запросы (JOIN, подзапросы, агрегация)

• Умею проектировать структуру приложения (модули, слои)

• Пишу unit-тесты для своего кода

• Решаю конфликты в Git самостоятельно

• Понимаю, как работает Docker (на базовом уровне)

Soft Skills:

• Решаю задачи самостоятельно, без постоянной помощи

• Оцениваю время на задачи (пусть не идеально)

• Ревьюю код джунов

• Помогаю джунам разбираться в задачах

• Понимаю, зачем делается задача (бизнес-контекст)

Результат: Если набрали 10-12 галочек — вы точно Middle.

Чек-лист Senior

Hard Skills:

• Проектирую архитектуру систем (не только модулей)

• Выбираю технологии и стек для проекта

• Знаю несколько языков / парадигм программирования

• Понимаю трейдоффы разных решений (SQL vs NoSQL, монолит vs микросервисы)

• Оптимизирую производительность систем (профилирование, кэширование)

• Работаю с Kubernetes или облачными платформами

• Понимаю безопасность (OWASP, векторы атак)

• Настраиваю CI/CD pipelines

Soft Skills:

• Принимаю технические решения на уровне проекта

• Ревьюю код всей команды и устанавливаю стандарты

• Активно менторю мидлов (помогаю расти в сеньоров)

• Участвую в найме (технические интервью)

• Коммуницирую с бизнесом / продактом (объясняю технические решения)

• Веду технические инициативы (предлагаю улучшения, внедряю)

Результат: Если набрали 12-14 галочек — вы точно Senior.

Что делать с результатами

Если набрали меньше галочек, чем ожидали:

• Возможно, вы завышаете свой уровень

• Изучите, каких навыков не хватает

• Составьте план развития

Если набрали больше галочек:

• Возможно, вы занижаете свой уровень

• Подумайте о повышении / новой работе

• Пересмотрите зарплатные ожидания

Типичные ошибки в самооценке

Ошибка №1: Синдром самозванца

Как проявляется:

• «Я не мидл, мне просто повезло с задачами»

• «Другие мидлы знают больше меня»

• «Я не заслуживаю такой зарплаты»

Реальность:

60-70% опытных разработчиков занижают свой уровень из-за синдрома самозванца.

Почему это происходит:

• Вы видите свои пробелы, но не видите пробелы других

• Вы сравниваете себя с экспертами (топ-5%), а не с медианой

• Вы недооцениваете накопленный опыт

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

• Спросите коллег: «Какой уровень они мне дали бы?»

• Сходите на собеседования в другие компании (посмотрите, какой уровень вам предлагают)

• Проверьте себя по чек-листу выше (объективные критерии)

Ошибка №2: Эффект Даннинга-Крюгера

Как проявляется:

• «Я знаю Python, значит я мидл»

• «У меня 6 месяцев опыта, но я делаю задачи мидла»

• «Я лучше многих мидлов в нашей компании»

Реальность:

40-50% джунов переоценивают свой уровень, потому что не знают, чего не знают.

Почему это происходит:

• Вы не знаете, какие задачи на самом деле делают мидлы

• Вы не видите, сколько помощи получаете от старших

• Вы не понимаете глубину экспертизы, которую требует следующий уровень

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

• Сходите на собеседование на мидла в топовую компанию (Яндекс, Т-Банк)

• Спросите у сеньора в команде: «Какой у меня уровень?»

• Попробуйте самостоятельно спроектировать фичу от начала до конца (без помощи)

Ошибка №3: Путать опыт и уровень

Как проявляется:

• «У меня 5 лет опыта = я сеньор»

• «Я работаю 10 лет = я точно сеньор»

Реальность:

Опыт ≠ уровень. Можно работать 10 лет на одинаковых задачах и остаться мидлом.

Почему опыт не равен уровню:

• Если вы 5 лет делаете одно и то же — вы не растёте

• Если вы не выходите из зоны комфорта — вы не прокачиваете новые навыки

• Если вы не берёте сложные задачи — вы не достигнете следующего уровня

Правильный подход:

Уровень = Опыт × Сложность задач × Скорость роста

Ошибка №4: Сравнивать себя только с коллегами

Как проявляется:

• «В нашей команде я лучший джун = я мидл»

• «Я сильнее нашего мидла = я мидл»

Проблема:

Уровень коллег в вашей компании может не соответствовать рынку.

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

• Ходите на митапы, общайтесь с разработчиками из других компаний

• Решайте задачи на LeetCode / Codewars (смотрите, на каком уровне вы)

• Проходите собеседования в других компаниях

Как не продешевить с зарплатой

Вы определили свой уровень. Теперь важно правильно назвать зарплату на собеседовании или при пересмотре оклада.

Исследуйте рынок

Шаг 1: Соберите данные

Используйте:

• hh.ru (вакансии с указанием зарплаты)

• Хабр Карьера (калькулятор зарплат)

• Telegram-каналы (IT Salary, Зарплаты в IT)

• Опросы коллег (спросите у друзей-разработчиков)

Шаг 2: Учитывайте факторы

Ваша зарплата зависит от:

• Уровня (Junior / Middle / Senior)

• Специализации (Backend обычно платят больше, чем Frontend)

• Города (Москва +20-30%, регионы -10-20%)

• Типа компании (топовые компании +30-50%)

• Стека (редкие технологии платят больше)

Шаг 3: Определите свою вилку

Формула:

Минимум: Медиана для вашего уровня на рынке
Желаемая: Медиана + 20-30%
Максимум: Верхняя граница рынка для вашего уровня

Пример (Middle Backend, Москва):

• Минимум: 200K

• Желаемая: 250K

• Максимум: 300K

Как называть зарплату на собеседовании

Вопрос рекрутера: «Какие у вас зарплатные ожидания?»

Плохие ответы:

❌ «Да любая, лишь бы взяли» — вас посчитают неуверенным
❌ «Миллион рублей» — если это не соответствует уровню, вас отсеют
❌ «Сколько предложите» — уклонение от ответа, рекрутер не любит

Хорошие ответы:

✅ Вариант 1: Называете вилку

«Моя зарплата сейчас 180K. Я ищу позицию в диапазоне 220-260K,
в зависимости от проекта и условий. Готов обсуждать.»

Почему это хорошо:

• Вы обозначили рынок (220-260K для мидла реально)

• Вы оставили пространство для торга («готов обсуждать»)

• Вы объяснили контекст (зарплата сейчас, ожидания)

✅ Вариант 2: Называете целевую цифру

«Я ориентируюсь на зарплату 250K. Это соответствует моему уровню —
Middle Backend с 4 годами опыта и навыками проектирования микросервисов.»

Почему это хорошо:

• Вы чётко назвали цифру

• Вы обосновали её (уровень, опыт, навыки)

• Вы уверены в себе

✅ Вариант 3: Возвращаете вопрос (для опытных)

«Прежде чем назвать цифру, хочу понять: какой уровень позиции вы рассматриваете?
Strong Middle или Senior? Это повлияет на мои ожидания.»

Почему это хорошо:

• Вы не называете цифру первым (у кого больше информации, тот выигрывает в переговорах)

• Вы узнаёте больше о вакансии

• Работает для опытных (сеньоров, лидов)

Как торговаться

Ситуация: Вам сделали оффер ниже, чем вы хотели.

Пример:

Вы просили 250K. Вам предложили 220K.

Как отвечать:

❌ Плохо: «Ладно, согласен» — вы потеряли 30K в месяц (360K в год)

✅ Хорошо:

«Спасибо за оффер. Мне нравится проект и команда. Но 220K ниже моих ожиданий.
Я ориентируюсь на 250K, потому что:

1. Рынок для Middle Backend в Москве — 200-280K (Хабр Карьера, hh.ru)
2. У меня 4 года опыта + навыки проектирования архитектуры (что ближе к сеньору)
3. Я уже получаю 200K на текущем месте

Можем ли мы обсудить 240-250K? Или альтернативные опции (бонусы, RSU, ДМС+)?»

Почему это работает:

• Вы не соглашаетесь сразу (показываете, что знаете свою цену)

• Вы аргументируете (рынок, навыки, текущая зарплата)

• Вы предлагаете компромисс (240K вместо 250K, или бонусы)

• Вы остаётесь вежливым (не ультиматум, а просьба обсудить)

Результат: В 60-70% случаев компания поднимет оффер на 10-20%.

Ошибки при переговорах

Ошибка 1: Называете текущую зарплату

❌ Рекрутер: «Сколько вы получаете сейчас?»
❌ Вы: «120K»
❌ Рекрутер: «Окей, мы предложим 140K» (хотя могли бы 180K)

✅ Правильно:

«Моя текущая зарплата — это конфиденциальная информация между мной и работодателем.
Я ищу позицию в диапазоне 180-220K, исходя из рынка для моего уровня.»

Ошибка 2: Боитесь просить больше

Многие думают: «Если попрошу много, откажут совсем».

Реальность: Если компании нужен специалист, она договорится.

Правило: Просите на 10-20% больше, чем хотите получить. Будет торг — сойдётесь посередине.

Ошибка 3: Соглашаетесь на «обещания»

❌ «Сейчас дадим 180K, через 3 месяца поднимем до 220K»

Проблема: «Обещания» часто не выполняются.

✅ Правильно: «Спасибо, но я хочу получать 220K сразу. Пересмотр через 3 месяца — это риск.»

Когда просить повышение

Признаки, что пора

1. Вы делаете задачи следующего уровня

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

• Вы мидл, но проектируете архитектуру (задача сеньора)

2. Вы выросли из текущей роли

• Вам скучно на типовых задачах

• Вы можете больше, чем требует позиция

• Коллеги спрашивают у вас совета (признак авторитета)

3. Прошло достаточно времени

• Минимум 6-12 месяцев с момента последнего повышения

• Вы добавили новые навыки (не просто работали, а росли)

4. Вы приносите больше ценности

• Закрываете больше задач, чем раньше

• Помогаете другим (менторство)

• Улучшаете процессы (автоматизация, оптимизация)

Как обосновать повышение

Шаг 1: Подготовьте доказательства

Соберите:

• Список задач, которые закрыли за последние 6-12 месяцев

• Метрики: сколько багов исправили, сколько фич сделали, сколько PR смержили

• Примеры роста: какие новые технологии освоили, какие сложные задачи решили

• Фидбек: положительные отзывы от коллег, результаты performance review

Шаг 2: Назначьте встречу с руководителем

Не просите повышение «между делом». Запланируйте отдельную встречу.

Формулировка:

«Привет! Хочу обсудить свой карьерный рост. Можем созвониться на 30 минут на этой неделе?»

Шаг 3: Аргументируйте

На встрече:

«Я работаю в компании [X месяцев]. За это время:

1. Закрыл [N] задач, включая [сложные примеры]
2. Освоил [новые технологии / навыки]
3. Помогаю джунам / веду код-ревью / улучшил процесс [пример]

Сейчас я делаю задачи [следующего уровня]. Хочу обсудить:
- Переход на уровень [Middle / Senior]
- Пересмотр зарплаты до [цифра]

Что нужно сделать, чтобы это произошло?»

Шаг 4: Слушайте фидбек

Руководитель может сказать:

Вариант А: «Да, ты вырос. Давай оформим повышение».

→ Отлично, обсудите сроки и сумму.

Вариант Б: «Ты на правильном пути, но не хватает [навык / опыт]».

→ Уточните: «Что конкретно нужно сделать? Когда пересмотрим?»

Вариант В: «Сейчас нет бюджета / возможности».

→ Уточните: «Когда будет пересмотр? Могу ли я получить план роста?»

Если отказали

Что делать:

1. Попросите план развития

«Понял, что сейчас повышение невозможно. Можем составить план:
что мне нужно сделать, чтобы через [3/6] месяцев пересмотреть уровень?»

2. Установите дедлайн

«Давай встретимся через 3 месяца и посмотрим на результаты?»

3. Рассмотрите другие опции

Если компания не может поднять зарплату:

• Попросите бонус (одноразовый)

• Попросите ДМС+ (расширенная страховка)

• Попросите обучение (курсы, конференции)

• Попросите удалёнку (если её нет)

4. Подумайте о смене работы

Если компания не может или не хочет вас повышать — возможно, пора искать дальше.

Статистика: Смена работы даёт прирост зарплаты на 20-40% (против 5-15% при повышении внутри компании).

Заключение: действуйте, а не гадайте

Давайте подведём итоги.

Главное, что нужно понять:

1. Нет единого стандарта грейдов. Каждая компания определяет уровни по-своему.

2. Уровень ≠ опыт. Можно быть сеньором через 3 года или мидлом через 8 лет.

3. Уровень = навыки + самостоятельность + ответственность. Это не только код, но и soft skills.

4. Большинство разработчиков занижают свой уровень (синдром самозванца). Проверьте себя объективно.

5. Цена ошибки в самооценке — 10-30% зарплаты. Недооценили себя — потеряли деньги. Переоценили — не прошли собеседования.

Что делать прямо сейчас:

Шаг 1: Пройдите чек-лист (из статьи выше)

Честно ответьте на вопросы. Посчитайте галочки. Определите свой уровень.

Шаг 2: Изучите рынок

Посмотрите зарплаты для вашего уровня на hh.ru, Хабр Карьере, в IT Salary каналах.

Шаг 3: Сравните с текущей зарплатой

Формула:

Отставание от рынка = (Рыночная медиана - Ваша зарплата) / Ваша зарплата × 100%

Пример:

Вы мидл, получаете 160K. Медиана рынка: 220K.

Отставание: (220 - 160) / 160 × 100% = 37,5%

Если отставание больше 20% — пора действовать.

Шаг 4: Составьте план

Вариант А: Просить повышение (если вам нравится компания)

• Подготовьте аргументы

• Назначьте встречу с руководителем

• Обсудите рост и зарплату

Вариант Б: Искать новую работу (если компания не может/не хочет повышать)

• Обновите резюме (указывайте правильный уровень)

• Подготовьтесь к собеседованиям

• Называйте рыночную зарплату (не занижайте!)

Шаг 5: Инвестируйте в рост

Чтобы перейти на следующий уровень:

• Джун → Мидл: Берите более сложные задачи. Учите фреймворки и паттерны. Работайте над самостоятельностью.

• Мидл → Сеньор: Углубляйте экспертизу. Проектируйте архитектуру. Менторьте других. Влияйте на процессы.

Последний совет: Не ждите, пока кто-то повысит вас автоматически.

Компании редко повышают сами. Вы должны показывать свой рост и просить повышение.

Итоговый чек-лист:

• Определили свой реальный уровень (Junior / Middle / Senior)

• Узнали рыночную зарплату для своего уровня

• Сравнили с текущей зарплатой

• Подготовили аргументы для переговоров

• Составили план: просить повышение или искать новую работу

• Начали инвестировать в рост (новые навыки, сложные задачи)

Помните: Ваша карьера и зарплата — в ваших руках. Действуйте.

Удачи! 🚀

А лучшие вакансии для разработчиков ищите на hirehi.ru