Как создать компьютерную игру с нуля: пошаговое руководство

Шаг 1 из 9 Геймдизайнер

1. Придумайте идею и ограничьте масштаб

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

Начните с одной механики, которая интересна сама по себе: прыжок, стрельба, сбор предметов, головоломка. Опишите игру одним абзацем: кто герой, что он делает, почему игроку это нравится и чем всё заканчивается. Если абзац не складывается, идея ещё не готова.

Жанр сильно влияет на объём работы. В нашем калькуляторе казуальная игра по шаблону стоит 1,9 млн ₽, а MOBA 9,9 млн ₽: в MOBA больше механик, сетевой код и 3D-графика. Для первой игры подойдут платформер, головоломка, раннер или небольшой рогалик. Как выбрать тему, мы разбирали в статье «Какую игру сделать».

Шаг 2 из 9 Концепт и документ в студии: 1–4 недели

2. Напишите дизайн-документ

Дизайн-документ игры (GDD, Game Design Document) описывает правила, уровни, персонажей, интерфейс и экономику. Для маленькой игры хватит нескольких страниц, у студийного проекта документ растёт до сотни.

В смете нашего калькулятора на документацию казуальной игры закладывается 60 страниц и 120 часов менеджера проекта, у стратегии уже 97 страниц.

Что записать в документ даже для небольшой игры:

• Цель и правилаКак выиграть, как проиграть, что даёт очки
• Механики и управлениеЧто умеет герой и какие кнопки за это отвечают
• Уровни и прогрессСколько уровней, чем они отличаются, как растёт сложность
• Список ассетовПерсонажи, локации, предметы, звуки и экраны интерфейса

Список ассетов нужен даже одному разработчику. По нему видно, сколько моделей, локаций и звуков предстоит сделать, и можно трезво оценить срок. Примеры документов собраны в статье «Делимся опытом: 5 примеров написания документации по разработке игр», а про сюжет мы писали в статье «Разработка сценария игры или приложения».

Шаг 3 из 9 Программист

3. Выберите движок и язык программирования

Движок берёт на себя графику, физику, звук и сборку игры под разные платформы. Писать свой движок для первой игры не нужно: это отдельный большой проект.

Для ПК чаще всего выбирают Unity, Unreal Engine или Godot, а 2D-игру без кода можно собрать в конструкторе. Сравнение ниже, в разделах «Какой движок выбрать» и «Какой язык программирования нужен». В студии мы работаем на Unity с C# и на Unreal Engine с C++ и Blueprints.

Шаг 4 из 9 Прототип в студии: 1–2 месяца

4. Соберите прототип и проверьте, что играть интересно

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

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

using UnityEngine;
using UnityEngine.InputSystem;

// Двигает объект по полу: WASD, стрелки или левый стик геймпада
public class PlayerMove : MonoBehaviour
{
    [SerializeField] float speed = 5f;  // единиц сцены в секунду
    InputAction moveAction;

    void Start()
    {
        // Move есть среди стандартных действий Input System
        moveAction = InputSystem.actions.FindAction("Move");
    }

    void Update()
    {
        Vector2 input = moveAction.ReadValue<Vector2>();
        // Клавиши дают X и Y, а пол в 3D лежит в плоскости X и Z
        Vector3 direction = new Vector3(input.x, 0f, input.y);
        transform.position += direction * speed * Time.deltaTime;
    }
}

Скрипт читает действие Move из Input System, системы ввода Unity. Оно уже связано с WASD, стрелками и стиком геймпада, так что коду всё равно, на чём играют. Если в проекте действий ещё нет, их создаёт кнопка в Edit → Project Settings → Input System Package. Через стены такой куб проходит насквозь, но прототипу это не мешает.

Дайте прототип поиграть друзьям и молча смотрите, где они застревают и где им скучно. Если механика не цепляет на серых кубах, графика её не спасёт.

Из практики AppFox

После прототипа мы делаем vertical slice: один уровень, доведённый до финального качества по графике, звуку и интерфейсу. По нему видно, как будет выглядеть вся игра и сколько стоит её производство.

Шаг 5 из 9 Художники, 3D-моделлер, звукорежиссёр

5. Сделайте графику и звук

Сначала решите, 2D или 3D. В 2D проще начать: персонажа и фон можно нарисовать в одном редакторе. В 3D добавляются моделирование, текстуры, анимация и свет.

Насколько это разная работа, видно по смете стратегии в нашем калькуляторе. Одна 2D-модель занимает около 18 часов художника, 2D-локация около 23. Одна 3D-модель занимает около 45 часов моделлера, а 3D-локация около 73.

В студии мы работаем в Blender, Maya и 3ds Max, текстуры рисуем в Substance Painter, 2D в Photoshop и Illustrator, анимацию 2D-персонажей делаем в Spine. Для пиксельной графики популярен Aseprite.

Если рисовать некому, берут готовые ассеты из магазинов движков. Подборки есть в статьях «Ассеты для Unity» и «Ассеты для Unreal Engine». Перед покупкой проверьте лицензию: разрешено ли использовать ассет в коммерческой игре.

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

Шаг 6 из 9 Программисты, геймдизайнер

6. Производство: код, уровни, баланс

Самый долгий шаг. Здесь пишут игровую логику, собирают уровни, настраивают баланс и связывают всё в одну игру.

