Плейтест и итерации

Игру нельзя «угадать» с первого раза за столом — её доделывают, глядя, как в неё играют живые люди и спотыкаются там, где ты этого не ждал.

Плейтест — это когда ты молча смотришь, как другой человек играет в твою игру, и записываешь, где он застрял. А итерация — это маленькое улучшение, которое ты делаешь по итогам плейтеста, чтобы тут же проверить его на следующем игроке.

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

Зачем это вообще нужно

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

С играми ровно так же, только хуже. Ты знаешь свою игру наизусть: знаешь, что за этой стеной враг, что монетку надо собрать в прыжке, что вот тут надо ускориться. Ты тестировал её сотню раз и проходишь с закрытыми глазами. Поэтому ты — самый плохой тестировщик собственной игры на свете. Тебе кажется, что всё очевидно. А игрок видит твою игру впервые в жизни и не читает твои мысли.

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

К концу урока у тебя будет понятная система: как организовать плейтест, как смотреть за игроком, не мешая ему, как собрать обратную связь так, чтобы она была полезной, и как превращать её в маленькие улучшения — итерации. Это не магия и не талант. Это ремесло, которому можно научиться за один вечер.

Что такое плейтест и почему ты сам не годишься в тестировщики

Плейтест — это когда живой человек, который не делал твою игру, садится и играет в неё, а ты наблюдаешь. Звучит банально, но в этом простом действии прячется вся сила метода.

Плейтест отвечает на один вопрос: «Что происходит в голове у игрока, который видит мою игру впервые?» Сам ты на этот вопрос ответить не можешь — ты свою игру уже видел тысячу раз.

У этого есть точное название — проклятие знания. Когда ты что-то хорошо знаешь, тебе физически тяжело представить, каково это — не знать. Учитель, который десять лет преподаёт, искренне не понимает, почему ученик не видит «очевидного» решения. Ты, автор игры, не понимаешь, почему игрок не догадался зажать стрелку, чтобы цыплёнок побежал быстрее. Для тебя это очевидно. Для него — нет, потому что игра ему об этом нигде не сказала.

Поэтому первое правило: играть должен не ты. И не твой друг-геймер, который проходит любые игры с полпинка — он слишком похож на тебя. Лучший тестировщик — человек примерно того уровня, на который ты рассчитываешь игру. Делаешь простую аркаду для всех? Дай поиграть тому, кто вообще редко играет: маме, младшей сестре, однокласснику, который сидит только в соцсетях. Именно они споткнутся обо всё, что ты считал понятным.

Один плейтест — это уже бесценно

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

Поэтому не откладывай плейтест до релиза. Дал поиграть — увидел проблему — починил — снова дал поиграть. Чем раньше и чаще, тем лучше. Игру, которую ни разу не показывали живому человеку до самого конца, почти всегда приходится переделывать.

Как наблюдать за игроком и ничего не испортить

Вот тут начинается самое сложное и самое важное. Ты посадил человека играть — и теперь у тебя зачешется язык. Очень-очень захочется подсказать. «Да там же прыгать надо!», «Нажми пробел!», «Стрелочкой вправо беги!». Терпи и молчи. Каждая твоя подсказка убивает плейтест.

Главное правило наблюдения: ты — камера видеонаблюдения, а не тренер. Камера смотрит и записывает. Она не кричит игроку, куда бежать.

Почему молчать так важно? Потому что в реальной жизни тебя рядом с игроком не будет. Когда человек скачает твою игру и запутается, ты не выскочишь из-за угла с подсказкой. Если игрок застрял, а ты подсказал — ты только что замаскировал проблему, которую надо было найти и починить. Игра осталась непонятной, ты просто этого больше не видишь.

Вот как наблюдать правильно:

• Молчи. Даже когда игрок делает «не так». Особенно когда делает «не так» — именно здесь живёт самая ценная информация.
• Смотри на руки и на лицо, а не только на экран. Игрок хаотично тыкает все кнопки подряд? Значит, он не понял управление. Нахмурился, замер? Где-то затык. Заскучал, обмяк? Стало неинтересно.
• Засекай, где он застревает и надолго ли. Если на твоём «лёгком» первом экране человек копается минуту — это не лёгкий экран.
• Записывай молча. Блокнот, заметки в телефоне — что угодно. «Не понял, что можно прыгать», «3 раза упал в одну и ту же пропасть», «не заметил монетки справа».
• Попроси думать вслух. Перед стартом скажи: «Говори всё, что приходит в голову, прямо вслух». Тогда ты услышишь «а это что за штука?», «куда мне идти?», «ой, я что, умер?» — прямую трансляцию мыслей игрока.

Чем поведение лучше слов

