Level-дизайнер: как оформить разбор уровня

Портфолио level-дизайнера часто превращается в экскурсию: красивые планы, flythrough и перечень ассетов. Но production-команда оценивает другое — как уровень управляет вниманием, решениями и напряжением игрока, какие ограничения задавали механику и что изменилось после playtest. Разбор должен позволить восстановить ход мысли даже человеку, который не играл в билд.

Сформулируйте опыт игрока как проверяемую гипотезу

Начните с fantasy и поведения. «Тревожное проникновение в занятый комплекс, где игрок сам выбирает риск» задаёт направление, но ещё не критерий. Добавьте наблюдаемое: в первые две минуты игрок замечает два маршрута, понимает источник угрозы, использует укрытие и до ключевой встречи хотя бы раз меняет план по новой информации.

Опишите audience, механики и ограничения production. На уровне для новичков нельзя предполагать mastery позднего навыка; multiplayer map требует учитывать команды и spawn; мобильная игра ограничивает длину сессии. Укажите budget геометрии, AI, памяти, света и нарратива. Ограничения помогают понять решения, а не оправдывают их после результата.

Соберите design pillars с конфликтом. «Исследование» и «постоянный темп» могут тянуть layout в разные стороны. Покажите, что было приоритетом в конкретном участке: перед кульминацией игрок получает безопасную vista и выбор, а в escape sequence пространство сужается и путь читается быстрее.

План уровня имеет смысл только вместе с ожидаемым поведением и способом проверить его на playtest.

Для вакансий level designer полезно поместить эту гипотезу на первый экран кейса. Она даёт reviewer критерий для всех следующих схем и видео.

Разложите flow на решения, а не комнаты

Нарисуйте critical path, optional loops, gates, shortcuts и возвраты. Отметьте, какую информацию игрок имеет в каждой точке и какое решение принимает. Комната без решения может выполнять pacing, tutorial или narrative-функцию, но это должно быть явно. Если участок существует только потому, что ассет уже был готов, кейс быстро это выдаст.

Flow не обязан быть линейным. Даже в открытом пространстве можно управлять вероятностями через landmarks, sightlines, ресурс и friction поверхности. Покажите desired path и фактические heatmaps; расхождение интереснее совпадения. Если игроки нашли непредусмотренный маршрут, решите, усиливает ли он agency или ломает encounter.

Pacing изображайте несколькими дорожками: интенсивность боя, когнитивная нагрузка, навигационная неопределённость, награда и сюжет. Один график «напряжение» скрывает причину перегруза. Длинный бой после сложной загадки может быть утомительным, даже если каждый beat хорош отдельно.

Привяжите метрики к наблюдению

Смерти, время прохождения и heatmap — начало разговора. Видео и заметки объясняют, почему игрок остановился или ошибся. Для каждого вопроса задайте сочетание: telemetry показывает место и масштаб, наблюдение — механизм, интервью — интерпретацию игрока. Не спрашивайте «понравилось ли» до разбора поведения.

Сегментируйте тестеров по опыту и знакомству с жанром. Veteran быстро читает convention, которая неизвестна новичку. Первый проход измеряет discoverability, повторный — mastery и удобство маршрута. Не смешивайте их среднее. В отчёте покажите малый размер выборки и повторяющиеся паттерны, а не фальшивую статистическую точность.

Карта соединяет spatial decision points с дорожками pacing и evidence playtest.

Определите success и failure до теста. Например, большинство замечает flank до входа, но не обязано выбирать его; критический провал — игрок принимает декоративную дверь за основной выход. Критерий предотвращает удобное объяснение любого поведения как авторского замысла.

Логи должны соответствовать вопросу. Координаты смерти без направления камеры не объяснят невидимую угрозу; время в комнате без состояния боя смешает exploration и stuck. Добавляйте события экономно, соблюдая privacy и производительность. Для портфолио достаточно анонимной схемы и агрегатов.

Покажите итерацию как изменение причин

