Style Bible для игр: структура, примеры, экономия бюджета

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

От иммерсивных приложений до игровых миров и 3D-сцен

Наша выделенная команда для VR/AR/MR-разработки, Unity-продакшна и 3D-моделирования и анимации с собственными кейсами и презентациями.

Посетить персонализированный сайт
Показано 1 из 1Все 242 услуг
Style Bible для игр: структура, примеры, экономия бюджета
Сложный
~5 дней
Часто задаваемые вопросы

Наши компетенции

Какие этапы разработки игры?

Последние работы

  • image_games_mortal_motors_495_0.webp
    Разработка игры для компании Mortal Motors
    1421
  • image_games_a_turnbased_strategy_game_set_in_a_fantasy_setting_with_fire_and_sword_603_0.webp
    Пошаговая стратегия в фэнтези сеттинге With Fire And Sword
    954
  • image_games_second_team_604_0.webp
    Разработка игры для компании Second term
    577
  • image_games_phoenix_ii_606_0.webp
    3D-анимация — тизер для игры phoenix 2.
    637

Отметим: когда арт-директор перегружен, а художники интерпретируют стиль по-своему, одна ошибка в текстуре может разойтись по сотне ассетов. Без единого документа каждый принимает решения на глаз — результат: разнобой в качестве, переделки, срывы сроков. На одном проекте мы видели, как художники использовали три разных texel density для пропсов одной локации — пришлось перетекстурировать 40% ассетов. Это стоило двух недель работы и $8 000 бюджета.

Style bible — не просто набор правил, а живой документ, который заменяет арт-директора в его отсутствие. Он включает не только технические параметры (PBR-диапазоны, полигонаж, naming convention), но и историю решений, антипримеры и инструкции по обновлению. Такой документ сокращает время онбординга новых художников на 50% и снижает процент брака в аутсорс-поставках до 5%. Закажите консультацию, если хотите оценить эффективность для своего проекта.

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

Если ассеты из одного набора выглядят как из разных игр, или художники задают одни и те же вопросы арт-директору — пора. Другой признак: аутсорс-студии присылают текстуры с неверными PBR-значениями, и их приходится переделывать. В таких случаях style bible окупается после первого же онбординга нового сотрудника или поставки от подрядчика. Экономия на аутсорс-переделках может достигать 150 000–300 000 ₽ на одном проекте.

Почему библия стиля экономит бюджет?

Одна ошибка в texel density может привести к перетекстурированию 100+ ассетов. При средней стоимости переделки 4 000 ₽ за ассет — это 400 000 ₽ только на одной ошибке. Style bible исключает такие ситуации. Наши заказчики отмечают, что экономия на аутсорс-переделках достигает 60%, а время согласования арт-ассетов сокращается на 70%.

Типичные проблемы, которые решает style bible

Разброс PBR-параметров

Художники часто используют неверные диапазоны Roughness и Metalness — например, металлическая деталь получается матовой, а дерево — блестящим. В bible прописывается таблица PBR Value Guide:

Материал Albedo HSV (Hue) Roughness Metalness
Ржавый металл 20–40, 0.2–0.5, 0.3–0.6 0.6–0.9 0.0–0.3
Гладкий пластик 0–360, 0.1–0.3, 0.7–1.0 0.1–0.3 0.0
Кожа 10–30, 0.3–0.5, 0.3–0.5 0.5–0.8 0.0

Несогласованный texel density

Если один художник делает пропсы с плотностью 1024 px/m, а другой — 512 px/m, общая сцена выглядит неровно. Bible фиксирует единую плотность для каждой категории: персонажи 2048 px/m, пропсы 1024 px/m, окружение 512 px/m.

Некорректные naming convention

Файлы вида model_v2_final_2.fbx не позволяют быстро найти ассет. Bible задаёт шаблон: AssetType_Category_Variant_Version, например Prop_Chair_Wooden_v01.fbx.

Что входит в структуру полноценной style bible

Vision statement

Один-два абзаца — как выглядит игра, если описать её визуальный образ для человека, который её не видел. Не жанр, не настроение — конкретные образы. «Постапокалипсис через 200 лет: природа вернула города, ржавчина покрыта мхом, металл матовый с тёмным окислом, свет всегда через листву или через пыль». Это якорь, к которому возвращаются при любом спорном решении.

Цветовая система с правилами применения

Не просто hex-коды — иерархия: доминантные цвета (60%), дополнительные (30%), акцентные (10%). Для 3D — таблица допустимых диапазонов 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 не должен быть реалистичным, даже если технически это возможно.

Антипримеры

Это самое ценное. Показываем готовые ассеты, которые были сделаны «не так», и объясняем почему. Это обучает лучше любого правила. Пример: Metalness = 1.0 для ржавого металла — физически некорректно, как поясняет Physically Based Rendering документация. Правильно: использовать градиентную маску Metalness от 1.0 (чистый металл) до 0.0 (ржавчина).

