О разработке Not Quite Right

Привет! Мы, команда Dreamtale Games, любим участвовать в джемах.Узнать подробнее о наших играх и поиграть в них можно на страничке - http://dreamtalegames.itch.io.

В этой статье мы расскажем о “Not Quite Right” — игре, созданной для джема визуальных новелл от сообщества «Индикатор».

Атмосфера и графический стиль игры во многом вдохновлены эстетикой 1990-х. В этом немного мечтательном, полном красок (и безошибочно узнаваемой офисной техники 1990-х) сеттинге мы создавали почти фантастические истории об обычных людях и их ошибках.

Атмосфера и графический стиль игры во многом вдохновлены эстетикой 1990-х. В этом немного мечтательном, полном красок (и безошибочно узнаваемой офисной техники 1990-х) сеттинге мы создавали почти фантастические истории об обычных людях и их ошибках.

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

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

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

В итоге мы остановились на идее, связанной со службой поддержки. «Not Quite Right» - страховая компания, куда устраивается на работу Алексей, чтобы разобраться с просрочкой по кредиту.

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

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

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

Работа над системой стиля графики также началась в доске Miro нашей команды, где мы подбирали и структурировали визуальные референсы для создания окружения и персонажей.

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

После того, как были разработаны эскизы персонажей, арт-директор вместе с художниками выбрал цветовую гамму, референсы по картинкам, и все приступили к работе.

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

При выборе механик определенными ориентирами для нас стали Papers, Please с характерным менеджментом ресурсов и Night in the Woods. Для нас было важно сделать ощутимой связь выборов игрока с последствиями, для этого мы создали браузер на рабочем столе. Именно в этом браузере стали появляться сюжетные новости.

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

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

Ещё мы хотели добавить мини-игру, выбор пал на “сапёра” - идеальное попадание в тематику. Ближе к концу разработки выяснилось, что мини-игра вызывает баг, и пришлось от нее отказаться. А вот паучок появился на рабочем столе в самом начале, получил умилительные звуковые эффекты и вошел в финальную версию игры.

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

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

Изначально мы хотели писать сценарий со всеми событиями и их последствиями в текстовом движке Twine, но сразу поняли, что в этой программе нет возможности совместного использования в одно и то же время, а оно было ограничено. Поэтому вспомнили, что есть простой и хороший инструмент – Google Таблицы. Расчертили таблицу на несколько колонок — с номером события, его местом, в какое время оно происходит и какие новости могут выйти из-за сделанного игроком выбора.

В нашей игре 5 возможных концовок, и одной из главных задач для нас было понять, как должны формироваться условия для каждой из них, а также разобраться с балансом. К примеру, есть вариант, когда герой идёт на свидание, и есть концовка, когда он идёт грабить офис с коллегой Семёном. Каждая из этих концовок завершает отдельную ветку сценария, но в первых вариантах игры они постоянно конфликтовали, и одна из них упорно не выпадала. Уже после джема мы нашли способ их разъединить.

А ещё деньги! Как вычисляется размер страховой выплаты, сколько стоит каждый выбор Алексея? За два дня команде пришлось познакомится с основами страхования намного ближе, чем многие из нас ожидали. А также с основами балансировки игрового процесса.

C сценарием и диалогами было проще. Здесь главным было — придумать героя. Кто он, чего хочет, что любит, где живёт, о чём мечтает. Если это проходной персонаж, то какой это архетип? Легко ли будет игроку “считать” этого персонажа по одному только телефонному разговору?

Особенно жаркий спор у нас возник вокруг одного персонажа – интеллигентного дедушки Карла Рудольфовича. Мог ли быть в 1990-х такой дед, который за спасение своего попугая подарил бы незнакомцу раритетную иномарку? Те, кто жил в 1990-х, помнят, что среди богатых артистов, художников и другой арт-тусовки было много странных персонажей. А те, у кого есть или был любимый попугайчик (песик, котик, указать другое), просто поймут Карла Рудольфовича своим сердечком.

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

В Not Quite Right озвучены все события: уведомления в почте и браузере, звонки, даже милый "паучок" на рабочем столе. Для игры было создано три трека, которые звучат в меню, сопровождают геймплей и дополняют концовки.

Сначала у нас была идея сделать звонки голосом, но мы от неё отошли из-за технической части. Как записать звук, чтобы это было хорошо, а не словно бабушка из ведра звонит?

Поэтому пришли к классной теме: странному бормотанию вместо речи. Роль имитации голосовых звонков исполнили текстовые блоки.

• Комедийная визуальная новелла про ошибки, за которые платим либо мы, либо другие

• Аутентичная атмосфера офиса. Компьютер, телефон и болтливый коллега – всё, что нужно для комфортной работы.

• Моральные дилеммы

• Любой выбор может изменить историю

• 5 различных концовок

• Передача нарратива через игровые механики, визуал и звук

• Оригинальный арт: графика в стиле комиксов 1990-х

• Инструментальная музыка для большего погружения

Джем — это здорово, никакие книги и лекции не дадут такого опыта, как участие в настоящем джеме и создание игры. Это реально круто, полезно и очень приятно. Мы ждем следующего джема. Только надо будет получше выспаться!

Увидимся на Ludum Dare 48!

Поиграть в Not Quite Right можно здесь:

Джем версия

Постджем версия

____

Наша группа «Вконтакте».

Наш Twitter.