Когда мы в 2018-м впервые подали заявку на локальный инди-шоукейс, то действовали по наитию: отправили сырой билд, склепали описание на коленке и искренне верили, что игра «сама за себя скажет». На стенде выяснилось, что демо вылетает через минуту после запуска, питч никто не понимает, а из десятков посетителей лишь двое запомнили название. С тех пор мы участвовали в полутора десятках событий — от онлай-фестивалей до очных конкурсов — и выработали подход, при котором каждое участие работает как мини-кампания, а не как русская рулетка.
Фестивали и конкурсы — это не только шанс получить награду или стенд, но и один из самых практичных способов проверить игру на живой аудитории. Для инди-команды участие в таких событиях часто даёт больше, чем очередная публикация в соцсетях: раннюю обратную связь, первые вишлисты, контакты с прессой и понимание, как проект выглядит со стороны.
Но эффект появляется только тогда, когда участие подготовлено как отдельная рабочая задача, а не как «давайте просто отправим билд и посмотрим».
## Зачем вообще участвовать в фестивалях и конкурсах
Если убрать романтику и говорить без иллюзий, у участия в фестивалях есть четыре главные задачи:
— показать игру людям, которые реально любят жанр;
— получить фидбек до релиза и поймать слабые места;
— увеличить узнаваемость проекта и студии;
— открыть двери к платформам, сообществам и другим командам.
На практике последний пункт часто недооценивают. Мы, к примеру, на одном из фестивалей познакомились с ребятами, которые через год стали нашими тестировщиками на закрытых сборках — просто потому, что им понравился визуальный стиль и мы нормально пообщались после демо. Такие контакты не планируются заранее, но они появляются именно там, где разработчики открыты к разговору.
Для инди-разработчика это особенно важно в России, где аудитория часто узнаёт о проектах не из больших рекламных кампаний, а через мероприятия, витрины, шоукейсы и локальные игровые сообщества. Фестиваль в этом смысле работает как ускоритель: за пару дней можно получить столько же полезных наблюдений, сколько за месяц одиночного постинга.
## Какие бывают форматы участия
Не все события одинаковы. Перед подачей важно понять, что именно вы ищете.
### Шоукейс или фестиваль
Это формат, где игру показывают публике на стенде или в демозоне. Хорошо подходит, если проект уже можно дать в руки игроку.
Подходит для:
— демо с понятным первым входом;
— проектов, где важны визуал, атмосфера и «вау-эффект»;
— игр, которые можно быстро объяснить за 20–30 секунд.
Из личного опыта: если ваша игра требует пятиминутного инструктажа перед запуском — шоукейс превращается в мучение и для вас, и для посетителя. Мы однажды привезли тактическую стратегию с глубокими механиками и думали, что «умные игроки разберутся». Не разобрались. Следующий билд мы сделали с двухминутным тьюториалом, который включался автоматически.
### Конкурс или питчинг
Здесь чаще оценивают не только саму игру, но и подачу: идею, качество материала, перспективность команды.
Подходит для:
— ранних проектов;
— игр без готового большого демо;
— команд, которые умеют ясно объяснять, чем проект отличается от других.
На питчингах уровень подачи решает всё. Я видел, как сырые прототипы выигрывали у почти готовых игр просто потом, что автор за две минуты объяснял, почему его механика уникальна, а конкурент бубнил десять минут и не мог добраться до сути.
### Онлайн-фестиваль или цифровая витрина
Это удобный формат, если нет бюджета на поездку и стенд. Часто именно он даёт хороший охват при минимальных затратах.
Подходит для:
— небольших команд;
— проектов на этапе активной разработки;
— игр с сильным трейлером, скриншотами и страницей в магазине.
С онлайн-витринами есть нюанс: они работают только если у вас уже есть точка конверсии — страница в Steam, страница на itch.io или хотя бы лендинг с понятным призывом. Без этого вы просто получаете просмотры, которые никуда не ведут.
## Как понять, стоит ли подаваться
Перед подачей ответьте на пять вопросов:
1. Есть ли у игры хоть какой-то «крючок», который можно объяснить за одну фразу?
2. Можно ли пройти демо без долгих объяснений?
3. Готовы ли у вас скриншоты, билд и описание?
4. Есть ли у команды время на ответы, доработки и присутствие на событии?
5. Знаете ли вы, что именно хотите получить: вишлисты, прессу, фидбек, контакты или награду?
Если на половину вопросов ответ «нет», участие, скорее всего, станет лишней нагрузкой.
Если на все или почти все — подаваться стоит.
Пункт про время критически важен. Я не раз наблюдал, как команды спешно готовят билд за ночь до дедлайна, а потом искренне удивляются, что их не взяли. Организаторы видят сотни заявок — небрежность считывается мгновенно.
## Что нужно подготовить заранее
Участие в фестивале редко выигрывают «лучшей игрой вообще». Чаще выигрывают те, кто лучше подготовил пакет материалов.
### Минимальный набор
— короткое описание игры;
— 5–10 скриншотов;
— трейлер или геймплейное видео;
— актуальный билд;
— список платформ;
— контакты ответственного человека;
— понятный питч в одном-двух предложениях.
С контактами отдельная история. В нашей первой заявке мы указали почту, которую проверяли раз в неделю. Ответ от организаторов пролежал шесть дней, мы чуть не пропустили подтверждение. Сейчас у нас отдельный контактный ящик, который мониторится ежедневно, и телефон человека, который отвечает за коммуникацию.
### Что желательно добавить
— FAQ для жюри, прессы или организаторов;
— пресс-кит;
— логотипы в нескольких форматах;
— понятную инструкцию по запуску билда;
— список сильных сторон проекта;
— данные о том, что уже сделано: демо, релиз, тесты, вишлисты, отзывы.
Пресс-кит — это не роскошь, а экономия времени. Однажды нас попросили прислать скриншоты и логотип за час до публикации в местном игровом издании. У нас всё уже лежало в отдельной папке — в итоге вышли в тот же день, а не через неделю.
## Таблица: что важно для разных типов участия
| Формат | Что ценят больше всего | Главный риск | Что подготовить в первую очередь |
|—|—|—|—|
| Фестиваль со стендом | Визуал, первый контакт, удобство демо | Игру не успеют понять за 1–2 минуты | Быстрый билд, баннеры, питч, мерч, FAQ |
| Конкурс | Идея, качество исполнения, подача | Слабая упаковка сильного проекта | Описание, видео, скриншоты, ссылка на билд |
| Онлайн-ивент | Трейлер, страница, охват | Проект теряется среди похожих | Короткий тизер, сильный заголовок, метрики |
| Питч-сессия | Умение объяснить ценность | Долгая и путаная презентация | Слайды, структура питча, цифры, ответы на вопросы |
## Как упаковать игру для подачи
Хорошая подача — это не «красиво оформить», а быстро донести суть.
### Структура короткого описания
1. Что это за игра.
2. В чём её главное отличие.
3. Для кого она.
4. На какой стадии проект.
5. Что уже есть: демо, релизная планка, платформа, жанр.
Пример логики:
— не «увлекательное приключение в необычном мире»;
— а «пошаговая тактическая игра про выживание в постапокалипсисе, где решения игрока меняют состав команды и исход миссий».
Второй вариант сразу даёт понимание, о чём речь. Я часто вижу, как разработчики боятся быть конкретными — им кажется, что «пошаговая тактическая игра» звучит слишком просто. Но жюри и игроки хотят именно простоты: им нужно за секунду понять, их ли это жанр.
### Ошибки в подаче
— слишком общее описание;
— обещание «уникального опыта» без конкретики;
— скриншоты без UI или без понимания жанра;
— видео, где пять первых секунд — логотип и затем пустая сцена;
— отсутствие понятных контактов.
Отдельно про скриншоты: берите те кадры, где видно, чем игрок занимается. Скриншот красивого пейзажа без интерфейса может быть художественно ценным, но жюри из него не поймёт, это RPG или walking sim. Добавьте хотя бы один кадр с UI и понятным действием.
## Как готовить билд для фестиваля
Если игра будет показана живым людям, билд должен работать как инструмент демонстрации, а не как тестовая сборка «для своих».
### Хороший фестивальный билд:
— запускается быстро;
— не требует сложной установки;
— сразу показывает ядро геймплея;
— содержит минимум технических сюрпризов;
— позволяет игроку получить удовольствие за 3–5 минут.
### Плохой фестивальный билд:
— начинается с длинного вступления;
— требует читать текст по 10 минут;
— ломается при сворачивании;
— выглядит как промежуточная дев-сборка;
— не объясняет, что именно в игре интересно.
### Практический чек-лист перед отправкой билда
— проверить запуск на «чистой» машине;
— отключить лишние debug-элементы;
— прописать управление внутри игры;
— добавить кнопку выхода и паузы;
— протестировать без интернета;
— убедиться, что билд не крашится после нескольких циклов.
Последний пункт мы проферяем особенно тшательно. На одном из фестивалей наш билд падал после третьего перезапуска — выяснилось, что не очишался кеш текстур. С тех пор мы всегда гоянем сборку через пять-шесть полных циклов «запустили-вышли-запустили снова».
## Как выжать пользу из самого участия
На фестивале или конкурсе легко увлечься присутствием ради присутствия. Но смысл появляется, когда вы заранее фиксируете, что именно хотите собрать.
### Что собирать на месте
— реакции игроков на первие 30 секунд;
— места, где люди теряются;
— вопрос, которые повторяются чаще всего;
— фразы, которыми люди описывают игру сами;
— что привлекает в визуале, а что не считывается.
### Как работать со стендом или презентацией
— не оставлять игру «саму по себе»;
— первие минуты самому объяснять вход;
— наблдать, где человек замирает;
— не спорить с фидбеком, а записвать его;
— отдельно фиксировать замечания от игроков и от организаторов.
Последний совет особенно болезненный. Когда слышишь критику в адрес механики, над которой работал месяцами, первое желание — защищаться и объяснять, что «ты просто не понял». Дисциплинированно записывать фидбек, не вступая в спор, — это навык, который мы тренировали годами. И именно благадаря ему мы переделали три ключевых системы в наших играх.
## Типовые ошибки инди-команд
### 1. Подача в последний момент
Из-за спешки в заявку попадает сырое описание, старие скриншоты и случайная версия билда. В резултате хорошая игра выглядит слабее, чем есть на самом деле.
### 2. Слишом сложний первый контакт
Игроку дают билд, которий нужно долго объяснять. Если суть не схвативается сразу, интерес быстро падает.
### 3. Ожидание мгновенного эффекта
Фестиваль редко приносит резултат в день закрития. Часто отдача проявляется позже: через вишлисти, новие контакти и повторние упоминания.
###4. Отсутствие целей
Если не определить цель заранее, невозможно понять, било ли участие успешним.
## Как оценить резултат
После фестиваля или конкурса полезно сделать короткий разбор.
### Минималние метрики
— сколько людей сиграло;
— сколько било целевих разговоров;
— сколько собрали контактов;
— сколько появилось вишлистов или переходов;
— какие вопроси задавали чаще всего;
— какие замечания повторялись.
### Простая система оценки
— **Хорошо** — игра понятна, люди хотят продолжать, есть повторний интерес.
— **Нормално** — фидбек полезний, но подача требует доработки.
— **Плохо** — проект не считивается, билд ломается, цель участия не достигнута.
## Чек-лист перед подачей
— [ ] Есть чёткий питч в 1–2 предложениях
— [ ] Подготовлены скриншоты и трейлер
— [ ] Билд стабилен и быстро запускается
— [ ] Есть контакты и ответственный за связь
— [ ] Понятно, зачем участвуете именно вы
— [ ] Известно, как будете измерять результат
— [ ] Подготовлен план общения с игроками, прессой и организаторами
## Когда участие особенно оправдано
Участие в фестивалях и конкурсах даёт максимальный эффект, если:
— игра уже может показать свой характер;
— вам нужен внешний фидбек до финальной полировки;
— вы выходите на новый жанр или новую аудиторию;
— команда хочет усилить узнаваемость без большого бюджета;
— нужен повод выйти из «тихой разработки» в публичное поле.
Последний пункт для нас оказался решающим. Мы полгода разрабатывали прототип и не показывали его никому. В итоге накопили столько внутренних сомнений, что чуть не заморозили проект. Участие в онлай-шоукейсе дало внешнюю точку опоры: мы увидели реакцию живых людей, поняли, что направление верное, и вернулись к работе с новой энергией.
## Когда лучше пропустить
Иногда отказ — более сильное решение, чем участие.
Не стоит подаваться, если:
— у игры нет внятной демонстрационной сцены;
— билд нестабилен;
— команда физически не тянет подготовку;
— материалы собраны в спешке;
— от участия ждут волшебного результата без работы после события.
## Вывод
Фестивали и конкурсы полезны не сами по себе, а как инструмент проверки, упаковки и продвижения игры. Чем точнее вы понимаете задачу, тем выше шанс получить реальную отдачу: фидбек, аудиторию, контакты и новые возможности для проекта.
Если подходить к участию как к отдельному этапу разработки, а не как к случайному мероприятию, оно становится одним из самых практичных каналов роста для инди-команды.
## FAQ
### Стоит ли участвовать в фестивалях на ранней стадии?
Да, если у игры уже есть понятный игровой цикл и её можно показать за несколько минут. Совсем сырые проекты часто не считываются.
### Что важнее: красивый трейлер или хороший билд?
Если речь о подаче на конкурс — важны оба. Если о фестивале со стендом — билд часто важнее, потому что решает живой опыт игрока.
### Сколько времени закладывать на подготовку?
Минимум несколько недель. Если нужен стенд, полиграфия и нормальная упаковка, срок лучше увеличить.
### Можно ли участвовать без бюджета?
Да. Но тогда нужно выбирать форматы с меншими затратами: онлайн-витрины, конкурсы, цифровые шоукейсы и локальные события.
### Что делать после фестиваля?
Собрать фидбек, отфильтровать повторяющиеся замечания, обновить материали и решить, что менять в игре, а что — в подаче.