Как тестировать игры: 5 советов для разработчиков

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

Совет «тестируйте свои проекты» – не откровение для разработчиков настольных игр. Если вы сами придумаете игру, вы будете слышать это ото всех. Но мало кто может рассказать, как быть с отзывами. Ведь самое важное – не получить обратную связь, а правильно её интерпретировать. Чтобы ответить на этот вопрос я подготовил заметку с перечнем из 5 пунктов, которые могут оказаться полезными при тестировании настольных игр.

1. Выбирайте, кто будет тестировать вашу игру

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

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

2. Ваша задача – наблюдать, а не играть!

Самые ценные отзывы о своей игры вы получите, если будете наблюдать как в неё играют другие люди. Я предпочитаю не участвовать в тестовых играх, за редким исключением, когда кто-то вынужден срочно покинуть игру, тогда я могу сесть за стол на подмену. Но даже в подобных ситуациях лучше отменить тестирование, потому что когда в нём участвует автор, всегда возникают риски. Во-первых, все хотят сыграть против него, потому что выиграть у человека в игру, которую он сам придумал – это очень интересно и вызывающе. Во-вторых, автор влияет на внутриигровую ситуацию нетипичным образом.

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

3. Задавайте правильные вопросы

«Интересная ли получилась игра» – это хороший вопрос, но начинать надо не с него. Я рекомендую заранее подготовить для тестировщиков анкеты с различными вопросами. Сразу же после тестовой партии я задаю 3 вопроса:

Купи сейчас:

— что вас раздражает в игре?

— что бы вы изменили в игре?

— что вам понравилось в игре?

Разница между этими вопросами и «Интересная ли получилась игра?» в том, что они направлены на выявление ключевых нюансов, и на них вы получите конкретные ответы. Первый вопрос позволяет узнать какие сложности возникли при освоении игры, второй позволяет тестировщикам высказать предложения по усовершенствованию вашей разработки, а третий – выявить самое лучшее, что есть в игре. То, что делает её хорошей игрой.

После этих трёх вопросов я начинаю расспрашивать об игровых механиках. «Что вы думаете об использовании карт?», «Что вы можете сказать об управлении колонией?» и т.п. Главное – задавать открытые вопросы, позволяющие тестировщикам высказать своё мнение. Если вы спросите «Понравилось ли вам использовать карты действий?», в ответ вы, скорее всего, услышите «да». Если вы спросите «Что вы думаете о картах действий?», в ответ вы, скорее всего, услышите развёрнутое мнение.

Не бойтесь задавать вопросы, ответы на которые могут вам не понравиться. Если кто-то не в восторге от того, что вы сделали, в этом нет ничего страшного. Зато если вы об этом узнаете, это даст вам возможность улучшить игру. Если моя разработка кому-то не понравилось, важно узнать почему. У такого человека есть важная информация. Что вам не понравилось? Что я могу сделать, чтобы игра стала лучше? Но тут есть нюанс. Не ко всем тестировщикам нужно прислушиваться.

4. Не все тестировщики одинаково полезны

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

Нужно провести разницу между понятием «не все тестировщики одинаково полезны» и «выбирайте кто будет тестировать вашу игру» (пункт 1). Например, кому-то может нравиться «Игра престолов» и противостояние в ней, но этот же человек скажет, что в вашей игре всё не так и неправильно. Его нужно выслушать, чтобы понять, предлагает ли он как-то изменить игру, чтобы она стала лучше, либо она ему не понравилась просто потому, что это не его жанр.

Приведу ещё пример. У меня был тестировщик, которому не нравилось, что соперник может что-то сделать с его базой, например, отправить туда шпиона или что-то взорвать. Хотя это было ключевым элементом игры, этот человек хотел, чтобы его база была защищена от воздействия других игроков. Итог тут такой – это не его игра, но в ней нет проблем с правилами или механиками.

5. Не мыслите шаблонами

Признаю, это плохой совет. Всё равно, что просить кого-нибудь о чём-нибудь не забыть. Вы или забудете, или нет. Тем не менее, идея в том, что когда вы слышите отзыв, выявляете в игре какой-нибудь недостаток, подумайте, следует ли его исправлять очевидным способом, либо же можно как-то кардинально его переделать. Кроме того, не делайте именно то, что вам говорят тестировщики. Делайте игру лучше. Те, кто тестирует вашу игру, лишь подают вам идеи. Ваша задача – обработать их, продумать и реализовать.

Положите в корзину сейчас:

Приведу несколько отличных примеров из пpaктики. Однажды мне сказали, что моя игра затягивается и приходится долго ждать своего хода. И мне нечего было ответить. Я не знал, что с этим поделать. Ход в игре состоял из 5 фаз, которые каждый игрок выполнял последовательно. А потом кто-то спросил: «А почему бы нам не отыгрывать их по очереди?». «Сперва фазу 1 полностью разыгрываю я, затем следующий игрок, и так далее. В этом случае нам приходится ждать не целый ход, а всего фазу». Это было потрясающе! Одно небольшое изменение и игра становится существенно лучше. 20 минут ожидания уменьшились до 0.

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

Заключение

Пара «разработчик – тестер» требует ответственного подхода с обеих сторон. Благодаря тестировщикам у меня получилась отличная игра, но для этого пришлось как следует поработать. Нужно уметь слушать и быть креативным. Принимайте отзывы, но относитесь к ним критически. БУДЬТЕ УВЕРЕНЫ В СЕБЕ И СВОЁМ ПРОЕКТЕ. Если что-то не работает, не опускайте руки. У вас всё получится, просто подумайте как следует, и решение найдётся. Просто иногда, чтобы сделать шаг вперёд, сначала нужно отойти на три шага назад.

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