Как часто обновлять style bible?

Style bible не должна быть статичной. Лучшая практика — версионирование документа (v1.0, v1.1 и т.д.) с changelog: что изменилось, почему, какие ассеты нужно обновить в соответствии с новыми правилами. Документ без changelog — это документ, который будет противоречить сам себе через полгода. Процесс обновления: кто имеет право вносить изменения, как это согласовывается, как уведомляется команда — это тоже часть документа. Мы рекомендуем пересматривать bible после каждого крупного спринта. Типичная ошибка новичков — отсутствие vision statement. Без него анимация может противоречить настроению. Решение: включите 1-2 абзаца с образами. Чистые PBR-диапазоны без антипримеров заставляют художников повторять старые ошибки — добавьте 3-5 антипримеров из пилота. Если нет changelog, через полгода документ становится неактуален — версионируйте и ведите журнал изменений.

Как мы создаём библию стиля

  1. Анализ текущих материалов. Пилотим 3-5 ассетов из проекта, фиксируем расхождения с ожидаемым стилем.
  2. Проектирование структуры. Определяем список дисциплин, глубину проработки, формат документа.
  3. Наполнение технической части. Прописываем параметры для каждой дисциплины: полигонаж, texel density, PBR-диапазоны, naming convention.
  4. Создание антипримеров. Разбираем типичные ошибки из нашего опыта или из проекта заказчика.
  5. Тестирование на пилотных ассетах. Передаём документ художнику, он создаёт ассет по bible — проверяем, что результат соответствует ожиданиям.
  6. Финализация и деплой. Собираем документ в выбранном инструменте (Figma, Notion или веб), настраиваем навигацию и поиск.

Ориентировочные сроки

Масштаб проекта Состав Сроки
Indie / небольшая команда 15–25 страниц, основные дисциплины 2–3 недели
AA-проект / 15–30 человек 40–70 страниц, все дисциплины + антипримеры 5–8 недель
Крупный проект / аутсорс-ориентированный 80–120+ страниц, полная система + обновляемая версия 3–5 месяцев

Стоимость рассчитывается индивидуально. Если у проекта уже есть частичная документация — начинаем с аудита существующих материалов. Закажите создание библии стиля для вашего проекта — мы поможем определить объём работ. Получите консультацию по структуре документа: пришлите текущие арт-ассеты и описание стиля — оценим, что нужно добавить или исправить.

Концепт-арт персонажей: от брифа до финального листа

Концепт-художник в игровом проекте — не иллюстратор. Его задача — принимать визуальные решения, которые потом будут воспроизводить три отдела: 3D-моделлеры, аниматоры, технические художники. Если концепт сделан красиво, но не учитывает реализацию в движке — команда потеряет недели на интерпретацию намерений художника. С опытом в 10+ лет и 50+ игровых проектах (от инди до AAA) мы выстроили концепт-арт pipeline так, чтобы он давал ответы, а не порождал вопросы. Оценим ваш проект за 24 часа и предложим сроки от двух недель — запросите консультацию в мессенджере.

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

Мудборд: первый инструмент

Мудборд — не коллаж для вдохновения. Это документ, отвечающий на конкретные вопросы команды. Цветовая гамма мира: тёплая или холодная, высокая или низкая насыщенность. Уровень стилизации фиксируется: фотореализм, semi-realistic, cartoon или pixel art. Читаемость силуэтов персонажей проверяется на дистанции. Степень детализации текстур и LOD задаётся заранее.

