Мок-интервью в ИТ: как проходит пробное собеседование и зачем оно нужно

Можно хорошо делать свою работу и одновременно затрудняться о ней рассказывать. Например, вы давно не повторяли теорию или не получается коротко объяснить, что именно сделали на проекте. Обнаружить такие сложности до встречи с работодателем можно на мок-интервью.

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

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

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

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

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

Такие блоки могут быть на собеседовании у системного аналитика:

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

В обратной связи разбирают конкретные ответы и действия. Вот что видно на примерах наших мок-интервью:

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

Одни темы сильно отстают от остальных. Другой кандидат справился с проектированием REST-сервиса и SQL-запросами с JOIN. При этом блок по безопасности оказался так себе: человек путал аутентификацию и авторизацию, не знал OAuth 2.0 и OpenID Connect.

В рассказе о себе потерялось самое нужное. Человека попросили рассказать о себе и своем опыте, уложив все в пять минут. Он рассказал слишком коротко и вообще не упомянул свои обязанности. Интервьюер посоветовал объяснить, за что кандидат отвечал лично и какую работу делал.

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

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

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

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

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

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

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

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

Сколько времени отведено на задания и разбор? Будет ли письменная обратная связь, останутся ли код и схемы? Можно запросить обезличенный пример отчета: по нему проще понять, насколько подробно интервьюер объясняет свои замечания.

На рынке полно предложений, и цены довольно сильно разнятся в зависимости от регалий, публичности и опыта интервьюера. Диапазон примерно от 3000 до 30 000 рублей, большинство предложений в ноябре 2026 — около 5–10 тыс. рублей.

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

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

Учитывайте, что публичные собеседования могут показывать только часть реального отбора. Например, один из собеседующих на Python-разработчиков пишет: для YouTube он сокращает встречу, выбирает отдельные темы и уделяет меньше внимания софтам, чем при найме.

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

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

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