Это сообщение я получаю раз в неделю. От джунов, от переученцев, от тех, кто зашёл в IT после 30.
И каждый раз отвечаю одно и то же. Слушай внимательно.
🔍 Заказчику плевать, учебный проект или боевой
Серьёзно. Плевать.
Я нанимал подрядчиков сотни раз. Ни разу не спросил: «А это вы для клиента делали или на курсе?»
Заказчик смотрит на другое:
- решает ли твоя работа задачу
- выглядит ли она чисто
- понимаешь ли ты, что вообще делал
Вот и всё. Три пункта.
Пометка «учебный проект» существует только в твоей голове. Клиент видит результат, а не биографию файла.
Проблема не в том, что проект учебный. Проблема в том, КАК ты его подаёшь.
🚫 Где учебка реально проваливается
А теперь честно — почему учебные работы часто выглядят слабо.
Потому что их делают одинаково.
Весь поток на курсе клепает один и тот же интернет-магазин кроссовок. Одна вёрстка. Один макет из методички. Один и тот же todo-лист на React.
Заказчик такое видел триста раз. Оно сливается в серую массу.
Вторая беда — оторванность от реальности. Учебный проект решает выдуманную задачу. А бизнесу нужна его задача. Конкретная.
И третье — в учебке нет истории. Просто «вот сайт». А почему такие цвета? Какую проблему решал? Что было сложно? Пусто.
Вот это и есть настоящий стыд. Не сам факт учёбы, а безликость.
🛠️ Как превратить учебный проект в аргумент
Я 16 лет в IT и скажу прямо: упаковка решает больше, чем кажется. Часто больше, чем сам код.
Что делать с учебными работами:
1. Переделай задачу под реальность. Не «магазин кроссовок из методички», а «лендинг для местной кофейни, которой реально нет сайта». Взял живой бизнес рядом — сделал.
2. Опиши процесс. Пара абзацев: задача, что решал, почему такие решения, что бы улучшил. Это показывает мышление. А платят за мышление.
3. Доведи до продакшена. Не скриншот в папке, а живая ссылка. Задеплой. Заказчик хочет ткнуть и увидеть, что работает.
4. Убери клоны. Пять одинаковых todo-листов — это не портфолио. Один сильный кейс бьёт десять слабых.
5. Не пиши «учебный». Просто не акцентируй. Ты не врёшь — ты не оправдываешься.
Пример из практики. Пришёл парень, чистый джун, за плечами только курс. Мы взяли его учебный проект, переделали под реальную задачу знакомого шиномонтажа, задеплоили, расписали процесс. Через две недели он закрыл первый платный заказ. С тем же уровнем кода. Изменилась подача.
💼 Врать или нет — граница
Частый вопрос: а можно выдать учебный проект за коммерческий?
Нет.
Не потому что нельзя обмануть — обмануть-то можно. А потому что тебя раскроют на первом же созвоне. «Расскажите про этого клиента» — и ты поплыл.
Репутация в IT — это всё. Один прокол, и рынок про тебя запомнит.
Правильный путь: не врать про заказчика, а честно позиционировать. «Разработал сайт для кофейни» — это правда, даже если кофейня не платила. Ты его РАЗРАБОТАЛ.
Формулировка честная. Стыда ноль.
📌 Вывод, который стоит забрать
Учебный проект в портфолио — это норма. Все начинали с нуля. У всех первый кейс был некоммерческим.
Стыдно не отсутствие опыта. Стыдно — безликая работа без мысли и без души.
Сделай один сильный кейс вместо пяти шаблонных. Опиши процесс. Задеплой. Не оправдывайся.
И ты уже впереди 80% джунов, которые прячут «учебное» и мямлят на созвонах.
Кстати, тему упаковки портфолио я разбираю постоянно, и живее всего это идёт в диалоге. На Дзене я отвечаю не всегда и не всем — руки не доходят. А вот в Телеге (мой Телеграм) и в ВК (сообщество ВК) можно скинуть свой кейс, задать вопрос, и я разберу конкретно твой случай, а не абстрактный. Хочешь честный взгляд со стороны на своё портфолио — заходи, там это удобнее всего.
А если проект уже назрел серьёзный — сайт, бренд, аудит, — работы и контакты лежат на портфолио на сайте. Посмотри, реши, нужен ли я тебе.
Напиши в комментариях: сколько учебных проектов сейчас в твоём портфолио и сколько из них ты стесняешься показывать? Разберём.