🔝 У половины россиян зарплата выросла втрое с момента первого трудоустройства

Сервис Работа.ру опросил более 💜💜💜💜 россиян и выяснил, с каких сумм начинался их карьерный путь и как менялись доходы со временем.

Треть опрошенных начинали с зарплаты 11 000 - 30 000 руб. Почти столько же зарабатывали до 10 000 руб. Около четверти получали на старте от 31 000 до 80 000 руб. и только 💜💜💜 сразу вышли на доход выше 80 000 руб.

Большинство респондентов вышли на первую серьезную работу более 10 лет назад. Начинающих карьеру в последние пару лет среди опрошенных оказалось 💜💜💜

Чуть больше половины оценили свой первый заработок положительно, остальные считают оплату на старте несправедливой.

Также почти половина респондентов сообщили, что сейчас зарабатывают более чем в три раза больше, чем в начале карьеры. Еще 💜💜💜 увеличили доход вдвое. У 💜💜💜 зарплата осталась примерно на том же уровне, а 💜💜💜 столкнулись со снижением.

А как изменилась ваша зарплата с первого рабочего места? ☀️

💃 Подписывайся на GeekOn | GeekSourceJobs

💜ошибок в JD, которые отпугивают даже активных кандидатов

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

Разбираем типичные ошибки на выдуманных примерах. Совпадения с реальными вакансиями случайны, но вы наверняка такое видели ‼️

Ошибка 1️⃣. Требования ради требований

««Знание Java, C++, Python, JavaScript, Golang. Опыт с PostgreSQL, MySQL, MongoDB, Redis. Понимание Docker, Kubernetes, Ansible, Terraform».

Кандидат читает и не понимает: «Это позиция на fullstack, девопса или архитектора? А если я знаю три языка из пяти, но не знаю один — я подхожу или нет?»

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

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

Ошибка 2️⃣. Размытые формулировки

«Участие в развитии продукта. Оптимизация существующего кода. Работа в команде профессионалов».

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

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

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

Ошибка 3️⃣. Скрытая вилка

«Зарплата по результатам собеседования. Конкурентоспособный доход. Обсуждаем индивидуально».

Кандидат с ожиданием 300 000 руб. не пойдет на собеседование, где не знает, готовы ли ему платить эти 300. Он потратит час, а в конце услышит: «Наш бюджет 200». Время потрачено зря, а осадок остался.

Скрытая вилка воспринимается как желание нанять подешевле. Если бюджет действительно плавает в зависимости от уровня, это можно объяснить честно: «Вилка 200 000 - 350 000 руб. в зависимости от грейда».

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

Ошибка 4️⃣. Идеальный кандидат, которого не существует

«Middle+ с опытом от 5 лет, коммерческий опыт с Kubernetes, английский Upper-Intermediate, опыт управления командой, готовность к переезду».

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

Особенно заметен дисбаланс, когда требования высоки, а зарплата остается средней. Кандидаты видят несоответствие и просто проходят мимо.

Как надо ✅: определить, что действительно критично. Kubernetes можно выучить за три месяца, с переездом готовы согласиться не все. Расставить приоритеты и честно их обозначить.

Ошибка 5️⃣. Канцелярит вместо живого языка

«Осуществление поддержки функциональности высоконагруженных систем. Взаимодействие с кросс-функциональными командами».

Кандидат читает такие формулировки и с трудом понимает, о чем вообще речь.

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

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

Формальное описание отсеивает не слабых кандидатов, а сильных, которые не откликаются, потому что у них есть выбор.

Посмотрите свои открытые вакансии. Есть там что-то из этого списка? 😉

💃 Подписывайся на GeekOn | GeekSourceJobs

📈 Спрос на ИИ-навыки в резюме вырос почти вдвое за год

Эксперты «Авито Работы» проанализировали, как за 2025 год изменилось количество резюме, в которых соискатели указывают компетенции в работе с искусственным интеллектом. В декабре-январе таких резюме стало на 💜💜💜 больше, чем год назад. Одновременно выросли и зарплатные ожидания кандидатов с ИИ-навыками — в среднем на 💜💜💜.

📌 Кто активнее добавляет ИИ в резюме?

В сфере ИТ, интернета и телекома количество резюме с упоминанием ИИ выросло в 2,6 раза (💜💜💜💜💜). Для разработчиков, тестировщиков и аналитиков нейросети уже стали постоянным рабочим инструментом.

На втором месте административный персонал — рост в 2,3 раза (💜💜💜💜💜). Здесь ИИ используют для подготовки документов, отчетов и планирования.

В продажах прирост составил 💜💜💜. Менеджеры применяют нейросети для создания коммерческих предложений и сценариев общения с клиентами. В маркетинге и PR число таких резюме выросло на 💜💜💜.