Почти любая игра крутится вокруг игрового цикла. Десятки раз в секунду, на каждом кадре, игра делает одно и то же:

пока игра запущена:прочитать ввод игрокаобновить мир: движение, физика, врагинарисовать кадр

Вот как этот цикл выглядит в настоящем коде: целая маленькая игра на Python с библиотекой Pygame, где есть окно, герой-кружок и управление стрелками. Внутри те же три части, что в схеме:

import pygame

pygame.init()
screen = pygame.display.set_mode((800, 450))
clock = pygame.time.Clock()
hero = pygame.Vector2(400, 225)  # где стоит герой, в пикселях
speed = 300                      # пикселей в секунду
running = True

while running:
    # секунды с прошлого кадра; tick(60) держит не больше 60 кадров
    dt = clock.tick(60) / 1000

    # 1. Ввод: закрыли ли окно и какие клавиши зажаты
    for event in pygame.event.get():
        if event.type == pygame.QUIT:
            running = False
    keys = pygame.key.get_pressed()

    # 2. Обновление мира: стрелки двигают героя
    hero.x += (keys[pygame.K_RIGHT] - keys[pygame.K_LEFT]) * speed * dt
    hero.y += (keys[pygame.K_DOWN] - keys[pygame.K_UP]) * speed * dt

    # 3. Отрисовка: стереть прошлый кадр, нарисовать героя, показать
    screen.fill("black")
    pygame.draw.circle(screen, "orange", hero, 20)
    pygame.display.flip()

pygame.quit()

Чтобы запустить пример, поставьте библиотеку командой pip install pygame. Скорость героя умножается на время с прошлого кадра, поэтому на быстром и на медленном компьютере он проходит одинаковое расстояние.

Ввод приходит с клавиатуры, мыши или геймпада. Движок прячет этот цикл и вызывает ваш код в нужный момент: в Unity это метод Update, в Godot _process, в Unreal Engine Tick. Программисту остаётся описать, что происходит с объектами за один кадр.

Сколько занимают сами механики, видно по смете стратегии. Боевая система занимает 375 часов программистов, строительство 225, ручное управление юнитами 163, менеджмент ресурсов 113. Это нормы опытной команды.

Баланс настраивают таблицами: урон, здоровье, цены, награды. Значения выносят в отдельные файлы, чтобы менять их без правки кода.

В Unity для этого есть ScriptableObject. Параметры врага описывают в коде один раз, а значения для каждого типа врагов лежат в своём файле проекта:

using UnityEngine;

// Параметры врага хранятся в отдельном файле, а не в коде
[CreateAssetMenu(fileName = "EnemyStats", menuName = "Game/Enemy Stats")]
public class EnemyStats : ScriptableObject
{
    public int maxHealth = 100;
    public int damage = 10;
    public float moveSpeed = 3f;
}

using UnityEngine;

public class Enemy : MonoBehaviour
{
    [SerializeField] EnemyStats stats;  // файл с параметрами врага
    int health;

    void Start()
    {
        health = stats.maxHealth;
    }

    public void TakeDamage(int amount)
    {
        health -= amount;
        if (health <= 0)
            Destroy(gameObject);
    }
}

Атрибут CreateAssetMenu добавляет в меню Assets → Create пункт Game → Enemy Stats. Геймдизайнер заводит по файлу на каждого врага и меняет здоровье и урон прямо в редакторе, не трогая код.

Шаг 7 из 9 Тестировщики, игроки

7. Протестируйте игру

Тестировать начинают с прототипа, а не перед релизом. Ошибку, найденную сразу, исправить проще: она ещё не обросла зависимостями.

Что проверяют:

• МеханикиКаждая работает по правилам из документа
• БалансИгру можно пройти, и при этом она не слишком лёгкая
• ПроизводительностьЧастота кадров держится на слабом компьютере
• СохраненияПрогресс не теряется после выхода и сбоя
• СовместимостьРазные видеокарты, разрешения экрана и геймпады

В смете казуальной игры на тестирование заложено около 40 часов тестировщика, у стратегии 212 часов и отдельно нагрузочный тест сервера. Как мы проверяем игры, рассказали в статьях «Game Over для багов: как мы тестируем игры» и «Полное руководство по тестированию игр: мобильные и настольные приложения».

Шаг 8 из 9 Продюсер, маркетолог

8. Выпустите игру

Площадку выбирают ещё на шаге с движком: от неё зависит формат сборки. Браузерной игре нужен веб-экспорт, для Steam нужна сборка под Windows, а часто и под macOS и Linux. Где публиковать и на каких условиях, разобрали ниже в разделе «Где выпустить компьютерную игру».

В Steam страницу игры лучше открыть за несколько месяцев до релиза: игроки успеют добавить игру в список желаемого, и Steam сообщит им о выходе. Подробно про подготовку к Steam мы писали в статье «Как создать и разработать игру для Steam».

Шаг 9 из 9 Вся команда

9. Поддерживайте игру после релиза

После выхода работа продолжается. В первые недели игроки находят ошибки, которые пропустило тестирование, и ждут исправлений. Дальше выходят обновления с новым контентом, а у коммерческих игр и дополнения (DLC).

В студийных проектах пострелизная поддержка и DLC у нас отдельный этап процесса: команда остаётся на проекте и после релиза.