Содержание:
- Знакомство.
- Зачем нужны гейм-дизайнеры?
- В чем отличие дизайн-документации от любых других доков?
- Три главных вопроса к любому пункту любого дизайн-решения.
- Домашнее задание.
использовать в работе. Пример: рисование, программирование, вождение. Обязательные: Арифметика и пользование экселем или гугло-таблицами. Необязательные: Психология, экономика, сценарное дело, режиссура, профильные для конкретного проекта темы. 7
Как мы работаем в коллективе. Взаимодействие с командой, аргументация, презентация своих идей, стрессоустойчивость. Как мы работаем с игроком. Понимание восприятия, реакций, “потока”, “интересного”. Как мы работаем с продуктом. Системное мышление. Софт-скиллз 8
с любовью и вниманием. Любой может поиграть в несколько похожих проектов. Не любой может в течении долгого времени систематически изучать все проекты конкретных жанров и платформ. Любой может посмотреть на проект здесь и сейчас. Не любой может следить за проектом последние несколько лет и разбираться во влиянии каждого отдельного патча. Любой может предложить что-то интересное. Не любой может найти десяток вариантов реализации предложенного и разобрать каждый на плюсы и минусы. Экспертиза 9
а отрасль знаний и зона ответственности за то, чтобы игроку было “интересно”. Или “понятно”. Или “хотелось платить”. Т.е. за вызов конкретных ощущений. Соответственно, гейм-дизайн документация - это описание достижения вот этих самых конкретных ощущений в каждом отдельном случае. 10
делать именно это или именно так. ГДД. Развернутое описание, задача которого - дать максимально полное представление о предложении тем, кто его будет реализовывать. Главная задача - проверить на совместимость с уже реализованными \ запланированными элементами и получить точные оценки по реализации. ТЗ. Инструкция к реализации, пользуясь которой конкретный исполнитель по максимуму освобожден от необходимости включать голову. Главная задача - свести к минимуму дополнительные издержки на обсуждение, уточнение, согласование. 11
новой опции, поймет ее принцип работы, поймет эффективность, поймет контр-плей. Референсы. Как эта опция реализована в конкурирующих продуктах? Универсальность. Как эту опцию используют разные категории игроков? 13
степени знакомства с платформой. 3. По степени знакомства с вашим проектом. 4. По интенсивности игры. 5. По интенсивности социализации. 6. По платежной истории. ВАЖНО: Какие именно категории игроков учитывать, сильно зависит от конкретного предложения. 14
новом элементе, как поймет эффективный способ с ним взаимодействовать. Флоу. В какой момент игрок будет отвлекаться от кор-геймплея на этот элемент, почему это понравится игроку и не повредит остальному проекту? Системность. Благодаря чему этот элемент будет выделяться в восприятии игрока во что-то самобытное? Как этот элемент будет перекликаться с привычными игроку способами взаимодействия с продуктом? Универсальность. Как эту опцию используют разные категории игроков? 15
ИМЕННО РИСОВАТЬ. Нужно говорить: • Какие ощущения и ассоциации должен вызывать этот арт? • Вместе с какими другими элементами этот арт должен сосуществовать? • Примеры достижения тех же ассоциаций и ощущений из конкурирующих продуктов? 16
Из концепта системы должны быть понятны каждый отдельный элемент и то, как эти элементы работают друг с другом. Донести это помогут: Юзер-стори Cхемы Алгоритмы 17
«невидимость». Я узнаю об этом из хинтов, патч-ноутов, медиа-материалов и обсуждений в группах проекта в соцсетях. Первое время персонаж доступен только в отдельном игровом режиме и для ограниченной аудитории, увеличивающейся на 5% раз в полчаса. Я мотивирован отправиться в этот режим с помощью отдельного квеста с хорошей наградой. 18
я знаю, как она выглядит для меня (эффект включения, специальный шейдер, эффект выключения), как использовать эту способность эффективно (снимать агр с себя, обманывать одиночных оппонентов, близко подбираться к незащищенным целям) и что против меня будут предпринимать оппоненты (мерцание при попадании в невидимую цель — чтобы «запеленговать» невидимку; первые 0.5 секунды после выхода нет дамага и можно успеть навести прицел, прожать абилку или сместиться к укрытию). В самой игре я сразу понимаю, что у меня персонаж с невидимостью и не перепутаю ее с другой способностью благодаря однозначно понятной иконке. В каждом матче я вижу минимум несколько игроков с этой способностью. 19
убивает невидимка, и после этого боя я получаю оффер на покупку. Возвращаясь в главный экран, я вижу, на кнопке магазина индикатор того, что в магазине появилось что-то новое. Открыв магазин, я сразу попадаю на нового персонажа с невидимостью — я узнаю его по яркой иконке, которую уже видел. Я читаю описание персонажа, смотрю на ТТХ абилки и начинаю прикидывать, на сколько она «тащунская». Я возвращаюсь в бой, чтобы выполнить квесты на «невидимке» и вижу, как персонаж-невидимка берет топ-1 по всем показателям. Мне опять предлагают оффер. Я задумываюсь над покупкой, решаю обсудить это с командой. 20
мне какая это «имба», наш третий друг спрашивает, где посмотреть, и мы советуем просто открыть магазин и найти лейб «новое», а я получаю в награду за выполненный квест треть шардов, необходимых для покупки нового персонажа. Следующий бой мой напарник-невидимка заканчивает с великолепным счетом и, когда мне на пост-комбате падает оффер с хорошей скидкой на недостающие две трети шардов, я нажимаю на кнопку «купить». 21
элементов. На следующих слайдах - кусок схемы, описывающей ивент-цепочку для игры Stellaris (полный вариант можно посмотреть здесь) и таймлайн поведение новой фичи. 22
- кусок алгоритма, описывающий взаимодействие игрока с экранами и интерфейсами в проекте Core Tactics (полный вариант можно посмотреть здесь) и кусок алгоритма, создающего оффер под конкретного игрока. 25
детализации. В схеме вы просто показываете связь каких-либо элементов. Это могут быть не все элементы, а только часть. Элементы могут быть разного масштаба. Связи могут быть разного характера. В алгоритме вы описываете все логические операции и связи этих элементов. Второстепенная - в форме. Схема всегда визуализирована. Алгоритм может быть описан и простым текстом. Алгоритм - это то, во что будут превращать ваши хотелки программисты. Важно понимать, что именно от вас требуется - схема или алгоритм. 28
технической команды, но в некоторых случаях это делает и гейм-дизайнер. Примеры тз на код: 1. Добавить в админку параметр Х. 2. Добавить импорт\экспорт из таблицы. 3. Добавить дополнительную проверку … для определения читеров. 4. Добавить ивент для трекининга новых событий в аналитике. Ключевая разница между ГДД и техзаданием в том, что гдд аргументированно рассказывает о результате, который должен получится (и может включать в себя несколько ТЗ), а техзадание говорит о том, какую конкретно работу нужно проделать. 30
но в некоторых случаях это делает и гейм- дизайнер. Примеры тз на арт: 1. Новый персонаж. 2. Новый скин. 3. Новый сплеш-скрин. 4. Пачка иконок. Ключевое отличие между концептом и тз на арт в том, что тз должен содержать все конкретные технические требования: размеры\полигонаж, перечень мест использования, типом использования, состояний. 32
UI\UX команды, но в некоторых случаях это делает и гейм- дизайнер. Примеры тз на UI\UX: 1. Добавить дополнительную точку входа в окно Х. 2. Добавить вывод еще одного параметра в интерфейс У. 3. Добавить новое состояние для кнопки абилки в боевом интерфейсе. Ключевая разница в том, что при работе с ГДД UI\UX работает с системой (проектирует ее с нуля или меняет имеющуюся), а при работе с ТЗ этот специалист просто реализует нужно изменения. 34
QA-специалистами, но время от времени к этому процессу подключаются и все остальные участники разработки. Примеры тз на тестирование: 1. Проверить, как будет менять дпс при понижении фпс. 2. Есть подозрение на баг в случае вот такой цепочки действий (WTR, way to reproduce) 3. Есть древний функционал, который непонятно как будет взаимодействовать с новым. Нужно проверить. Ключевая разница в том, что при работе с ГДД QA-специалисты сам составляет список моментов, которые нужно проверить, а при работе с ТЗ он проверяет какой-то отдельный конкретный случай. 36
этот вопрос вам зададут первым. Если вы получаете задачу, без ответа на этот вопрос не уходите. Суть вопроса: “Какой цели вы хотите достичь?” Вопрос со звездочкой: “Этой цели действительно нужно достигать?” 40
на этом этапе туториальной воронки Этот элемент входит в программу минимум ожиданий от жанра Тепловые карты показывают, что в стычках на боковом проходе в большинстве случаев побеждают синие Популярность сборки Х заметно ниже, чем у остальных стартовых вариантов У игроков нет понятной и достижимой цели на этапе “3-5 дни” 42
то следующий логический шаг - обсудить конкретный способ, которым вы предлагаете достичь этой цели. Суть вопроса: “Почему ты хочешь делать именно это и именно так?” Вопрос со звездочкой: “Какие еще варианты достижения цели ты рассмотрел?” 44
команды этот оказался самым дешевым Технические риски минимальны, так как это идет на рельсах уже имеющегося функционала Среди долгосрочных целей проекта есть Х, а это - логичный шаг первой итерации в этом направлении По данным КМов среди всех запросов игроков просьба именно о таком функционале встречается в ХХ% Решение - трендовое, в большей части конкурирующих продуктов используется именно такая реализация 46
и делать именно предложенным образом, бюрократический механизм продакшена начинает раскручиваться. Задачи поступают рядовым исполнителям. Тем людям, которые хотят не просто ходить на работу и делать задачи, но - делать “круто”. Суть вопроса: “Что станет лучше?” Вопрос со звездочкой: “Как мы поймем, что стало лучше именно благодаря этой фиче?” 48
сам... Вот расчеты - видишь, у игрока вот здесь станет больше Х, и он сможет еще и У делать Мы уже собрали прототип, давай включу и сам посмотришь? Хм, а вот это мы не учли… Постараемся в следующей итерации сделать. 50
используется огромное количество документации, с которой гейм-дизайнер не сталкивается практически никогда. К примеру: • Арт-библия • Регламент оформления кода • Пайп-лайн автоматической сборки билдов Знать о них и быть в курсе их содержания полезно прежде всего для личного развития и взаимопонимания, но непосредственно к работе это отношения имеет мало. 52
команде имеют +- серьезный опыт игры в игру Х”. Для желающих хардкора - выбрать новую игру. Хоть мобильные платформы, хоть ПК. 2. Обменяться контактными данными. 3. Определить себя как игрока по приведенной в лекции классификации. 4. Совместно выделить в выбранной игре 1 (ОДНО) главное ощущение, которым эта игра ценна. 5. Отправить мне на почту [email protected] ссылку на гуглодок со списком участников команды, названием выбранной игры и описанием этого главного ощущения. 6. Задание со звездочкой: Обратить внимание во время обсуждения на то, если какие-то общие черты у предложений от игроков одной категории. Срок - до дд.мм.гг 53
shestovt
cyberagentdevelopers
hiranotomoki
majimasachi
mct
payatsusan213
root_recruit
kiyou77
masakaya
kiyoshifuwa
madue
lara
kneath
csswizardry
destraynor
maltzj
morganepeng
keithpitt
eileencodes
keavy
akosma
