Сделав сначала игрушку, а уж потом приступив к созданию игры, вы сможете радикально изменить качество вашего проекта в лучшую сторону, потому что на выходе вы получите фан сразу по двум аспектам. Но если ваш гейм-плей создан на основе самых интересных частей игрушки, вы сможете добиться того, что эти два аспекта будут дополнять друг друга в наивысшей степени. Геймдизайнеры часто забывают об этом ракурсе. Чтобы не повторять их ошибок, ознакомьтесь с призмой 17.

Совет 10: Хватайтесь за возможность повторить цикл

Иногда в процессе разработки могут измениться условия, и это дает больше времени на доработку игры. В игровой индустрии бывали случаи, когда игра добивалась успеха благодаря тому, что у разработчиков внезапно появлялась возможность провести новые эксперименты с игрой. Например, Halo изначально разрабатывалась для Macintosh. Но позже компания-разработчик заключила контракт с Microsoft и игру стали портировать на ПК. Команда воспользовалась этим, чтобы доработать продукт. Второй такой шанс компания получила, когда Microsoft попросили их портировать игру с ПК на Xbox! Дополнительного времени хватило не только на то, чтобы внести все необходимые технические изменения, но также и на доработки гейм-плея. Дизайнеры здраво распорядились временем изначально не запланированных итераций, и это позволило им значительно повысить качество игры.

После того, как вы создали все возможные прототипы, вам остается только испытать их и, основываясь на полученных результатах, начать весь процесс с самого начала. Освежим в памяти неформальный процесс, который мы обсуждали ранее.

Неформальный цикл

1. Придумали идею.

2. Сделали из нее игру.

3. Редактировали и тестировали игру, пока она не стала такой, как вы хотите.

Теперь этот процесс стал более формальным.

Формальный цикл

1. Определились с проблемой.

2. Придумали несколько возможных решений.

3. Выбрали одно решение.

4. Составили список рисков, связанных с этим решением.

5. Сделали прототипы, которые позволяют оптимизировать эти риски.

6. Испытали прототипы. Если с ними все хорошо, закончили.

7. Определились с новой проблемой, которую нужно решить, и вернулись к шагу 2.

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

Цикл 1: «Новый гоночный симулятор»

• Постановка проблемы: придумать новый гоночный симулятор.

• Решение: гонки на подводных лодках (с торпедами!).

• Риски:

• непонятно, как должна выглядеть подводная гоночная трасса;

• возможно, игра не будет достаточно инновационной;

• возможно, технология не сможет поддержать все водные эффекты.

• Прототипы:

• художники рисуют наброски подводных трасс;

• дизайнеры создают опытные образцы (используя бумажные прототипы или просматривая существующие игры) новых эффектов (подводные лодки, которые могут подниматься над поверхностью воды и летать, самонаводящиеся ракеты, изменение глубины, препятствия в виде минных полей);

• программисты тестируют упрощенные водные эффекты.

• Результаты:

• подводные трассы в виде «светящихся дорожек» выглядят хорошо. Подводные тоннели – это круто! Круто будут выглядеть и летающие подводные лодки, периодически выпрыгивающие из воды!

• прототипы выглядят достаточно интересно при условии, что субмарины будут очень быстрыми и маневренными. Нужно сделать «гонки на субмаринах». Смесь плавания и полетов выглядит свежо. Скорость подводных лодок должна увеличиваться, когда они летят, поэтому нам нужно придумать, чем ограничить время полета. Немного поиграв, мы поняли, что в игре должен быть мультиплеер;

• некоторые водные эффекты проще остальных. Всплески и пузыри под водой выглядят хорошо. Но от эффекта водных колебаний придется отказаться, поскольку это потребляет слишком много системных ресурсов, да и просто отвлекает игрока.

Цикл 2: Игра про «гонки на субмаринах»

• Новая постановка проблемы: создать игру про «Гонки на субмаринах», в которой субмарины могут летать.

• Детальная постановка проблемы:

• непонятно, как должны выглядеть «гонки на субмаринах». Нужно определиться с внешним видом как субмарин, так и гоночной трассы;

• сбалансировать время, проводимое субмариной под водой и на поверхности;

• нужно понять, как обеспечить поддержку многопользовательского режима.

• Риски:

• если гоночные субмарины будут выглядеть «слишком мультяшно», это может отпугнуть игроков постарше. Если они будут выглядеть слишком реалистично, это будет выглядеть глупо на контрасте с таким гейм-плеем;

• пока мы не узнаем точное количество времени, проводимое лодками под водой и в полете, невозможно приступить к дизайну уровней или к отрисовке ландшафтов;

• команда никогда ранее не делала игры с многопользовательским режимом. Мы не совсем уверены, получится ли.

• Прототипы:

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