Отметим: когда арт-директор перегружен, а художники интерпретируют стиль по-своему, одна ошибка в текстуре может разойтись по сотне ассетов. Без единого документа каждый принимает решения на глаз — результат: разнобой в качестве, переделки, срывы сроков. На одном проекте мы видели, как художники использовали три разных 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 месяцев |
Стоимость рассчитывается индивидуально. Если у проекта уже есть частичная документация — начинаем с аудита существующих материалов. Закажите создание библии стиля для вашего проекта — мы поможем определить объём работ. Получите консультацию по структуре документа: пришлите текущие арт-ассеты и описание стиля — оценим, что нужно добавить или исправить.