Мы собираем мудборды в разделы: персонажи, окружение, UI, освещение, цветовая палитра. Каждый раздел — конкретные референсы с аннотациями: «берём форм-язык отсюда», «освещение как здесь, но теплее», «детализацию текстур — как в этом проекте». Инструменты: [PureRef](https://en.wikipedia.org/wiki/Concept_art) для сборки референсов на рабочем столе (держит коллаж поверх других окон), Pinterest для сбора, Figma для структурированных мудбордов с комментариями.

Что включает стайл-гайд?

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

Цветовая палитра — не «в целом тёплые тона», а HEX-коды или Pantone. Основная палитра (5–7 цветов), акцентная (2–3 цвета), цвета опасности/интерфейса. Все художники работают с одними значениями.

Пропорции персонажей — модельные листы с обозначенными соотношениями. Для стилизованных игр критично: если один художник рисует голову в 1/4 роста, а другой — в 1/6, персонажи выглядят из разных вселенных.

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

Линейный стиль — толщина контурных линий, наличие/отсутствие outlined стиля, вариации от плана.

Примеры правильного и неправильного — конкретные примеры приёма и отклонения. Это снижает количество итераций на ревью в 3–5 раз по сравнению с работой без гайда.

Pipeline разработки персонажного концепта

Стандартный процесс от брифа до финального концепта персонажа. Концепт-арт персонажей — одна из ключевых компетенций, мы гарантируем чёткую передачу данных 3D-отделу.

Шаг 1: Бриф

Перед тем как художник открывает Photoshop или Procreate — должен быть дизайн-бриф. Минимальный набор:

  • Роль персонажа в игре (protagonist, antagonist, NPC, enemy-type)
  • Примерный класс/архетип (воин, маг, торговец)
  • Контекст мира — сеттинг, технологический уровень, культурные влияния
  • Функциональные требования — если персонаж должен читаться с 10 метров на экране телефона, это требование к силуэту
  • Технические ограничения — polygon budget, количество материалов, наличие LOD

Последний пункт многие концепт-художники пропускают. Результат — красивый концепт с 15 материалами и перьевыми деталями размером 2 пикселя в реальной игре. Фиксация технических лимитов в брифе экономит 20–30% времени 3D-отдела.

Шаг 2: Силуэты

Первый этап — 8–12 чёрно-белых силуэтов. Никаких деталей, только форма. Быстро (5–10 минут на силуэт), выбирает направление без привязанности к конкретному варианту. Читаемость силуэта — главный критерий персонажного дизайна. Игрок в динамике воспринимает силуэт раньше деталей. Если силуэт воина неотличим от лучника — проблема дизайна.

Шаг 3: Детализация выбранных вариантов

2–3 лучших силуэта прорабатываются детальнее. Добавляются основные формы и пропорции, ещё без финального рендера. Клиент видит 2–3 направления и выбирает одно. Инструменты: Procreate на iPad для быстрого формования, Photoshop для финальной полировки и material sheets.

Шаг 4: Color pass

Выбранный вариант получает цветовую схему. Делается 2–3 цветовых вариации — полезно и для клиентского выбора, и для будущих скинов персонажа.

Шаг 5: Turnaround и material sheet

Финальный концепт включает:

  • Turnaround — вид спереди, сбоку, сзади с сеткой пропорций
  • Material sheet — разбивка на зоны: кожа, металл, ткань, магический эффект
  • Detail sheet — крупные планы важных элементов: лицо, руки, уникальные детали

Эти документы передаются 3D-художнику как технические спецификации, а не как «вдохновение».

Как окружение и UI вписываются в единый визуальный стиль?

Для окружений концепт решает читаемость пространства и атмосферу. Тоновое решение (распределение света и тени) — первично, детали вторичны. Каждый environment concept должен иметь явный focal point. Если взгляд блуждает равномерно — слабый дизайн уровня. Color scripting: для сюжетной структуры создаётся последовательность цветовых решений по актам. Тёплый деревенский уровень → холодное синее подземелье → тревожный красно-оранжевый финал. Это не случайность, а нарративный инструмент (подробно описан в The Art of Game Design Дж. Шелла).

UI в играх — отдельная дисциплина. Игровой интерфейс должен читаться в движении, при разном освещении сцены, на разных разрешениях. Мы делаем UI-концепты в Figma с явными состояниями: normal, hover, pressed, disabled, active.

Инструменты

Задача Инструмент
Быстрые скетчи и силуэты Procreate (iPad)
Финальный концепт-рендер Photoshop
Сборка референсов PureRef
Структурированные мудборды Figma
3D-блокинг для сложных ракурсов Blender (базовые формы как основа для рисунка)
UI-концепты Figma

Использование Blender для 3D-блокинга перед финальным рисунком — практика, которую мы внедрили несколько лет назад. Она снимает проблему перспективных ошибок в сложных ракурсах и экономит время на переделки.

Что входит в итоговый концепт-пакет?

  • Концепт-арт персонажей, окружений, UI — от силуэтов до финальных turnaround
  • Стайл-гайд с палитрами, пропорциями, форм-языком и примерами
  • Color scripting для сюжетной последовательности уровней
  • Material sheets и detail sheets для передачи 3D-отделу
  • Исходники в PSD/Procreate с послойной структурой
Тип концепта Цель Ключевое требование
Персонажи Читаемость, уникальность, соответствие роли Silhouette test, polygon budget
Окружение Атмосфера, навигация, narrative Focal point, color script
UI Юзабилити, иконографика, состояния Responsive states, читаемость

Как концепт-арт персонажей сокращает время производства

Хороший концепт-арт, выполненный с учётом технических ограничений, сокращает время 3D-производства на 25–30% по сравнению с работой по разрозненным изображениям. Художник не интерпретирует — он воспроизводит. Плохой концепт — это постоянные уточнения, переделки, «ну я думал, что имелось в виду». Использование стайл-гайда уменьшает количество правок в 3D-отделе в 3–5 раз.

Мы сдаём концепт-пакет как отдельный этап перед стартом 3D-производства. Клиент утверждает визуальное направление до того, как в него вложены недели работы моделлера. Свяжитесь с нами, чтобы обсудить визуальный стиль вашей игры: мы гарантируем прозрачность каждого этапа и фиксацию всех технических спецификаций в течение 24 часов.