Создание библии стиля для графики игр
Style bible — это живой документ, который заменяет арт-директора в его отсутствие. Это звучит как преувеличение, но именно так работает продакшен на больших командах: не каждый художник имеет прямой доступ к арт-директору, не каждый аутсорс-подрядчик понимает нюансы стиля без объяснений. Bible даёт всем единую точку истины.
Отличие от style guidelines в том, что guidelines — это правила, а bible — это система. Она включает правила, но также историю визуальных решений, обоснование отступлений от канона, примеры пограничных случаев и инструкции по обновлению самого документа.
Что входит в структуру полноценной style bible
Состав зависит от проекта, но ядро всегда одно.
Vision statement. Один-два абзаца — как выглядит игра, если описать её визуальный образ для человека, который её не видел. Не жанр, не настроение — конкретные образы. «Постапокалипсис через 200 лет: природа вернула города, ржавчина покрыта мхом, металл матовый с тёмным окислом, свет всегда через листву или через пыль». Это якорь, к которому возвращаются при любом спорном решении.
Цветовая система с правилами применения. Не просто hex-коды — иерархия: доминантные цвета (60%), дополнительные (30%), акцентные (10%). Для 3D — PBR Value Guide: таблица допустимых диапазонов Albedo для каждого материального класса. Это исключает физически некорректные текстуры, которые ломают освещение.
Типографика и шрифтовая система. Primary/secondary шрифты, правила масштабирования, отступы. Для игр — отдельно правила для диегетических надписей (надписи в мире игры) и UI-типографики.
Правила для каждой арт-дисциплины. 3D-моделирование (naming convention для мешей, UV layout правила, максимальный полигонаж по категориям), текстурирование (texel density по категориям ассетов, разрешение текстурных атласов, обязательные карты — BaseColor, Normal, ORM или раздельные R/M/AO), риггинг (naming convention костей, IK/FK стратегия, BlendShape имена), анимация (стиль кривых, правила по timing и spacing под визуальный стиль).
VFX правила. Particle system: диапазоны size, lifetime, скоростей — всё под визуальный стиль. Если игра стилизованная — VFX не должен быть реалистичным даже если технически это возможно.
Антипримеры. Это самое ценное. Показываешь готовые ассеты, которые были сделаны «не так», и объясняешь почему. Это обучает лучше любого правила.
Инструменты для создания: Figma (компонентная система, интерактивные ссылки между секциями), Notion (если команда уже там работает — интеграция проще), иногда кастомный веб-документ для внешних подрядчиков с search-функцией.
Отдельно про обновление документа
Style bible не должна быть статичной. Лучшая практика — версионирование документа (v1.0, v1.1 и т.д.) с changelog: что изменилось, почему, какие ассеты нужно обновить в соответствии с новыми правилами. Документ без changelog — это документ, который будет противоречить сам себе через полгода.
Процесс обновления: кто имеет право вносить изменения, как это согласовывается, как уведомляется команда — это тоже часть документа.
Сроки создания
| Масштаб проекта | Состав | Сроки |
|---|---|---|
| Indie / небольшая команда | 15–25 страниц, основные дисциплины | 2–3 недели |
| AA-проект / 15–30 человек | 40–70 страниц, все дисциплины + антипримеры | 5–8 недель |
| Крупный проект / аутсорс-ориентированный | 80–120+ страниц, полная система + обновляемая версия | 3–5 месяцев |
Стоимость рассчитывается индивидуально. Если у проекта уже есть частичная документация — начинаем с аудита существующих материалов.