Как мы считали окупаемость нашей первой игры

Когда мы делали первую игру в Exiled-Republic, самый опасный вопрос звучал не «получится ли игра интересной», а «сколько копий нужно продать, чтобы не уйти в минус». Именно с этого и начинается трезвая экономика инди-проекта: сначала считаем точку окупаемости, потом уже мечтаем о прибыли.

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

Зачем вообще считать окупаемость заранее

У инди-разработки есть неприятная особенность: на бумаге проект может выглядеть «почти готовым к успеху», а по факту не отбить даже минимальные затраты. Особенно если считать только прямые расходы и забывать про собственное время, комиссию площадки, скидки, возвраты и маркетинг.

Окупаемость нужна не для красивого отчета, а для трех вещей:

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

Если этого не сделать, легко попасть в ловушку: игра собрала отзывы, но дохода мало; или wishlist-ов много, а конверсия в продажи оказалась слабее ожиданий. Для ПК-релиза это особенно критично, потому что продажи часто распределяются неравномерно: сильный старт, затем длинный хвост.

Что мы считали окупаемостью

Для нас окупаемость первой игры — это момент, когда **чистая выручка** покрывает **все затраты на разработку и выпуск**.

Мы отдельно считали:

— прямые расходы на разработку;
— стоимость собственного труда;
— расходы на маркетинг;
— платные сервисы и комиссии;
— резерв на непредвиденные траты.

Важно: если считать только деньги, которые реально ушли со счета, картина будет слишком оптимистичной. В инди-проекте время команды — это тоже затрата. Даже если вы не платили себе зарплату, проект все равно «съел» ресурсы.

Из чего складывается себестоимость игры

Мы разбивали бюджет на блоки. Так проще увидеть, где проект «жирнеет» и куда утекают деньги.

Самая частая ошибка

Многие команды считают только внешний бюджет: контракторов, ассеты, рекламу. Но если вы два года делали игру сами, ваша работа тоже имеет цену. Иначе вы приходите к ложному выводу, что проект окупился, хотя на самом деле он просто не заплатил вам за труд.

Формула, которой мы пользовались

Базовая логика простая:

**Точка окупаемости = все затраты / чистый доход с одной копии**

Но «чистый доход с одной копии» — это не цена в Steam. Из цены нужно вычесть:

— комиссию площадки;
— НДС и другие обязательные удержания, если они применимы к вашему сценарию;
— среднюю скидку на протяжении жизненного цикла;
— возвраты;
— региональную разницу в ценах.

То есть работать надо не с витринной ценой, а с тем, сколько игра реально приносит на руки.

Упрощенный пример

Допустим:

— цена игры — 999 ₽;
— после комиссии и прочих удержаний вы получаете условно 700 ₽;
— с учетом скидок и возвратов средний доход на копию — 560 ₽;
— общий бюджет проекта — 1 120 000 ₽.

Тогда:

**1 120 000 / 560 = 2000 копий**

Значит, чтобы просто выйти в ноль, нужно продать около 2000 копий по этой модели продаж.

Как мы учитывали продажную цену

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

— скидки на релизе или в сезонных распродажах;
— региональные цены;
— возвраты;
— bundle-активности;
— long tail-продажи через месяцы после релиза.

Поэтому мы считали не «цену на странице», а **среднюю фактическую выручку с копии**. Это намного честнее.

Почему это важно

Если игра стоит 999 ₽, это не значит, что каждая копия даст вам 999 ₽. После всех вычетов реальная сумма может быть заметно ниже. И чем больше у вас скидочная активность, тем сильнее расхождение между витриной и реальностью.

Как мы использовали wishlist-ы в расчетах

Для первой игры wishlist-ы были не просто метрикой интереса, а ориентиром продаж. Но мы не делали ошибку «1000 wishlist-ов = 1000 продаж». Это слишком наивно.

Мы смотрели на три вещи:

— сколько wishlist-ов есть к релизу;
— какой ожидается конверт в первые дни и недели;
— насколько сильный у игры long tail после релиза.

Для инди-игр на ПК часто именно стартовые продажи показывают, насколько удачно вы подготовили страницу, трейлер и позиционирование. А дальше продажи живут за счет скидок, обновлений и видимости в магазине.

Практический вывод

Wishlist-ы полезны, но они не заменяют финансовый расчет. Если проект не окупается даже при умеренно оптимистичной конверсии, значит, бюджет или ожидания нужно пересматривать еще до релиза.

Пример расчета окупаемости, который можно повторить

Ниже — простой порядок расчета.

Шаг 1. Соберите все затраты

Впишите все расходы за проект:

