Резюме джуна без коммерческого опыта: что писать

«Нет опыта — нет работы, нет работы — нет опыта» рвётся не мотивацией, а файлом, в котором вместо пустой трудовой стоят 2–3 проекта, описанные как работа. Рекрутер на junior-роли и так видит, что штата не было. Ему нужно другое: можно ли дать вам первую задачу без постоянного присмотра и где это открыть за минуту.

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

Коротко:

• Проекты — это ваш опыт. 2–3 с понятной функцией и ссылкой сильнее стены курсов.
• Шапка с ролью Junior [направление], не «начинающий специалист / открыт к предложениям».
• Каждый проект: задача, что сделали вы, стек, ссылка, чего нет (честно).
• Skills только те, чем закроете тестовое. «Слышал на курсе» не пишите.
• Сначала артефакт, потом рассылка. Пустой файл не ускоряет поиск.

Что файл джуна должен закрыть за 15 секунд

На отклик junior QA, поддержки, frontend или backend смотрят так:

1. Это наша роль или человек пишет «хочу в IT»?
2. Есть ли одно доказательство, что похожую задачу уже пробовали?
3. Открывается ли ссылка без пароля и без «сейчас залью»?
4. Не сто технологий из рекламы курса?

Если ответы «в IT», «быстро учусь» и сертификат — вас сравнивают с людьми, у которых репозиторий уже лежит, и выигрывают они. Не пытайтесь выглядеть middle через список фреймворков. Узкий честный проект сильнее широкой стены. Смотреть, под какую роль вообще собирать документ, удобнее в каталоге junior-вакансий, а не по ощущению «лишь бы взяли».

Проекты — ваш опыт, не приложение к пустому разделу

Не оставляйте «Опыт работы: отсутствует». Этот заголовок ничего не даёт и занимает первый экран. Поставьте «Проекты» или «Проекты и практика» сразу после короткого профиля. Учебный статус не прячьте: скрытый курсовой, который притворяется продом, вскрывается вопросом «кто пользователи».

Что считается проектом:

• Учебный сервис, бот, лендинг, кабинет, набор тест-кейсов, дашборд, шаблоны ответов поддержки — если можно открыть и понять вашу роль.
• Диплом или курсовая с кодом, отчётом, внедрением, не только оценкой в зачётке.
• Хакатон, практика, стажировка, вклад в open source — даже две недели с тикетами сильнее сертификата. Как искать вход через практику — в материале про стажировку в IT.
• Фриланс и помощь знакомым, если переведены на задачи: форма, отчёт, очередь обращений, а не «помогал другу».

Если ничего из этого нет, резюме не спасёт. За 3–7 дней соберите один артефакт под одну роль, потом пишите файл. Письмо без факта тоже не поможет: сначала проект, затем сопроводительное без опыта.

Рабочая структура резюме джуна

Держите один порядок. Ломать его ради «креатива» обычно ничего не даёт, а колонки ещё и ломают ATS — см. как пройти ATS.

1. Шапка. Junior QA (manual, web) / Junior frontend, React / специалист поддержки. Город или таймзона, почта, телефон, Telegram, GitHub, LinkedIn если живой.
2. Профиль на 2–4 строки. Кто вы, какой стек, какой уже сделанный кусок, что ищете. Не мечта и не «дружная команда».
3. Навыки. Короткий список того, чем пользуетесь. Для джуна этот блок часто ставят перед проектами, чтобы за 5 секунд было видно стек — но только если список честный.
4. Проекты. 2–3 штуки, у последней 4–6 пуль. Остальные короче.
5. Практика, смежная работа, волонтёрство — если стыкуется с ролью. Иначе в конец или вычеркнуть.
6. Образование и курсы. Вуз коротко. Курс — только рядом с работой, не пять дипломов PDF.

Фото не обязательно. «Цель: получить опыт в стабильной компании» уберите. Имя файла: Ivanov_Junior_QA.pdf.

Как описывать проекты

Формула: что делает продукт → какая была задача → что сделали вы → стек → ссылка → ограничение. Это сильнее «интернет-магазин на React» без деталей.

Пишите так, будто это короткая рабочая пуля, не описание лабораторной. Кто пользователь (хотя бы «учебный сценарий»), какой кусок закрыли, чем кончилось: можно открыть демо, 11 багов в шаблоне, форма не теряет ввод. Эффект может быть скромным. Не обещайте «highload» на курсовом.

README на 10–15 строк обязателен: как запустить, что ваше, чего нет. Не просите «посмотреть весь GitHub». Один репозиторий в пульке.

Примеры: было и стало

Frontend, пет-проект.

Было. Интернет-магазин. HTML, CSS, JavaScript, React, Redux, Node, MongoDB. Адаптивная вёрстка. Работал в команде. Использовал Git. Хочу развиваться как frontend-разработчик.

Стало. Учебный кабинет заказов: список, фильтры, форма, сохранение в mock API. React, TypeScript, CSS-модули. Репозиторий и демо: [ссылки]. В README написано, чего нет: авторизация и тесты. На созвоне могу разобрать компонент формы и ошибки ввода.

