Первая работа в IT без опыта: пошаговый план на 30 дней

Большинство ищет первую работу в IT без опыта по одному сценарию: вечером решают «пора», за час заполняют резюме на hh.ru и запускают веер откликов на всё подряд. Через две недели — 60 откликов, два просмотра, ноль приглашений и вывод «без опыта не берут». Проблема здесь не в рынке, а в порядке действий: отклики запустили до того, как им было чем ответить на главный вопрос работодателя — «почему этого человека стоит позвать?». Ниже — план на 30 дней, который выстраивает порядок правильно: две недели на подготовку базы, две — на запуск и диагностику. Он не обещает оффер к 30-му дню (честный ориентир — 1–3 месяца), но к концу месяца у вас будет то, чего нет у большинства конкурентов: система, в которой видно, что работает, а что чинить.

Почему не стоит начинать с откликов

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

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

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

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

Неделя 1: позиционирование и резюме

Задача недели — превратить «ищу любую работу в IT» в конкретное предложение, которое рекрутер понимает за пять секунд.

Дни 1–2: выберите одну роль и соберите словарь стека

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

Дальше соберите словарь: откройте 20 свежих вакансий по выбранной роли на hh.ru и выпишите требования, которые повторяются. Эти 10–15 формулировок — язык, на котором рекрутеры ищут кандидатов по базе и сканируют отклики. Резюме должно говорить на нём же, а не синонимами: как именно работает поиск по базе — в статье про ключевые слова в резюме разработчика.

Дни 3–5: соберите резюме вокруг проектов

У новичка нет коммерческого опыта, значит центр тяжести резюме — проекты. Структура простая:

• Заголовок — точное название роли из вакансий («Frontend-разработчик»), не «Junior specialist» и не «Начинающий IT-специалист».
• Блок «Проекты» — выше блока «Опыт». Для каждого проекта: что он делает и для кого, стек, ссылка на код и на живую версию, ваша роль, если делали не в одиночку.
• Навыки — словами из собранного словаря, без «уверенный пользователь ПК».
• Зарплата — по нижней границе вилок стартовых вакансий вашего города или не указывать. Цифра выше рынка отсеивает резюме до просмотра.

Что писать в каждом блоке и какие формулировки работают — детально в статье про резюме программиста без опыта. Если вы после курсов, отдельная ловушка — выглядеть как весь поток с одинаковым дипломным проектом; как от этого уйти — в разборе про резюме после курсов.

Дни 6–7: проверьте резюме до того, как его увидит первый рекрутер

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

Неделя 2: доказательства — проект и GitHub

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

Дни 8–12: доведите один флагманский проект до прода

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

• задеплойте — проект по ссылке, которую можно открыть с телефона, убеждает сильнее любого описания;
• напишите README — что делает проект, скриншот, стек, как запустить локально;
• вычистите код — уберите закомментированные куски, console.log и «TODO: переделать»;
• добавьте одну фичу сверх туториала, если проект учебный: именно она отличает проект от пересказа курса.

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

Дни 13–14: приберитесь в GitHub

Ссылка на GitHub в резюме — обещание доказательств. Пустой профиль или свалка форков с коммитами «fix» и «asdf» вредит сильнее, чем отсутствие ссылки: тимлид шёл за подтверждением и нашёл повод для сомнений. Минимум на два дня: закрепить 2–3 лучших репозитория, каждому — README, убрать из закреплённых чужие форки и заброшенные заготовки. Полный разбор, что должно быть в профиле, — в статье про GitHub для джуна.

Неделя 3: запуск — точечные отклики

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

Дни 15–16: соберите базу вакансий и заведите трекер

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

Сразу заведите учёт: таблица или канбан-доска, где по каждому отклику видно компанию, дату, статус (отправлен → просмотрен → приглашение → интервью) и заметки. Без учёта вы через две недели не вспомните, куда и с каким резюме откликались, — а именно эти данные понадобятся на четвёртой неделе.

Дни 17–21: 5–7 откликов в день, каждый — точечный