💬 Кто чаще пользуется ИИ при составлении резюме?

Функцию автоматического улучшения текста активнее всего применяли бухгалтеры, финансисты и HR-специалисты (по 💜💜💜). Чуть реже — топ-менеджеры (💜💜💜), педагоги и юристы (по 💜💜💜).

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

А вы уже добавили в резюме навыки работы с нейросетями?

💃 Подписывайся на GeekOn | GeekSourceJobs

3️⃣ полезных инструмента для ИТ-директора

Если вы уже переросли Jira, переболели попытками подружить Confluence с командой и смирились с тем, что Tableau не отвечает на главные вопросы, возможно, пришло время посмотреть в сторону инструментов, которые решают неочевидные, но болезненные проблемы.

💜OpsLevel — каталог сервисов, который не устаревает через месяц

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

OpsLevel автоматически собирает информацию о сервисах из GitHub, CI/CD и от облачных провайдеров. Он показывает не просто список, а уровень зрелости каждого сервиса: есть ли тесты, настроен ли мониторинг, кто отвечает. Если сервис не обновлялся полгода или у него пропал владелец, OpsLevel подсветит это как зону риска.

Тот самый способ перестать спрашивать «Ну, как у нас с архитектурой?» и начать видеть цифры 🙃

💜Sleuth — DORA-метрики без ручного сбора

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

Sleuth подключается к Git, CI/CD, Jira и мониторингу и в реальном времени показывает, как быстро команда доставляет изменения, как часто возникают сбои и сколько времени уходит на восстановление. Можно смотреть в разрезе команд, проектов или отдельных сервисов.

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

💜LaunchDarkly — управление фичами без страха за прод

Проблема: каждый релиз — риск. Можно тестировать сколько угодно, но в проде всегда всплывают неожиданности. Особенно когда новая версия уходит сразу на всю аудиторию.

LaunchDarkly позволяет выкатывать изменения точечно. Включили для 5% пользователей, убедились, что всё работает, раскатали дальше. Если что-то пошло не так — отключили одной кнопкой, без экстренного деплоя и авралов.

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

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

💃 Подписывайся на GeekOn | GeekSourceJobs

Как выглядит «идеальный кандидат» в голове заказчика — и кого мы находим в реальности ⬆️

Каждый ИТ-рекрутер проходил через это:

«Нам нужен senior Java, но желательно еще и в React, и в DevOps разбирается, и с командой работать умеет, и чтобы глаза горели, и зарплата, как у junior».

А в итоге находишь живого человека, который иногда грустит, пьет холодный чай и не мечтает работать 24/7. Но зато он реально делает свою работу хорошо.

Мы решили визуализировать этот вечный конфликт ожиданий и реальности.

📎Слева — супергерой из сна заказчика.
📎Справа — настоящий разработчик, с которым тепло и по-человечески.

И знаете… у второго есть главное — он настоящий. И почему‑то именно такого хочется 🫂 и взять в команду.

А cколько раз вы сталкивались с таким запросом?
🔥 — каждый день, уже не удивляюсь
😭 — плачу, когда слышу «универсальный солдат»
🤝 — научился договариваться и приводить заказчика к реальности
🙈 — у меня есть идеальный мем на эту тему (скиньте в комментарии!)

💃 Подписывайся на GeekOn | GeekSourceJobs

💥 Дефицитные вакансии: как закрывать то, что не хочется продавать?

Бывают вакансии, которые стыдно показывать коллегам. Зарплата ниже рынка. Продукт, который не хочется обсуждать с друзьями. Легаси настолько древнее, что разработчики молятся на удачу, а не на документацию. И тимлид, который на собеседованиях говорит «У нас все плохо, но мы стараемся».

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

Вопрос: можно ли закрыть такую вакансию честно или всегда приходится приукрашивать?

❌ Разбираем, что точно не работает. Попытки продать легаси как «уникальную возможность поработать с технологиями, на которых построен весь мир». Кандидаты расшифровывают это мгновенно: код не трогали годами, документации нет, разбираться придется самостоятельно.

Замалчивание проблем. Кандидат все равно узнает правду на собеседовании с командой или в первый месяц работы. И уйдет, забрав с собой еще и репутацию компании.

Обещания, которые не выполнить. «Мы скоро перепишем все с нуля». «В следующем квартале поднимем зарплату». Если это неправда, кандидат поймет раньше, чем закончится испытательный срок.

✅ А что же все-таки работает? Честность, упакованная правильно. Не «У нас тут свалка, приходи разгребать», а «Проекту десять лет, мы накопили технический долг, сейчас ключевая задача — снизить стоимость поддержки и начать выкатывать новый функционал». В одном случае звучит как проблема, в другом — как задача.

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

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

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

