Мы в Mish регулярно ищем специалистов и себе в команду, и для заказчиков на аутстафф. На одну вакансию к нам приходит 300–500 откликов, а до собеседования доходит 7–12% кандидатов. По данным hh, конкуренция в ИТ за год выросла вдвое — сейчас это около 22 резюме на вакансию. Но до собеседования чаще не доходят не из-за нехватки опыта, а из-за того, как этот опыт подан.

Дальше можно было бы выдать список правил, но инструкций в интернете и так хватает. Поэтому разберём всё на живых примерах — на Кате и Гене. Катя — дизайнер интерфейсов с тремя годами опыта, а Гена — фронтенд-разработчик с четырьмя. Оба знают своё дело и несколько месяцев не получают ответов. Разберём, почему рекрутеры отсеивают наших героев.

 

Портфолио как квест: пройди пять уровней, найди кейс

Представьте себя на месте рекрутера. Он открывает ссылку на портфолио и попадает на Google Диск с папками внутри папок. Или в Figma, где запаролен вход или свалены проекты без структуры — непонятно, какие макеты куда относятся. Или в Notion, который без VPN просто не откроется, а на рабочих компьютерах его обычно нет. Разбираться в этом некогда: впереди ещё сорок откликов. Рекрутер закрывает вкладку и открывает следующее резюме.

Именно так выглядели отклики Кати и Гены. Дизайнер Катя дала ссылку на Google Диск, где работы спрятаны в папках внутри папок. Разработчик Гена скинул GitHub, где репозитории без описаний и один проект под замком. Инструменты разные, результат одинаковый: рекрутер не понял, что смотреть, и ушёл.

Задача портфолио одна: показать работы быстро и без преград. Инструменты у дизайнеров и разработчиков при этом разные.

Дизайнерам подойдёт Tilda или личный сайт — они открываются сразу, без паролей и запросов доступа. Хорошо работает и Figma, если собрать в ней аккуратный список проектов: кейсы, описания и ссылки на макеты. Behance и Дриббл тоже годятся, но у дизайнеров интерфейсов там обычно мало кейсов. Собрать хороший кейс на Behance трудозатратно, поэтому туда выкладывают самое лучшее, но редко. Если кейсов немного, добавьте рядом сайт, чтобы было что показать.

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

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

Катя собрала сайт на Tilda за выходные: три кейса, понятная структура, без паролей. Гена описал проекты в README и добавил два личных проекта с объяснением, что в них решал. Оба начали получать ответы.

 

Объём: коротко, по делу

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

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

 

Раздел «о себе»: что написать вместо списка добродетелей

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

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

❌ Плохо: «Ответственный командный игрок с развитыми коммуникативными навыками, нацеленный на результат».

✅ Хорошо (реальный пример из нашей практики): «Senior Product Designer с 6+ летним опытом в iGaming, IoT, EdTech, fitness-tech и e-commerce. Специализируюсь на проектировании мобильных и веб-продуктов в B2B2C, service design и multi-sided контекстах. Эксперт в полном цикле UX-исследований, дизайн-системах и data-driven подходе к проектированию».

Для дизайнера Кати та же логика, только про дизайн: специализация, стаж, сферы, с чем работала.

 

Опыт работы: «участвовал в редизайне», а ещё?

В разделе с опытом Катя написала, что участвовала в редизайне приложения. Это ничего не говорит рекрутеру и звучит как «ходила на работу». Такую формулировку он видит в каждом втором резюме. В опыте важно, что изменилось благодаря вам. Цифры подходят, если вы готовы объяснить их на собеседовании. Дизайнеры редко отвечают за конверсию напрямую, а разработчики за выручку, но у каждого есть свои результаты: собрали дизайн-систему, ускорили загрузку, уменьшили количество правок от команды. Опыт наставничества и преподавания тоже стоит указать — он выделяет среди равных по уровню.

❌ Плохо: «Участвовала в редизайне мобильного приложения банка».

✅ Хорошо: «Собрала дизайн-систему для команды из восьми разработчиков — согласование макетов стало занимать вдвое меньше времени».

У Гены принцип тот же, только про код: что конкретно стало лучше после его работы — ускорилась загрузка, упало число ошибок, разработка пошла быстрее.

 

Пробелы и смена работы: рекрутер додумает сам

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

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

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

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

 

Сопроводительное письмо

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

Гена же написал так: «Здравствуйте. Меня зовут Гена, я разработчик с четырьмя годами опыта. Хочу работать в вашей компании, так как она динамично развивается и предлагает интересные задачи. Прошу рассмотреть мою кандидатуру». Беда не в самом письме, а в том, что оно подходит кому угодно. Видно, что Гена разослал одинаковый текст по всем вакансиям, просто меняя название компании. Рекрутер считывает это с первой строки.

❌ Плохо: «Здравствуйте. Меня зовут Катя, я дизайнер с тремя годами опыта. Хочу работать в вашей компании, так как она динамично развивается. Прошу рассмотреть мою кандидатуру».

✅ Хорошо (реальный пример из нашей практики): «Привет. Меня заинтересовала ваша вакансия, поскольку задачи описанные в вакансии точно совпадают с моим опытом работы в компаниях „А“ и „Б“. В компании „А“ я оптимизировал ключевые пользовательские сценарии с учётом жёстких регуляторных требований, снизив количество багов на 30%, а в компании „Б“ развивал дизайн-систему и улучшал вовлечённость пользователей на 20%. Это позволило создавать комплексные, цельные решения, которые усиливают продукт целиком.

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

Моё портфолио: [ссылка]

Контакт: [способ связи]

Готов обсудить детали на собеседовании».

 

Чтобы переделать отклик, хватит выходных

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

Гена привёл в порядок GitHub и переписал раздел «о себе» за вечер. Катя собрала сайт на Tilda за выходные. Оба написали разные сопроводительные, под каждую вакансию отдельно. Через неделю у каждого было по два собеседования.

Проверьте свой отклик перед тем, как нажать «отправить»:

• Портфолио или профиль открывается без пароля и лишних шагов
• Лучшие работы видны сразу
• Резюме отправляется файлом, а не ссылкой на HeadHunter
• В разделе «о себе»: специализация, стаж, сферы, кейсы или стек
• В опыте работы: результаты, а не список обязанностей
• Пробелы и частая смена работы объяснены в сопроводительном
• Сопроводительное написано под конкретную компанию
• Ссылка на портфолио или профиль есть прямо в сопроводительном

 

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

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

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