Запомни важное: смотри на то, что игрок делает, а не только на то, что он говорит. Люди — добрые. После игры друг почти наверняка скажет «было классно!», чтобы тебя не обидеть. Но если ты видел, как он три раза подряд свалился в одну пропасть и закатил глаза — вот это и есть правда, а не вежливое «классно».

Поведение не врёт. Слова — часто да, причём не со зла. Поэтому самые ценные данные плейтеста — это не ответы на вопросы, а то, что ты увидел своими глазами: где замешкался, где психанул, где улыбнулся, где полез в телефон от скуки.

Как собирать обратную связь, чтобы она была полезной

Игрок доиграл (или сдался). Теперь время поговорить. Но и тут есть ловушки. Если спросить «ну как, понравилось?» — получишь бесполезное «норм». Хорошая обратная связь начинается с хороших вопросов.

Спрашивай про опыт, а не проси решения

Игрок — отличный детектор проблем, но плохой их решатель. Это твоя работа — придумывать, как чинить. Поэтому слушай, что он почувствовал, а не что он предлагает добавить.

Видишь разницу? Левый столбец просит оценку («да/нет», «нравится/нет») — на такие вопросы отвечают вежливо и бесполезно. Правый столбец вытаскивает конкретный опыт: момент, эмоцию, затык. Вот это уже руда, из которой можно выплавить улучшение.

И ещё: когда игрок предлагает решение — не хватайся за него, а ищи проблему за ним. Классическая фраза геймдизайнеров звучит так: «Игроки гениально находят проблемы и ужасно предлагают решения». Если игрок говорит «добавь сюда стрелочку-указатель», не спеши рисовать стрелочку. Спроси себя: почему он этого захотел? Скорее всего, он просто не понял, куда идти. И, может быть, лучшее решение — не стрелочка, а понятный уровень, который сам ведёт игрока в нужную сторону.

Сортируй обратную связь, а не делай всё подряд

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

Главное правило сортировки: если на одном и том же месте спотыкаются несколько игроков — это первоочередная проблема, даже если тебе кажется, что там всё понятно. А вот разовая «хотелка» одного игрока («а добавь дракона!») может подождать или вообще не случиться. Ты делаешь свою игру, а не выполняешь заказы.

Итерация: чини по чуть-чуть и сразу проверяй

Вот мы и добрались до второго ключевого слова урока. Итерация — это один короткий круг «изменил — проверил». Не «переписал пол-игры за неделю», а «поправил одну вещь и тут же дал поиграть снова».

Итерация — это маленький цикл улучшения: посмотрел плейтест → выбрал одну проблему → починил её → снова дал поиграть. Чем меньше шаг, тем быстрее видно, помогло или нет.

Заметил, на что это похоже? На игровой цикл из самых первых уроков — то самое сердцебиение «обработать ввод → обновить → нарисовать», которое крутится каждый кадр. Только теперь это «сердцебиение» твоей разработки: показал игроку → собрал реакцию → улучшил. И этот цикл крутится, пока игра не станет хорошей. Один кадр игры длится миллисекунды, одна итерация разработки — вечер. Но принцип тот же: маленький повторяющийся шаг.

Почему шаг должен быть маленьким? Представь, что ты по итогам одного плейтеста разом поменял управление, добавил три уровня, переделал врагов и накрутил гравитацию. Дал поиграть снова — стало хуже. И что именно сломало игру? Управление? Гравитация? Новые враги? Ты не узнаешь, потому что менял всё сразу. А если бы ты поправил только прыжок и проверил — ты бы точно знал, помог этот прыжок или нет. Меняй по одной заметной вещи за итерацию — тогда видно, что именно сработало.

Как выглядит одна итерация на практике

Возьмём наш пример с пропастью, через которую все падают. Вот честная итерация по шагам:

1. Симптом из плейтеста: три игрока из трёх упали в первую пропасть по 2–3 раза. Записано в блокнот.
2. Диагноз: не управление виновато (прыгать умеют), а тайминг — пропасть слишком широкая для первого появления.
3. Одно изменение: сужаем эту пропасть процентов на тридцать. Больше ничего не трогаем.
4. Проверка: зовём нового человека (или того же, но это слабее — он уже выучил место). Падает он теперь или нет?
5. Вывод: перестали падать — отлично, проблема закрыта, идём к следующей. Всё ещё падают — значит, дело не в ширине, копаем дальше (может, плохо видно край? может, прыжок слишком слабый?).

Видишь, какой это спокойный, почти научный процесс? Никакой паники «всё плохо, надо всё переделать». Одна проблема — одна гипотеза — одно изменение — одна проверка. Так геймдизайн перестаёт быть гаданием и становится ремеслом.

Частые ошибки и подводные камни