Темп: 5–7 откликов в день, это 30–40 минут работы. Каждый отклик собирается из трёх частей:

1. Резюме, адаптированное под вакансию. Не переписать целиком, а подкрутить заголовок, верх опыта и порядок навыков под конкретные требования — это 15 минут по методу из статьи про адаптацию резюме под вакансию.
2. Сопроводительное письмо в 5–8 предложений: почему эта компания, что из требований вы уже делали (со ссылкой на проект), чего вам не хватает и как планируете закрыть. Структура и примеры — в разборе сопроводительных писем разработчику; новичку письмо важнее, чем опытному, — у вас нет стажа, который говорит сам за себя.
3. Запись в трекере.

Двадцать таких откликов почти всегда бьют сотню веерных — и по проценту ответов, и по качеству данных для диагностики. К концу недели у вас 25–35 откликов в работе.

Неделя 4: воронка, диагностика и вторая волна

Отклики продолжаются в том же темпе, но добавляется главное — чтение статистики.

Дни 22–25: прочитайте свою воронку

Воронка новичка — три шага: отклик → просмотр → приглашение. На hh.ru статусы видны в списке откликов, и к 40–50 отправленным откликам данные уже говорят, где рвётся:

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

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

Дни 26–30: почините слабое звено и запустите вторую волну

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

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

Весь план одной таблицей

Дни	Задача	Результат к концу этапа
1–2	Одна роль + словарь стека из 20 вакансий	Понятное позиционирование
3–5	Резюме вокруг проектов	Заголовок = роль, проекты выше опыта
6–7	Проверка резюме по чек-листу и взглядом со стороны	Резюме, которое не стыдно отправить
8–12	Флагманский проект до прода	Деплой + README + чистый код
13–14	Уборка в GitHub	2–3 закреплённых репозитория с README
15–16	База из 30–50 реалистичных вакансий + трекер	Прицел вместо веера
17–21	5–7 точечных откликов в день	25–35 откликов с письмами
22–25	Чтение воронки отклик → просмотр → приглашение	Диагноз: чинить вход или содержание
26–30	Правка слабого звена + вторая волна + подготовка к интервью	Система, которая улучшается с каждой итерацией

Что будет после 30 дней: честные сроки

К концу месяца у вас на руках: позиционирование, резюме, доведённый до прода проект, чистый GitHub, 50–70 откликов и первые данные воронки. Это не оффер — и это нормально. Реалистичный ориентир для новичка — 100–200 откликов и 1–3 месяца активного поиска до первого оффера; 30-дневный план выводит вас в этот коридор с работающей системой, а не с выжженной базой и демотивацией.

Дальше поиск — это итерации: волна откликов → чтение воронки → правка слабого звена → следующая волна. Если после 150+ откликов с честными правками динамики нет совсем, менять нужно не количество, а базовые параметры: стек (спрос по ролям разный), формат (офис в вашем городе против удалёнки, где конкуренция выше), параллельный трек стажировок. И помните про контекст рынка: конкуренция на стартовых позициях в 2026 высокая, сроки поиска выросли у всех — тишина первые недели говорит о рынке, а не о вашей профнепригодности.

Коротко: как искать первую работу в IT без опыта

• Не начинайте с откликов: слабый отклик сжигает вакансию, а их под ваш профиль конечное число. Сначала база, потом залп.
• Недели 1–2 — база: одна роль вместо «любой работы в IT», резюме вокруг проектов, один флагманский проект до прода, чистый GitHub.
• Недели 3–4 — запуск: 30–50 реалистичных вакансий, 5–7 точечных откликов в день с адаптированным резюме и письмом, всё в трекере.
• Диагностика по воронке: ноль просмотров — чинить вход (заголовок, зарплата, стек); просмотры без приглашений — чинить содержание (проекты, письмо).
• Честные сроки: 100–200 откликов и 1–3 месяца до первого оффера. План на 30 дней даёт не оффер, а систему, которая к нему приводит.