— зарплаты;
— фриланс;
— лицензии;
— софт;
— маркетинг;
— звук;
— локализацию;
— тестирование;
— резерв.

Шаг 2. Определите среднюю чистую выручку с копии

Для этого возьмите:

— цену игры;
— скидку по рынку;
— комиссию площадки;
— возвраты;
— налоги и прочие удержания.

Шаг 3. Разделите бюджет на доход с копии

Получите число копий, необходимых для окупаемости.

Шаг 4. Проверьте сценарии

Посчитайте минимум три варианта:

— пессимистичный;
— реалистичный;
— оптимистичный.

Это сразу покажет, где у проекта запас прочности, а где он держится на надежде.

Таблица сценариев окупаемости

| Сценарий | Средняя выручка с копии | Нужные продажи при бюджете 1 200 000 ₽ | Комментарий |
|—|—:|—:|—|
| Пессимистичный | 350 ₽ | 3429 | Сильные скидки, слабая конверсия |
| Реалистичный | 550 ₽ | 2182 | Базовый рабочий сценарий |
| Оптимистичный | 750 ₽ | 1600 | Хороший старт и длинный хвост |

Такая таблица сразу показывает, насколько чувствителен проект к средней цене продажи. Иногда достаточно одной лишней распродажи, чтобы точка окупаемости отодвинулась на сотни копий.

Какие ошибки мы допустили в первом расчете

1. Переоценили «чистую» цену продажи

Сначала нам казалось, что достаточно взять цену игры и вычесть комиссию магазина. На практике этого мало: скидки и возвраты съедают заметную часть выручки.

2. Недооценили маркетинг

Сама игра может быть хорошей, но если страница слабая, трейлер не объясняет ценность, а постов и материалов мало, продажи проседают. Маркетинг — это не «дополнение», а часть себестоимости.

3. Не заложили запас на доработки

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

4. Считали окупаемость только по запуску

Но инди-игра продается не только в день релиза. Иногда проект выходит в плюс через несколько месяцев за счет обновлений, распродаж и повторного интереса.

Как понять, что расчет окупаемости реалистичен

Хороший расчет не тот, где цифры красивые, а тот, где они выдерживают проверку на прочность.

Проверьте себя по чек-листу:

— учтено ли ваше собственное время;
— посчитаны ли скидки, а не только полная цена;
— есть ли резерв хотя бы 10%;
— не забыты ли маркетинговые расходы;
— есть ли несколько сценариев продаж;
— не завышены ли wishlist-ы как источник гарантированных продаж;
— понятна ли точка безубыточности в копиях, а не только в рублях.

Если на какой-то пункт нет ответа, расчет еще сырой.

Когда окупаемость считать бесполезно без контекста

Есть ситуации, где голая математика может ввести в заблуждение:

— если игра — портфолио-проект и прибыль не главная цель;
— если релиз нужен для проверки жанра;
— если проект строится на будущей франшизе;
— если вы зарабатываете не только на продаже игры, но и на услугах, донатах или издательских сделках.

В таких случаях окупаемость все равно нужна, но как один из ориентиров, а не единственный критерий успеха.

Что делать до релиза, если расчет не сходится

Если точка окупаемости выглядит слишком высокой, не пытайтесь «добить» ее надеждой. Лучше пересмотреть сам проект.

Рабочие рычаги

— сократить объем контента;
— упростить визуально дорогие системы;
— сократить количество платформ на старте;
— пересмотреть цену;
— усилить маркетинговую подготовку;
— сделать демо и проверить интерес раньше;
— убрать дорогие, но не влияющие на продажи фичи.

Иногда одна сокращенная система экономит больше, чем месяц дополнительной работы.

Что мы вынесли из первого расчета

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

Для нашей первой игры расчет помог:

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

Именно после этого проект перестал быть «игрой, которую мы делаем», и стал «продуктом, который должен отбить вложения».

Вывод

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

Самое важное правило простое: **не считать окупаемость по полной цене и не забывать цену собственного времени**. Именно эти две ошибки чаще всего ломают ожидания у независимых команд.

FAQ

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

Нужно ли учитывать свое время, если я не брал зарплату?
Да. Иначе расчет будет занижен, а проект покажется прибыльнее, чем он есть на самом деле.

Что важнее для расчета: wishlist-ы или бюджет?
Оба показателя важны, но бюджет определяет точку безубыточности, а wishlist-ы помогают оценить вероятность ее достижения.

Можно ли считать окупаемость по цене из Steam?
Нет, только ориентировочно. Реально важна средняя выручка после комиссии, скидок, возвратов и других удержаний.

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