Бывало у вас такое? Закрывали вакансию, от которой все отказывались? 🤔

💃 Подписывайся на GeekOn | GeekSourceJobs

😞 Почти 40% отказов в найме связаны с несоответствием квалификации

Эксперты Talantix проанализировали 8,2 млн причин, по которым не состоялось трудоустройство в 2025 году.

Причины отказов:

⚪️ 39,8% — кандидаты не прошли по квалификации. Год к году показатель вырос: в 2024-м было 34,1%. Компании все чаще смотрят на подтвержденные умения, а не на впечатление от собеседования.

⚪️ 8,1% — кандидаты переставали выходить на связь после оффера или не приходили в первый день. Гостинг особенно распространен в массовом найме.

⚪️ 6,8% — не договорились об условиях работы (график, расположение офиса или занятость).

⚪️ 5,7% — разошлись в зарплатных ожиданиях.

⚪️ Остальное — отказы со стороны заказчика, контрпредложения от текущего работодателя и другие причины.

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

#рыноктруда #HR

💃 Подписывайся на GeekOn | GeekSourceJobs

Что отпугивает хороших кандидатов еще до собеседования? 😰

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

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

💜 Три этапа собеседований, тестовое задание на неделю, анкета с вопросами о хобби и семейном положении. Для кандидата с рыночной стоимостью 300-400 тысяч это может быть сигналом, что здесь не умеют ценить чужое время.

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

💜 Условия не оглашаются внятно.
Если компания скрывает вилку, значит, хочет торговаться. Если не говорит про график и удаленку, значит, возможны изменения. Если компания не может внятно рассказать, над чем предстоит работать, скорее всего, задачи либо размыты, либо сводятся к поддержке старого кода, который давно требует переписывания. Может это не так, но кандидат уже пошел дальше листать вакансии.

💜 А бывает, что компания отличная, условия хорошие, но первый контакт все портит. Рекрутер, который опаздывает на звонок, путает стек, перебивает или не может ответить на простые вопросы про продукт, создает впечатление непрофессионализма всей команды.

Кандидат примеряет на себя: если здесь так общаются с соискателями, как они будут общаться с сотрудниками?

Что с этим делать?
💜 Не мучить тестовыми, если достаточно собеседования. А если давать, то с понятными сроками и гарантированной обратной связью.
💜 Называть условия сразу: не диапазон от 100 до 500, а реалистичную вилку с привязкой к грейдам.
💜 Относиться к рекрутменту как к продаже, а не как к фильтрации. Лучшие кандидаты продают себя сами, но покупают тоже осознанно.

Что думаете? 🤓
👍 — я ИТ‑специалист, и я полностью согласен с каждым пунктом
🔥 — я ИТ‑рекрутер, и я стараюсь делать все наоборот

#HR #IT

💃 Подписывайся на GeekOn | GeekSourceJobs

🤩 Словарь ИТ-руководителя

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

Разбираем ключевые слова, которые помогут руководителям проектов, продуктовым менеджерам и CEO ориентироваться в ИТ-сфере:

1️⃣Blast Radius (радиус поражения)
Буквально — радиус поражения. В ИТ так называют масштаб последствий от сбоя или инцидента. Если упадет сервис авторизации, сколько систем перестанет работать? Сколько пользователей потеряют доступ? Это и есть радиус поражения.

Руководителю важно уметь задавать вопрос: «Как мы минимизируем радиус поражения при выкатке новой версии?»

2️⃣Wardley Mapping (картирование Уордли)
Метод визуализации, который придумал Саймон Уордли. Это карта, где компоненты продукта раскладываются по двум осям: насколько они видны пользователю и насколько зрелая технология за ними стоит.

Одни компоненты приходится писать самим с нуля, другие можно взять готовые. Картирование Уордли позволяет принимать обоснованные решения о том, что строить самим, а что покупать или брать из открытых источников. На продуктовых стратегических сессиях этот инструмент дает понимание, куда вкладывать ресурсы, а где экономить.

3️⃣Stream Mapping (картирование потока создания ценности)
Карта потока создания ценности. Инструмент из бережливого производства, который давно перекочевал в разработку.

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

4️⃣Chaos Engineering (хаос-инжиниринг)
Идея простая: вместо того чтобы ждать, когда система упадет сама, мы ломаем ее намеренно. Отключаем серверы, рвем сеть, нагружаем до предела — и далее смотрим, что происходит.

Хаос-инжиниринг проверяет, насколько система живучая. Если после контролируемого хаоса она продолжает работать, значит, на проде можно спать спокойно.

5️⃣Technical Debt Quadrant (квадрант технического долга)
Классификация технического долга от Мартина Фаулера. Долг бывает разный: осознанный и нечаянный, разумный и безрассудный.

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

А какие термины добавили бы вы в словарь? 💪