Выберите три версии одного участка: greybox, проблемный playtest и финальную итерацию. В каждой укажите гипотезу, наблюдение, решение и цену. «Добавил свет» недостаточно. «Игроки смотрели на яркую награду и пропускали выход; снизил её контраст, повернул проём и сохранил награду видимой после выбора» показывает управление вниманием.

Не исправляйте всё указателями. Если навигация не читается, причина может быть в силуэте пространства, occlusion, однообразных material cues или конфликте landmarks. Signage полезен как часть мира, но десяток стрелок часто лечит симптом. В кейсе покажите альтернативы и почему выбрали изменение геометрии, света или encounter.

Production iteration включает соседей. Перенос стены меняет cover, AI navigation, lighting, звук и performance. Запишите affected systems и согласование с art, design, engineering. Такой change log демонстрирует, что вы умеете довести улучшение через общую сборку.

Сильная итерация меняет конкретное поведение и сохраняет нужные свойства соседних систем.

При сравнении уровня ответственности и зарплат level-дизайнеров отмечайте жанр, платформу, размер команды и ownership от blockout до ship. Эти параметры важнее условного количества комнат.

Соберите portfolio breakdown для быстрого чтения

Первый экран: цель опыта, ваша зона, команда, сроки и короткий ролик с аннотациями. Второй: карта решений и pacing. Третий: один playtest finding с метриками и видео-кадрами. Четвёртый: итерация и проверка. Остальные артефакты уберите в приложение, чтобы reviewer не искал мысль среди двадцати скриншотов.

Подписывайте изображения глаголами: «sightline раскрывает flank после первого контакта», а не «вид сверху». Видео держите коротким и добавьте текст, потому что его могут смотреть без звука. На схемах используйте одинаковые обозначения для маршрута, угрозы, награды и gate.

Укажите авторство. Environment art, lighting и scripting часто сделаны разными людьми. Назовите свой вклад и решения, принятые вместе. Если использовали marketplace assets, это не уменьшает level design, пока кейс не приписывает вам чужую работу и показывает пространственную систему.

Закончите открытым долгом. Возможно, финальный build улучшил orientation, но optional loop всё ещё выбирали реже цели. Объясните, что тестировали бы дальше и какой сигнал изменил бы решение. Production редко заканчивается идеалом; способность оставить точную следующую гипотезу выглядит профессиональнее победного монтажа.

Добавьте encounter failure path. На одном тесте игроки могли входить в арену с обратной стороны, активировать AI раньше нужного reveal и получать огонь без доступного cover. Timeline должен показать trigger volume, spawn state, sightline и момент потери контроля. Исправление может сочетать перенос trigger, временное закрытие дальнего обзора и дополнительный safe pocket. Затем тестируют оба входа и сохранение intended flank, чтобы лечение не превратило бой в коридор.

Decision log полезен и для cut. Если optional loop требовал новый art set, создавал streaming spike и использовался одним тестером из десяти, команда могла сохранить награду, сократить геометрию и перенести историю на основной маршрут. Зафиксируйте, что потеряли — исследование и вариативность — и что защитили: cadence, memory и срок. Production-мышление видно в умении резать осознанно.

Для multiplayer-карты приложите spawn fairness artifact. Он показывает время до первого контакта, доступность power position, sightline между spawn и варианты выхода при rush. Тестируют зеркальные команды, разные spawn sets и повтор после смерти.

Покажите метрики не только после финальной версии. Три снимка heatmap, time-to-orient и encounter restart rate рядом с изменениями дают evidence chain. Если time улучшился, а доля optional choice упала, признайте конфликт. Следующей проверкой может быть более ранний teaser награды, а не возврат всей старой композиции.

Если telemetry расходится с интервью, не выбирайте удобный источник. Игрок мог говорить, что потерялся, хотя прошёл быстро: возможно, orientation была верной, но уверенность низкой. Проверьте camera hesitation, возвраты и verbal notes, затем разделите «нашёл путь» и «понимал план».

В breakdown добавьте кадр с направлением камеры в момент hesitation. Он помогает отличить поиск выхода от осмотра награды и показывает, почему одной траектории движения было недостаточно. Решение после такого evidence можно проверить тем же событием на новой версии.