Отметим: когда арт-директор перегружен, а художники интерпретируют стиль по-своему, одна ошибка в текстуре может разойтись по сотне ассетов. Без единого документа каждый принимает решения на глаз — результат: разнобой в качестве, переделки, срывы сроков. На одном проекте мы видели, как художники использовали три разных 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, через полгода документ становится неактуален — версионируйте и ведите журнал изменений.
Как мы создаём библию стиля
- Анализ текущих материалов. Пилотим 3-5 ассетов из проекта, фиксируем расхождения с ожидаемым стилем.
- Проектирование структуры. Определяем список дисциплин, глубину проработки, формат документа.
- Наполнение технической части. Прописываем параметры для каждой дисциплины: полигонаж, texel density, PBR-диапазоны, naming convention.
- Создание антипримеров. Разбираем типичные ошибки из нашего опыта или из проекта заказчика.
- Тестирование на пилотных ассетах. Передаём документ художнику, он создаёт ассет по bible — проверяем, что результат соответствует ожиданиям.
- Финализация и деплой. Собираем документ в выбранном инструменте (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 часов.