На плейтестах новички спотыкаются почти одинаково. Вот главные грабли — узнай их заранее, чтобы не наступить.

1. Подсказывать игроку

Самая частая и самая обидная. Ты не выдерживаешь и говоришь «прыгай!» — и всё, момент потерян. Ты больше не узнаешь, понятен ли прыжок без подсказки. Помни: в реальной жизни тебя рядом не будет. Молчи, даже когда руки чешутся. Записывай затык вместо того, чтобы его «лечить» подсказкой.

2. Тестировать на себе и на таких же, как ты

«Я сам сто раз прошёл, всё работает» — это не плейтест. Ты знаешь игру наизусть, ты не считаешься. И друг-задрот, который щёлкает любые платформеры, тоже плохой выбор, если игра рассчитана на обычных людей. Зови того, кто похож на твоего настоящего игрока, а не на тебя.

3. Верить словам больше, чем глазам

Друг сказал «всё классно», и ты выдохнул. А он три раза свалился в одну пропасть и под конец явно заскучал — ты сам это видел. Вежливое «классно» весит меньше, чем то, что ты наблюдал. Доверяй поведению, а не комплиментам.

4. Чинить всё сразу одной большой пачкой

Собрал двадцать замечаний и за один присест переделал полигры. Стало то ли лучше, то ли хуже — непонятно, потому что менял всё разом. Дроби на итерации: одно заметное изменение → проверка → следующее. Иначе ты не отличишь полезные правки от вредных.

5. Делать всё, что просят игроки

Игрок — детектор проблем, а не дизайнер твоей игры. Если кидаться выполнять каждую «хотелку» («добавь босса, добавь магазин, добавь мультиплеер!»), игра расползётся и потеряет свою идею. Слушай, какую проблему игрок пытается решить своей просьбой, и решай уже её — по-своему.

6. Влюбиться в свою первую идею

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

Мини-практика: проведи свой первый плейтест

Теория кончилась — пора в поле. Возьми любую свою игру про цыплёнка из этого курса (Понг, Змейку или платформер) и проведи настоящий плейтест по инструкции.

1. Найди подходящего человека. Не геймера и не себя. Кого-то, кто эту игру не видел: родителя, соседа, одноклассника. Идеально — того, кто похож на твоего настоящего игрока.
2. Заведи блокнот наблюдений. Лист бумаги или заметка в телефоне. Сверху три колонки: «Где застрял», «Что сказал вслух», «Где заскучал/обрадовался».
3. Дай минимум инструкций. Скажи только «вот игра, поиграй и говори вслух всё, что думаешь». Не объясняй управление — пусть разберётся сам. Именно это ты и проверяешь.
4. Молчи и записывай 3–5 минут. Руки чешутся подсказать? Запиши в блокнот «хотел подсказать про прыжок» — это сигнал, что прыжок непонятен.
5. Задай три хороших вопроса. Например: «Где было непонятно, что делать?», «В какой момент стало скучно?», «Что бесило сильнее всего?». Никаких «понравилось?».
6. Рассортируй находки. Раскидай по приоритетам: срочно / важно / потом / игнор. Подчеркни всё, что встретилось не у одного человека (если тестировал нескольких).
7. Сделай одну итерацию. Выбери САМУЮ срочную проблему и почини только её. Одно изменение. Потом, если есть возможность, дай поиграть ещё одному человеку и сравни.

Если после этого упражнения ты поймал хотя бы одну проблему, которую раньше в упор не видел, — поздравляю, плейтест сработал. А он работает всегда: своя игра кажется понятной только автору.

Маленькая подсказка: не бойся, что найдётся много проблем. Чем больше ты находишь на плейтесте, тем меньше их останется для реальных игроков. Найденная проблема — это подарок, а не приговор.

Итоги

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

• Ты — худший тестировщик своей игры. Ты знаешь её наизусть, поэтому «очевидное» для тебя — загадка для новичка. Играть должен другой человек, похожий на твоего реального игрока.
• На плейтесте молчи и наблюдай. Ты камера, а не тренер. Каждая подсказка маскирует проблему, которую надо было найти. Смотри на руки и лицо, засекай затыки, проси думать вслух.
• Верь поведению, а не словам. «Классно!» весит меньше, чем три падения в одну пропасть, которые ты видел своими глазами.
• Задавай вопросы про опыт, а не про оценку. «Где застрял?» полезнее, чем «понравилось?». Игрок — детектор проблем, но решать их — твоя работа.
• Улучшай итерациями. Одно заметное изменение → проверка → следующее. Это игровой цикл, только для разработки. Меняешь всё сразу — не поймёшь, что сработало.
• Сортируй по приоритету. Сначала то, что мешает и встречается у всех. «Хотелки» одного игрока — потом или никогда.

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

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