Один разработчик, два года работы, релиз в Steam и реальные цифры продаж. Подробный разбор: от выбора движка до конкретных ошибок и выводов на основе данных 2025–2026 годов.
Статья была полезной?
За два года я создал и выпустил инди-игру в Steam в одиночку: от первой идеи до релиза 15 апреля 2026 года. Этот текст — хронология решений, ошибок и цифр, которые помогут другим инди-разработчикам сократить путь и избежать очевидных ловушек.
Идея родилась в апреле 2024 года как попытка совместить отточенную механнику головоломки с процедурной генерацией небольших карт. Главная цель — быстрое прототипирование и возможность запуска на Windows/Mac/Linux без больших затрат. К моменту прототипа (август 2024) было два варианта: Unity (C#) и Godot (GDScript/C#). Выбор оказался в пользу Godot 4.1 по трём причинам: низкий порог входа для одного разработчика, свободная лицензия, удобный экспорт для всех целевых платформ и меньший «шум» в сборке по сравнению с Unity при работе с 2D/2.5D проектом.
Прототип занял 4 месяца и включал в себя базовую механику, камеру, систему сохранений и генератор уровней. Ключевые дедлайны:
Пример кода сохранения на GDScript, использованного в проекте (сокращённо):
func save_game(path: String) -> void:
var save_data = {
"player_pos": player.global_position,
"seed": rng_seed,
"level": current_level
}
var file = File.new()
if file.open(path, File.WRITE) == OK:
file.store_string(to_json(save_data))
file.close()Выбор Godot означал компромисс: я терял некоторые инструменты стороннего магазина Unity Asset Store, но получал скорость итерации и меньшую зависимость от платных плагинов. В 2025 году, после релизов Godot 4.1–4.2, стабильность движка выросла, что также сыграло свою роль в сохранении сроков.
Процесс разработки строился на еженедельных спринтах по 10–25 часов в неделю: в среднем 18 часов. За два года суммарно получилось около 1 900 рабочих часов. Основные этапы включали: кодирование механик, графику и анимацию, UI/UX, звук, локализацию и подготовку к релизу.
Ошибки, которые наиболее сильно замедляли работу и как я их исправлял:
name: Build Godot
on:
push:
branches: [ main ]
jobs:
build:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v3
- name: Setup Godot
uses: firebelley/setup-godot@v1
with:
godot-version: '4.2'
- name: Export
run: godot --export "Windows Desktop" builds/game_windows.zipЕщё одна крупная ошибка — поздняя работа с локализацией. Английский перевод был готов к бета, но адаптация интерфейса под русский, испанский и немецкий задержала релиз на 6 недель в феврале 2026. Если бы локализация началась раньше (в Q3 2025), релизный цикл был бы короче и дешевле.
Система трекинга задач выглядела так: Jira → Trello → наконец GitHub Issues. Всего зафиксировано 620 задач и багов за два года, из них 110 — критические. Playtest-сессий было 52 (включая закрытые и публичные демонстрации), каждая с выборкой 8–30 человек.
Самая дорогая ошибка — неверный приоритет: тратить время на идеальные визуальные эффекты вместо стабильной базы, которая позволяет вовремя выпустить продукт.
К маркетингу я приступил с опозданием: активные усилия начались в сентябре 2025, за полгода до релиза. Главные активности включали создание страницы в Steam, трейлера, визуального пакета (capsules), участие в Steam Next Fest и работа с прессой/сторонними стримерами.
Ключевые метрики перед релизом:
Тактика и результаты:
Ошибки в маркетинге: поздно начатый community building (сообщество появилось только с ноября 2025), слабая работа с пресс-релизами (практически нулевой отклик в крупных изданиях) и отсутствие локализованных страниц магазина заранее. Если бы была возможность вернуться назад, начал бы публикации и сбор отзывов в соцсетях минимум за 9–12 месяцев до релиза.
Полезные внутренние ресурсы на сайте проекта: материалы по разработке и подборка по маркетингу. Эти разделы помогли мне выбрать правильные форматы для трейлера и описания.
Релиз состоялся 15 апреля 2026 года в 19:00 по московскому времени. Финальная цена — $9.99. На релизе присутствовали 18 ключевых обновлений (патчей) в первые 30 дней — мелкие багфиксы и балансные правки.
Цифры продаж и важные метрики за первый месяц:
Важно: число продаж сильно зависело от первых обзоров и активности стримеров. В день, когда крупный стример с аудиторией 40 000 человек запустил игру, продажи выросли на 28% по сравнению с предыдущим днём.
Проблемы на старте: микропатчи вызывали некоторые проблемы с облачными сохранениями и серверной аналитикой. Над исправлением работал 10 дней, выпустив патч 1.0.3. После этого рейтинг в магазине стабилизировался на уровне 76% положительных отзывов (на момент 15 мая 2026).
Окупаемость и прогнозы: расчёт точной окупаемости зависит от послепродажных затрат и поддержки. При сохранении месячного темпа продаж на уровне 1 200 копий и снижения маркетинговых расходов, проект окупится полностью за 4–6 месяцев после релиза. Однако обычно продажи сильно спадают после первого месяца, поэтому ключевая задача — удерживать интерес через апдейты и скидочные кампании.
Опираясь на опыт двух лет разработки и первые месяцы продаж, я выделил 10 конкретных изменений, которые бы внёс при повторном запуске проекта:
Практический чек-лист перед релизом, который оказался бы полезен:
Если бы я сейчас начинал проект заново, ключевой акцент был бы на раннем маркетинге и чётком MVP: кодить нужно то, что гарантированно влияет на удержание и монетизацию, остальное — вторично.
Два года работы в одиночку дали мне не только релиз, но и набор конкретных бизнес-метрик, которые можно повторить и улучшить. На 15 мая 2026 проект стабильно приносил доход и имел активную небольшую базу игроков, что подтверждало жизнеспособность выбранной стратегии. Для тех, кто планирует свой инди-проект, основной совет — учитесь быстро отдавать и тестировать, но не жертвуйте фундаментом ради визуальных эффектов.
Комментарии (0)
Войдите или зарегистрируйтесь, чтобы оставить комментарий
Загрузка комментариев…