QA без коммерческого титула.

Было. Прошёл курс по тестированию. Изучил тест-дизайн. Знаком с Jira, DevTools, Postman. Опыта нет, но быстро учусь.

Стало. Учебный сервис доставки: 18 сценариев, 11 баг-репортов в шаблоне «шаги / ожидание / факт / окружение». Папка: [ссылка]. Регресс по чек-листу перед учебным «релизом». Коммерческого стажа нет. Готов к тестовому в том же формате.

Поддержка, смежная практика.

Было. Работал с людьми. Коммуникабельный. Знание ПК. Хочу в IT в отдел поддержки.

Стало. Год разбирал обращения в сообществе онлайн-курса: очередь сообщений, шаблоны ответов, эскалация к автору. Первое касание — в пределах рабочего дня. Могу показать 5 анонимизированных ответов. Коммерческого Zendesk нет, процесс тот же: тикет → уточнение → решение или эскалация.

Смежный опыт переведён на язык вакансии. Не «работал с людьми», а очередь, шаблон, эскалация. Для части входных ролей это сильнее пустого GitHub.

Куда девать нерелевантную работу

Смена в рознице, курьерка, репетиторство не обязаны занимать первый экран, если вы целитесь в разработку. Они имеют смысл, если доказывают дисциплину смен, очередь клиентов, отчёты — и вы это стыкуете. Иначе одна строка внизу или ничего: три года кассы не закрывают сомнение по React, зато съедают место проектов.

Не выдумывайте IT-обязанности там, где их не было. «Автоматизировал отчёты в Excel» — нормальная пуля для аналитики или поддержки, не «backend experience».

Навыки: короткий честный список

Для джуна стена из 30 технологий — частая причина отказа до проектов. Пишите то, чем закроете тестовое и первую неделю. HTML у frontend не продаёт. «Знание ПК» не продаёт никого. Группируйте: языки, фреймворки, инструменты команды.

Soft skills списком не ставьте. «Командность» доказывают ревью, парная работа на хакатоне, разбор багов в опыте. Как не превратить блок в свалку — в навыках в IT-резюме. Типичные провалы входа — в ошибках в резюме.

Полный каркас: junior backend без штата

Ниже — заполненный каркас. Берите структуру, не чужой домен.

Анна Козлова · Junior backend (Python, Django)

Екатеринбург, UTC+5 · email@domain.com · t.me/anna · github.com/anna

Junior backend, Python. Собрала учебный API заказов: список, статус, простая авторизация по токену. Тесты на главные пути. Ищу первую роль с код-ревью и понятным контуром, не «fullstack на всё».

Навыки: Python, Django, Django REST Framework, PostgreSQL, pytest, Git, Docker (запуск по README).

Проект 1. API заказов (учебный). Нужно было убрать «таблицу в чате» и отдать статусы в JSON. Сделала модели, эндпоинты списка и смены статуса, 12 pytest на ошибки ввода. Репозиторий: [ссылка]. Не делала оплату и очереди — так и написано.

Проект 2. Скрипт выгрузки отчёта для учебной админки: CSV раз в день, без ручного копирования из UI. Python, стандартная библиотека. [ссылка].

Образование: бакалавриат, прикладная информатика, 2025. Курс по Django — только вместе с репозиторием выше, сертификат отдельно не прикладываю.

За 15 секунд видны роль, стек, ссылка, честное ограничение. Этого достаточно, чтобы позвать на тестовое. Универсальный файл «QA + frontend + поддержка» так не выглядит и обычно не работает нигде.

Письмо и отклик

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

Куда откликаться с таким файлом

Junior-вакансия с тестовым, стажировка с понятным брифом, поддержка и ручной QA, где смотрят аккуратность, а не годы в трудовой. Хуже работают роли «middle от 3 лет», «архитектор» и объявления без задачи — туда ваш проект не стыкуется, сколько ни пишите «быстро учусь».

Не рассылайте один PDF на backend, дизайн и «менеджер продукта». Для каждой цели — своя шапка и свой главный проект наверху. Если за неделю тишина на десять похожих объявлений, сначала усильте артефакт и README, а не добавляйте пятый курс. Типичный разбор молчания: почему не отвечают на отклики.

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

Отдельно решите, нужен ли английский файл. Русскоязычная вакансия — русское резюме. Англоязычная junior-роль — перевод уже собранных пуль, не новый набор калек. Языковой слой: ошибки англоязычного CV.

Частые вопросы

Что сделать сейчас

Выберите одну роль. За 3–7 дней доведите один проект до состояния «можно открыть»: README, демо или папка отчётов, честный список ограничений. Перепишите шапку и 5 пуль только под эту роль. Прогоните PDF через разбор резюме.

Откликнитесь на пять похожих объявлений, не на «все junior сразу». К отклику добавьте 4–6 строк с ссылкой на тот же проект. Если письма ещё нет — соберите черновик в генераторе сопроводительного и вычеркните воду. Входные вакансии: каталог junior.