Когда я собирал своё первое портфолио, то искренне верил: чем больше скриншотов и проектов, тем лучше. На деле же портфолио в геймдеве — это не выставка всего, что вы когда-либо делали. Это инструмент, который за пару минут должен доказать: вы понимаете свою роль, умеете доводить задачи до результата и способны объяснить, почему приняли те или иные решения. Рекрутер не будет вникать в детали каждого проекта — ему нужно быстро увидеть, как вы мыслите и какую пользу можете принести команде. Если портфолио собрано правильно, оно работает как краткий, убедительный ответ на главный вопрос: «Почему этого человека стоит позвать на собеседование?»
Что такое сильное портфолио в геймдеве
Хорошее портфолио показывает не количество проектов, а качество решений. Я сам долго не мог понять, почему мои 15 «работ» не вызывают интереса, пока не осознал: студии смотрят на три вещи — понимание роли, умение доводить до результата и способность аргументировать свои действия. Всё остальное — шум.
Для разных направлений акценты будут разными:
| Направление | Что показывать в первую очередь | Что особенно ценится |
|---|---|---|
| Программист | Играбельные прототипы, код, видео, GitHub | Чистая логика, структура, завершённость |
| Геймдизайнер | Концепты механик, уровни, баланс, документация | Умение формулировать решения и проверять их |
| Художник | Арт-пайплайн, финальные работы, этапы создания | Стиль, аккуратность, consistency |
| Нарративный дизайнер | Сценарные фрагменты, квесты, диалоги, worldbuilding | Умение писать под игру, а не «просто красиво» |
| Техарт / VFX / UI | Результат в движке, схемы, процессы, до/после | Практическая применимость и визуальная ясность |
Эта таблица — не догма, а скорее карта того, на что обращают внимание в первую очередь. Когда я переключался между ролями, то каждый раз пересобирал портфолио под эти акценты, и отклик рос на глазах.
С чего начать, если портфолио ещё нет
Когда я только начинал, то откладывал портфолио в долгий ящик — ждал, что вот-вот сделаю «тот самый проект». Это ловушка. В реальности портфолио собирается из небольших, но завершённых работ, которые показывают ваши навыки здесь и сейчас. Не нужно ждать идеального момента — начните с того, что уже умеете.
Рабочий принцип
Я не раз видел, как новички выкладывают десятки начатых и брошенных проектов — это производит впечатление хаоса. Гораздо сильнее смотрятся 3–5 завершённых работ, где видна ваша роль и результат. Один работающий прототип механики убедительнее, чем концепт «игры мечты» на 100 страницах. Завершённость — это сигнал: вы умеете ставить точку, а не только генерировать идеи.
Что можно взять в основу
Не обязательно сразу создавать шедевр. Я начинал с модификаций и небольших скриптов для любимых игр — это дало понимание движков и структуры проектов. Вот что может лечь в основу портфолио:
- Маленькая игра на Unity или Godot — даже простенький платформер или головоломка, но обязательно завершённая, с меню и финалом. Это показывает, что вы умеете доводить проект до играбельного состояния.
- Прототип одной механики — например, система диалогов, инвентарь или физика движения. Идеально, если к прототипу приложено видео и описание, какую проблему он решает.
- Модификация или аддон для существующей игры — мой личный фаворит. Создание мода учит работать с чужим кодом, понимать архитектуру и ограничения движка. Плюс это сразу демонстрирует практический результат.
- Уровень, собранный в редакторе — не просто красивая сцена, а уровень с продуманным геймплеем, темпом и читаемыми ориентирами. Покажите, как игрок будет по нему двигаться.
- UI-экран с логикой и состояниями — главное меню, HUD, окно настроек. Важно показать не только картинку, но и переходы, анимации, реакцию на действия.
- Арт-пак с единым стилем — набор ассетов, объединённых общей темой. Это доказывает, что вы умеете выдерживать визуальную консистентность.
- Сценарная сцена или ветка квеста — фрагмент с диалогами, развилками и последствиями. Покажите, как текст работает на геймплей, а не существует сам по себе.
Каждый из этих пунктов — кирпичик, из которых складывается понимание: вы умеете делать что-то конкретное, а не просто «креативить».
Какой формат портфолио выбрать
Формат зависит от профессии и того, как быстро рекрутеру удобно оценить работу. Я перепробовал разные варианты — от простых PDF-файлов до сложных сайтов — и пришёл к выводу, что универсальным решением остаётся персональный сайт, дополненный профилями на профильных площадках.
1. Сайт-портфолио
Подходит почти всем. Это удобный способ собрать проекты в одном месте и контролировать первое впечатление. Когда я сделал свой первый сайт на простом конструкторе, отклик на вакансии вырос просто потому, что рекрутеру не нужно было прыгать по разным платформам.
Что должно быть на сайте:
- Короткое описание — буквально 2-3 предложения о том, кто вы и чем занимаетесь. Никакой автобиографии, только суть.
- Лучшие работы сверху — не заставляйте рекрутера скроллить в поисках сильных проектов. Первые 2-3 работы должны быть самыми убедительными.
- Ссылка на резюме — желательно в формате PDF, который открывается в один клик.
- Контакты — почта, Telegram, LinkedIn. Чем проще с вами связаться, тем лучше.
- Ссылки на GitHub, itch.io, ArtStation, Behance или другие площадки — в зависимости от специализации. Это расширяет контекст и даёт возможность копнуть глубже, если рекрутеру интересно.
2. Портфолио в PDF
Полезно как дополнительная версия для отправки на вакансию. Особенно удобно, если работ много, а рекрутеру нужен быстрый просмотр. Я обычно делаю PDF-версию из 5-7 страниц с самыми сильными проектами и прикрепляю к отклику вместе со ссылкой на сайт. Это страховка на случай, если сайт не откроется или письмо попадёт в спам.
3. Публичные площадки
Они не заменяют сайт, но отлично дополняют. Для программиста обязателен GitHub и itch.io — там можно показать код и играбельные билды. Художнику — ArtStation, это стандарт индустрии. Геймдизайнеру подойдёт сайт, Google Docs, Notion или PDF — главное, чтобы была видна структура мысли. Нарративщику нужно портфолио с примерами текстов, сценариев и описанием задач, и тут лучше всего работает персональный сайт или структурированный документ.
Что должно быть в каждом проекте
Каждый проект в портфолио должен отвечать на пять вопросов. Я для себя вывел этот чек-лист после нескольких отказов: рекрутеры просто не понимали, что именно я сделал и зачем. Теперь я всегда проверяю, чтобы по каждому проекту было ясно:
- что это за работа;
- какую проблему она решает;
- какая была ваша роль;
- какие инструменты использовались;
- какой результат получился.
Без этого проект — просто красивая картинка или строчка кода без контекста.
Минимальная карточка проекта
Я обычно оформляю каждый проект в виде короткой карточки. Это дисциплинирует и помогает не растекаться мыслью. В карточке должно быть:
- название;
- жанр или тип;
- ваша роль;
- сроки;
- движок / инструменты / язык;
- короткое описание;
- ссылка на сборку, видео или репозиторий;
- что получилось особенно хорошо;
- что бы вы улучшили.
Последний пункт — «что бы вы улучшили» — особенно важен. Он показывает, что вы умеете рефлексировать и видите точки роста, а это ценят в любой студии.
Пример хорошего описания
Плохо: «Сделал интересный платформер».
Хорошо: «Собрал прототип 2D-платформера на Unity за 2 недели: реализовал прыжок, двойной прыжок, врагов с простым ИИ и систему чекпоинтов. Основная цель — проверить, насколько ощущается темп управления».
Разница колоссальная. В первом случае рекрутер ничего не понимает, во втором — сразу видит объём работы, сроки, конкретные механики и цель. Я всегда советую писать описания именно так: факты, цифры, контекст.
Идеальная структура портфолио
Ниже — практичный каркас, который подходит большинству начинающих специалистов. Я сам к нему пришёл методом проб и ошибок, когда понял, что рекрутеры тратят на портфолио в среднем 30–60 секунд.
Для первой страницы
- Имя и роль: например, «Unity Developer», «Game Designer», «2D Artist». Сразу дайте понять, кто вы.
- Короткий one-liner: чем занимаетесь и в чём сильны. Например: «Программирую геймплей на C#, специализируюсь на механиках передвижения и ИИ».
- 3–4 лучших проекта — с миниатюрами, названиями и краткими описаниями. Это ядро страницы.
- Контакты — почта, мессенджеры, LinkedIn.
- Резюме — ссылка на скачивание или просмотр.
- Ссылки на профильные платформы — GitHub, ArtStation, itch.io и т.д.
Для страницы проекта
Когда рекрутер кликает на проект, он должен увидеть:
- краткое описание;
- скриншоты или видео (видео предпочтительнее — оно сразу показывает игру в динамике);
- ваша роль;
- стек;
- сложности — с чем пришлось столкнуться и как решали;
- что было сделано лично;
- итоговый результат;
- ссылку на исходники или сборку.
Я всегда добавляю небольшой абзац о сложностях — это оживляет проект и показывает инженерное мышление.
Что видит рекрутер
Обычно у него мало времени. Когда я впервые показал своё портфолио знакомому рекрутеру, он пролистал его за 20 секунд и сказал: «Первые две работы — самые сильные, остальное я даже не открыл». Поэтому первые работы должны быть самыми сильными. Не прячьте удачные проекты внизу страницы — это убивает первое впечатление.
Что показывать по разным профессиям
Универсального портфолио не существует. То, что работает для программиста, не подойдёт художнику, и наоборот. Я сам несколько раз пересобирал портфолио, когда менял фокус с программирования на геймдизайн, и каждый раз акценты смещались.
Если вы программист
Портфолио должно показывать не только «умение писать код», но и понимание геймплейных задач. Я начинал с того, что выкладывал просто куски кода на GitHub, но быстро понял: рекрутеру некогда разбираться в репозитории без пояснений. Гораздо убедительнее — короткое видео с демонстрацией прототипа и ссылка на чистый, хорошо структурированный код.
Подойдут:
- играбельные прототипы;
- механики движения, боя, инвентаря, UI;
- ИИ противников;
- системы сохранения;
- tools для команды;
- интеграции с движком.
Что важно:
- код должен быть читаемым — комментируйте ключевые моменты, соблюдайте структуру;
- лучше показать один законченный прототип, чем набор фрагментов;
- нужен видео-демо, а не только репозиторий — 30-секундный ролик с геймплеем скажет больше, чем тысяча строк кода.
Если вы геймдизайнер
Работодателю важно увидеть, что вы умеете не только придумывать идеи, но и проверять их. Я часто вижу портфолио, где дизайнеры описывают концепты, но не показывают, как они тестировались и дорабатывались. А ведь именно итерации — суть геймдизайна.
Подойдут:
- дизайн-документы;
- прототипы механик;
- баланс-таблицы;
- анализ проблем и решений;
- уровни;
- реворки существующих систем;
- примеры итераций: «было → тест → вывод → стало».
Последний пункт — мой любимый. Покажите, как механика менялась после тестирования: что не работало, какие метрики смотрели, что исправили. Это доказывает, что вы умеете работать с обратной связью.
Если вы художник
Главный вопрос — умеете ли вы делать работу под задачу, стиль и пайплайн. Красивая картинка — это здорово, но если она выбивается из общего стиля проекта, толку от неё мало. Я не художник, но общаясь с арт-лидами, понял: им важнее увидеть процесс и умение вписаться в конвейер, чем единичный шедевр.
Подойдут:
- финальные работы;
- этапы создания;
- персонажи;
- окружение;
- UI;
- анимация;
- материалы, шейдеры, VFX, если это ваша специализация.
Важно:
- добавляйте не только красивую картинку, но и процесс — скетчи, итерации, референсы;
- показывайте, что умеете работать в рамках стиля — например, имитировать арт-дирекшен известной игры;
- оставляйте только сильные работы — лучше 5 отличных, чем 15 средних.
Если вы нарративный дизайнер
Нужны примеры, где текст работает на игру, а не существует сам по себе. Я видел портфолио с красивыми рассказами, но они никак не были привязаны к геймплею — а это провал. Текст в игре всегда функционален: он ведёт игрока, раскрывает мир, мотивирует.
Подойдут:
- диалоги;
- квесты;
- описания событий;
- лор-документы;
- фрагменты сценариев;
- примеры ветвления;
- адаптация текста под интерфейс и геймплей.
Покажите, как ваш текст вписывается в интерфейс, как ветвятся диалоги в зависимости от действий игрока, как описание предмета работает на атмосферу. Контекст решает всё.
Сколько проектов должно быть
Оптимальный минимум для старта — 3–5 хороших работ. Я экспериментировал с количеством: когда выкладывал 10 проектов, рекрутеры всё равно смотрели только первые 3-4. Для более уверенного отклика — 5–8, если они действительно качественные.
Хороший набор обычно выглядит так:
- 1 основной проект — самый сильный, с максимальной глубиной;
- 1–2 дополнительных проекта — подтверждают широту навыков;
- 1 командная работа — показывает, что вы умеете работать в коллективе;
- 1 узкоспециализированный пример — под конкретную вакансию;
- 1 эксперимент или pet project, если он показывает рост.
Такой набор даёт объёмную картину: вы не просто «что-то умеете», а развиваетесь в разных направлениях и можете вписаться в команду.
Когда проектов много, но толку мало
Если у вас 15 маленьких, слабых или незавершённых работ, они не усиливают портфолио. Наоборот, создают ощущение хаоса. Я как-то видел портфолио, где было 20 проектов, но ни один не был доведён до ума — и это сразу вызывало вопрос: а способен ли человек вообще завершать начатое? Лучше удалить всё лишнее и оставить только то, чем вы гордитесь.
Частые ошибки в портфолио
За годы я насмотрелся на сотни портфолио и выделил типичные грабли, на которые наступают почти все новички. Проверьте, нет ли их у вас.
1. Нет ясной роли
Если непонятно, что именно делали вы, ценность проекта резко падает. Я как-то видел портфолио, где было написано «участвовал в проекте». А что именно делал — непонятно. Может, просто кофе носил. Всегда указывайте конкретно: «разработал систему инвентаря», «написал ИИ для врагов», «создал 10 уровней».
2. Слишком много работ
Портфолио перегружается, и сильные проекты теряются. Рекрутер не будет разбираться в куче средних работ — он просто закроет вкладку. Оставьте только лучшее.
3. Нет контекста
Картинка без пояснений мало что значит. Работодатель хочет понять задачу, а не только результат. Всегда добавляйте описание: что это, зачем, какие были ограничения.
4. Только красивые скриншоты
Для геймдева важен процесс и практическая часть. Особенно это касается программистов и геймдизайнеров. Скриншот без демонстрации геймплея или кода — это просто картинка. Покажите, как оно работает.
5. Сломанные ссылки
Если сборка не открывается, репозиторий пустой, а видео недоступно — это сразу минус. Я всегда проверяю все ссылки перед отправкой, причём с разных устройств и из-под разных аккаунтов. Битые ссылки кричат: «Мне всё равно».
6. Нет актуальности
Старые работы без признаков развития выглядят слабее, чем небольшое, но свежее и осмысленное портфолио. Если ваш последний проект был три года назад, это вопрос. Покажите, что вы растёте — добавьте недавние работы или обновите старые.
7. Портфолио не под вакансию
Один и тот же набор работ не всегда подходит всем. Художнику под мобайл и художнику под AAA нужны разные акценты. Я всегда адаптирую портфолио под конкретную вакансию: меняю порядок проектов, выделяю релевантные навыки, убираю то, что не относится к делу.
Как сделать портфолио сильнее за 7 шагов
Эти шаги я вывел для себя, когда в очередной раз пересобирал портфолио после серии отказов. Они простые, но работают безотказно.
- Определите целевую роль. Пока вы сами не знаете, кто вы — программист, дизайнер или художник, портфолио будет размытым. Сузьте фокус.
- Уберите всё, что не связано с этой ролью. Беспощадно удаляйте проекты, которые не работают на целевую позицию.
- Оставьте только лучшие работы. Если сомневаетесь в проекте — убирайте. Лучше 3 отличных, чем 10 средних.
- Для каждого проекта добавьте контекст и вашу роль. Без этого проект — просто файл. Объясните, что вы сделали и зачем.
- Подготовьте видео, скриншоты или сборки. Видео — самый сильный формат. 30 секунд геймплея с комментариями творят чудеса.
- Проверьте удобство просмотра на телефоне и ПК. Рекрутеры часто открывают портфолио с мобильных устройств. Всё должно работать без багов.
- Сверьте портфолио с резюме, чтобы не было противоречий. Если в резюме написано «опыт 3 года», а в портфолио проекты за последний месяц — это вызывает вопросы. Всё должно быть консистентно.
Чек-лист перед публикацией
Я всегда прохожусь по этому списку перед тем, как отправить портфолио. Занимает 5 минут, а спасает от глупых ошибок.
- [ ] На первой странице сразу понятно, кто вы и чем занимаетесь.
- [ ] Лучшие работы стоят выше остальных.
- [ ] У каждого проекта есть описание и ваша роль.
- [ ] Есть ссылки на сборки, репозиторий или видео.
- [ ] В портфолио нет битых ссылок.
- [ ] Текст написан коротко и по делу.
- [ ] Портфолио адаптировано под конкретную профессию.
- [ ] Есть контакты и резюме.
- [ ] Всё открывается без лишних действий.
Как оценить своё портфолио перед отправкой
Задайте себе три вопроса. Я задаю их каждый раз, и если хоть один ответ «нет» — возвращаюсь к доработке.
- Понятно ли за 30 секунд, чем я полезен?
- Видно ли, что проекты реально завершены?
- Есть ли доказательства навыка, а не только обещания?
Если хотя бы на один вопрос ответ «нет», портфолио стоит доработать. Не отправляйте сырой вариант — он сработает против вас.
Что ценят работодатели в геймдеве
В портфолио хорошо работают не «вау-эффекты», а профессиональная ясность. На собеседованиях я не раз слышал, что больше всего ценят не «гениальные идеи», а способность довести задачу до конца и внятно объяснить свои решения. Конкретно работодатели смотрят на:
- умение доводить работу до конца;
- понимание процесса;
- аккуратность;
- способность объяснять решения;
- соответствие роли;
- адекватный уровень амбиций.
Особенно ценится, когда кандидат умеет показывать не только финал, но и путь к нему. Для геймдева это очень важно: игра — командный продукт, а не выставка отдельных красивых картинок. Покажите, как вы итерировали, как собирали обратную связь, как исправляли ошибки — и вы сразу выделитесь из толпы.
Практический пример: как собрать портфолио новичку
Если вы только начинаете, можно идти по такой схеме. Я сам когда-то собирал своё первое портфолио примерно так, и это сработало.
- 1 простой прототип механики — например, система прыжков или стрельбы;
- 1 проект покрупнее с меню, UI и несколькими сценами — чтобы показать, что вы умеете собирать всё воедино;
- 1 командная работа — участие в джеме или учебном проекте, где видна ваша роль;
- 1 работа под конкретную роль — целевой проект, который бьёт точно в вакансию;
- 1 проект с заметной итерацией после теста — покажите, как вы улучшили механику на основе фидбека.
Такой набор уже позволяет показать базу: вы умеете делать, доводить и улучшать. А это именно то, что ищут студии.
Вывод
Портфолио для геймдева — это не архив всего подряд, а инструмент отбора в вашу пользу. Его задача — быстро доказать, что вы умеете работать в нужной роли, понимаете задачи индустрии и можете приносить пользу с первых задач.
Сильное портфолио строится на простом принципе: меньше шума, больше смысла. Покажите лучшие проекты, объясните вклад, добавьте контекст и уберите всё лишнее — и портфолио начнёт работать на вас. Я проверял это на себе не раз: после каждой такой чистки количество приглашений на собеседования росло.
FAQ
Сколько работ достаточно для первого отклика?
Обычно хватает 3–5 сильных проектов, если они хорошо оформлены и релевантны вакансии. Не гонитесь за количеством — лучше отполируйте несколько работ до блеска.
Нужно ли делать сайт, если есть GitHub или ArtStation?
Да, если хотите собрать всё в одном месте и сразу показать свою специализацию. Сайт удобно использовать как главную витрину, а профильные площадки — как дополнительные источники информации. К тому же сайт позволяет контролировать первое впечатление и не зависеть от чужих интерфейсов.
Что важнее: качество или количество?
Качество. Для геймдева один хороший проект ценнее десятка слабых. Я видел, как люди с 3 проектами получали оффер, а с 20 — нет, просто потому, что первые три были проработаны до мелочей.
Можно ли показывать учебные проекты?
Можно и нужно, если они завершены, понятны и демонстрируют нужные навыки. Учебный проект, доведённый до ума, лучше, чем «грандиозный» концепт без реализации.
Что делать, если коммерческого опыта нет?
Сделать упор на pet projects, моды, прототипы, командные учебные работы и проекты с понятной ролью. Я сам начинал без коммерческого опыта, и именно моды и прототипы открыли мне дорогу. Главное — показать, что вы умеете делать что-то полезное здесь и сейчас.
Нужно ли добавлять код в портфолио программисту?
Да, но код должен сопровождаться демо, описанием задачи и результатом. Один только репозиторий редко достаточно убедителен. Рекрутеру нужен контекст: что это за проект, какую проблему решает код, как его запустить и что он демонстрирует. Видео с геймплеем + ссылка на чистый репозиторий — вот идеальная комбинация.