#IT #ИТруководитель

💃 Подписывайся на GeekOn | GeekSourceJobs

👍 Две трети российских компаний в 2026 году планируют заняться эмоциональным здоровьем сотрудников

Согласно исследованию hh.ru, интерес к теме оказался равномерным на всех уровнях: программы поддержки психического здоровья считают важными💜💜💜 топ-менеджеров и около💜💜💜 руководителей среднего звена и HR-специалистов.

Пока такие инициативы остаются скорее исключением. В💜💜💜 компаний нет никаких программ психологической поддержки. Лишь в💜💜💜 уже доступна онлайн-помощь психолога, в💜💜💜 проводят мастер-классы, а в💜💜 можно попасть к корпоративному психологу.

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

В hh.ru объясняют это тем, что нагрузка и напряжение напрямую сказываются на вовлеченности сотрудников. Компании пытаются создать среду, где можно расти без риска выгорания, чтобы снизить текучесть и повысить лояльность.

А в вашей компании есть программы поддержки эмоционального здоровья? ☀️

#рыноктруда #подборперсонала

💃 Подписывайся на GeekOn | GeekSourceJobs

Как оценить компетенции руководителя, если вы не техспециалист? 💬

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

1️⃣О процессах

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

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

Зрелый руководитель не будет рассказывать про то, как он «всегда прав». Он опишет, как собирает аргументы, взвешивает риски и коммуницирует решение команде.

2️⃣О команде

Попросите рассказать о команде. Не формально — «у нас пять бэкэнд-разработчиков и два фронтенда», а про людей. Кто на каком этапе роста. Кто требует больше внимания. Кто тянет одеяло на себя. Кто, наоборот, молчит, хотя мог бы предлагать идеи.

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

3️⃣О сложностях

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

Спросите про последний факап. Что пошло не так? Что сделали, чтобы исправить? И что изменили в процессах, чтобы такое не повторилось?

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

4️⃣О культуре

Руководитель — это не просто распределитель задач, а еще и носитель культуры. Уточните, что он делает, чтобы новые сотрудники быстрее встраивались в команду. Как объясняет новичкам, что здесь принято, а что нет. Как реагирует, когда кто-то нарушает договоренности.

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

5️⃣О границах ответственности

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

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

📎И держите небольшой промт в помощь:

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

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

А как вы оцениваете управленцев без технического бэкграунда? Делитесь опытом 🙂

#руководитель #управление #подборперсонала #рекрутмент

💃 Подписывайся на GeekOn | GeekSourceJobs

5️⃣4️⃣💜 работодателей готовы повышать сотрудников раз в год или чаще

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

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

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

Что влияет на решение о повышении?

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

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

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

💃 Подписывайся на GeekOn | GeekSourceJobs

💜полезных инструмента для HR и руководителей

1️⃣ Fireflies.ai — расшифровка встреч

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

Fireflies.ai подключается к Zoom, Google Meet или Teams, слушает встречу и отдает полную расшифровку с таймкодами. Можно не записывать, а просто потом открыть текст и поискать по ключевым словам. Например, «зарплата», «стек», «сроки».

Особенно удобно, когда на встрече несколько человек и нужно зафиксировать договоренности. Или когда кандидат что-то рассказывал про опыт, а вы в этот момент думали о другом.

2️⃣ Contify — мониторинг рынка и конкурентов

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

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

ИТ-рекрутер сможет видеть рынок шире, чем через поиск по базам. А руководитель поймет, куда движутся конкуренты и кого они считают ценным.

3️⃣ Mirror — анонимные пульс-опросы без прикрас

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

Mirror — российский инструмент для регулярного сбора обратной связи от команды. Раз в неделю сотрудникам приходит короткий опрос в Телеграм: как настроение, что мешает, кто помог, что раздражает. Ответы анонимные, но видны в разрезе команд. Можно отследить, где падает дух, еще до того, как человек начал искать новую работу.

Платформа не просто собирает данные, а показывает динамику и подсвечивает проблемные зоны.

А какие инструменты используете вы? 📋

💃 Подписывайся на GeekOn | GeekSourceJobs

В России на 22% выросло число вакансий для руководителей с зарплатой от 150 тысяч

С начала 2026 года работодатели опубликовали более💜💜 💜💜💜 предложений для руководителей высшего и среднего звена. Медианная зарплата в этом сегменте достигла 💜💜💜 💜💜💜 рублей.

💜💜💜💜 вакансий предлагают доход выше 💜💜💜 💜💜💜 рублей. При этом половина топ-менеджеров не ждут существенного роста зарплат в ближайшие три года.

А вы замечаете рост числа управленческих вакансий?

👍 — да, стало больше интересных предложений
🔥 — нет, все стабильно
❤️ — я сам в поиске, посмотрим