Skip to content

Вопросы на собеседовании: Гейм-дизайнер

100 реальных вопросов с образцовыми ответами и пояснениями для уровня Senior.

Смотреть пример резюме: Гейм-дизайнер

Тренировка флешкарточками

Интервальное повторение · Hunter Pass

Вопросы

playerdesignpromises

Я формулирую видение как проверяемый игровой опыт, а не как перечень фич.

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

Зачем это спрашивают: Это проверяет, умеет ли кандидат превращать творческий замысел в артефакты и доказательства для реальных дизайн-решений.

design

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

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

Зачем это спрашивают: Это показывает, различает ли кандидат стратегический замысел и критерии оценки дизайнерской работы.

design

Полезный пиллар дает жесткое основание сказать нет даже привлекательной самой по себе фиче.

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

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

design

Я ранжирую принципы по силе, чтобы локальные правила не могли незаметно переопределить продуктовое обещание.

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

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

core-loopmetagame

Я размещаю фичу там, где ее целевое поведение и цена ошибки соответствуют уровню вовлечения игрока.

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

Зачем это спрашивают: Это показывает, умеет ли кандидат размещать фичи по их поведенческой роли, уровню вовлечения и цене зависимостей, а не по заметности или новизне.

player

Я настраиваю награды так, чтобы они поддерживали действия и выборы, заявленные как центральные для игры.

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

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

player

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

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

Зачем это спрашивают: Это проверяет, умеет ли кандидат сочетать понятность для рынка с отличием, основанным на игровом процессе.

design

Я изолирую неопределенность, чтобы проверить смелую идею, не ставя на нее весь продукт.

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

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

system-design

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

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

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

design

Я явно формулирую компромисс, сверяю его с обещанием игроку и по возможности выбираю на основе обратимых проверок.

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

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

system-designtypes

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

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

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

design

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

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

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

liveopseconomy

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

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

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

economycohortsplayer

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

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

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

economy

У каждой валюты должны быть отдельная экономическая задача, временной горизонт и набор связей конверсии.

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

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

rewardsprogression

Долгоживущей прогрессии чаще нужны новые оси ценности, чем постоянно растущий потолок силы.

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

Зачем это спрашивают: Интервьюер оценивает, умеет ли кандидат отличать устойчивую прогрессию от простого числового роста.

conversioneconomy

Устойчивый цикл конверсии не содержит прибыльного замкнутого круга и ограничивает ущерб от любого отдельного ребра.

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

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

designeconomy

Предмету нужен запланированный путь от дефицита к насыщению и затем к полезному выводу из экономики.

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

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

Правило переноса должно отделять сезонное соревнование от долгосрочного владения и не позволять запасам заранее решать исход следующего сезона.

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

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

liveopseconomy

Устойчивость дает ритм контента, который повторно использует системную глубину и не накапливает неограниченные экономические обязательства.

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

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

Закрытые вопросы

  • 21

    Как модели premium, F2P и подписки меняют дизайн-контракт с игроком?

    f2pdesignplayer
  • 22

    Как оценить, справедлив ли обмен ценностью и для игрока, и для бизнеса?

    player
  • 23

    Как удержание должно работать в основном, сессионном и метацикле?

    retentionsessions
  • 24

    Почему ARPDAU следует считать ограничением, а не целью дизайна?

    design
  • 25

    Как ценовые точки, наборы валюты и уровни предложений образуют цельную архитектуру ценности?

    economyforms
  • 26

    Что делает боевой пропуск справедливой и устойчивой моделью удержания и монетизации?

    retentionmonetizationpricing
  • 27

    Как игровая подписка должна создавать регулярную ценность, не наказывая игрока за отмену?

    player
  • 28

    Как оценивать этичность гачи через ожидаемую и максимальную стоимость?

    monetizationdesigndecision-making
  • 29

    Чего требует справедливость между платящими и неплатящими игроками, если покупки влияют на игру?

    playergameplay
  • 30

    Как темп контента и ограничения монетизации помогают live-игре оставаться устойчивой без бесконечной гонки производства?

    guardrailsmonetizationpricing
  • 31

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

    sessionsmetagame
  • 32

    Как определить, что сезонный сброс должен удалить, сохранить или ускорить через механики наверстывания?

    system-design
  • 33

    Как сетевые эффекты меняют дизайн преимуществ гильдии по мере роста социальной игры?

    design
  • 34

    Как социальная система должна балансировать сотрудничество и соревнование внутри одного игрового сообщества?

    system-designbalancingplayer
  • 35

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

    player
  • 36

    Как ожидаемая длительность сессии и характер прерываний должны влиять на дизайн игры для целевой платформы?

    sessionsdesign
  • 37

    Как точность ввода, условия просмотра экрана и плотность информации ограничивают игровой дизайн на разных платформах?

    design
  • 38

    Что означает справедливость, когда игроки с разных платформ делят прогрессию, подбор соперников или соревнование?

    playerprogression
  • 39

    Как сегментация аудитории должна влиять на игровые системы, не сводя игроков к фиксированным персонам?

    discoveryplayersystem-design
  • 40

    Как определить, какие жанровые условности нужно сохранить, а какие намеренно нарушить?

  • 41

    Как использовать данные об игроках, не позволяя им диктовать творческое направление игры?

    player
  • 42

    Почему агрегированные метрики игроков могут вводить в заблуждение и когда вместо них стоит изучать когорты?

    cohortsmonitoringaggregation
  • 43

    Как объединять телеметрию и качественные данные плейтестов, если кажется, что они рассказывают разные истории?

    playtestingtelemetry
  • 44

    Что делает дизайн-гипотезу опровержимой и как сформулировать такую гипотезу для изменения игрового процесса?

    designgameplayhypothesis-testing
  • 45

    Какие разные задачи решают опережающие, запаздывающие и защитные метрики при оценке изменения дизайна?

    guardrailsdesignmonitoring
  • 46

    Как структурировать дизайн-документацию, чтобы у каждого вида информации был понятный источник истины?

    documentationdesign
  • 47

    Что должна фиксировать запись дизайн-решения и чем инварианты дизайна отличаются от обычных настроек?

    designtuning
  • 48

    Каким стандартам должен соответствовать раздел GDD, прежде чем его можно считать готовым к дизайн-ревью?

    design
  • 49

    Как модель настройки должна представлять допущения, пороговые эффекты и утвержденные диапазоны параметров?

    tuning
  • 50

    Какова цель vertical slice и как определить его объем и критерии выхода?

  • 51

    В середине производства урезание бюджета лишает проект половины запланированных миссий. Как вы пересоберете дизайн без искусственного растягивания короткой кампании?

    designcapacitycss
  • 52

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

    design
  • 53

    Команде поручают перенести игру на другую платформу. Как вы решите, что нужно переработать, а не просто портировать?

  • 54

    Vertical slice хорошо отполирован, но не доказывает, что играть интересно. Что вы сделаете до одобрения полного производства?

  • 55

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

    rewardsplayercore-loop
  • 56

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

    rewardsplayereconomy
  • 57

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

    player
  • 58

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

  • 59

    Широкая аудитория избегает стелс-цикла, но использующие его игроки хорошо удерживаются и точно описывают обещанную фантазию. Расширять дизайн или сужать аудиторию?

    playerdesignpromises
  • 60

    Проект накопил много хороших идей, но потерял ясный дизайн-фокус. Как вы вернете направление, не перезапуская всю игру?

    design
  • 61

    Junior-дизайнер показывает фичу с подробными правилами, но не может сформулировать ее цель для игрока. Как вы проведете ревью?

    playerdesign
  • 62

    Middle-дизайнер доказывает глубину фичи большим количеством взаимодействующих систем. Как вы проверите его аргумент?

    system-designdesign
  • 63

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

    discoverydesignproblem-solving
  • 64

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

    design
  • 65

    Дизайн-документы сильно различаются по ясности, и ревьюеры постоянно заново находят недостающую информацию. Как вы поднимете планку качества?

    redisdesign
  • 66

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

    designeconomy
  • 67

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

    ownershipdelegationdesign
  • 68

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

    mentoringfeedbackdesign
  • 69

    Как вы развиваете junior-дизайнера от выполнения задач до самостоятельного владения фичей?

    ownershipdesign
  • 70

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

    milestonesdesign
  • 71

    Продукт хочет увеличить длительность сессий, но плейтесты показывают, что текущий темп уже затянут. Как вы разрешите конфликт?

    playtestingsessionspacing
  • 72

    Монетизация предлагает офер, который дает платящим игрокам прямое преимущество в силе в соревновательном режиме. Как вы поступите?

    monetizationsoft-skillspricing
  • 73

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

    conflict
  • 74

    Production сообщает, что запланированный ритм LiveOps невозможно поддерживать доступным объемом контента. Как вы решите проблему?

    liveopscapacity
  • 75

    Разработка считает запланированное поведение противника нереализуемым и предлагает гораздо более простой вариант. Как вы оцените компромисс без обсуждения деталей реализации?

    decision-making
  • 76

    Нарратив представляет спутника умелым переговорщиком, но правила ни разу не позволяют переговорам изменить исход. Как вы устраните несоответствие?

    narrative
  • 77

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

    reacta11yplayer
  • 78

    Аналитики хотят оптимизировать ежедневную серию, потому что она коррелирует с удержанием, но дизайн считает, что она поощряет обязанность, а не удовольствие. Что вы сделаете?

    retentiondesignoptimization
  • 79

    Влиятельный стейкхолдер хочет скопировать успешную функцию конкурента, хотя она не подходит основному игровому циклу. Как вы ответите?

    stakeholder-managementcommunicationcore-loop
  • 80

    Дизайн, арт, нарратив, production и разработка не согласны, соответствует ли игра планке качества для запуска. Как вы возглавите принятие решения?

    narrativedesignconflict
  • 81

    Как вы определите подходящий профиль гейм-дизайнера для нового проекта?

    design
  • 82

    Как вы оцениваете портфолио гейм-дизайнера?

    decision-makingdesign
  • 83

    Как вы построите цикл собеседований для гейм-дизайнеров без вопросов на знание мелких фактов?

    design
  • 84

    Каким должно быть честное тестовое задание, чтобы оно не превращалось в бесплатную работу?

    design
  • 85

    Как вы сравните системного гейм-дизайнера и универсала на одну вакансию?

    system-designdesignsystems
  • 86

    Кандидат предлагает сильные идеи, но слабо их итерирует. Как вы его оцените?

    decision-makingiteration
  • 87

    Кандидат уверенно рассуждает о дизайне, но не показывает качество решений. Что вы проверите глубже?

    design
  • 88

    Как вы выровняете уровни junior, middle и senior для гейм-дизайнеров?

    design
  • 89

    Как вы выберете между двумя сильными гейм-дизайнерами с дополняющими друг друга навыками?

    design
  • 90

    Как вы примете решение о найме гейм-дизайнера при смешанных сигналах?

    design
  • 91

    Roadmap перегружен запросами на фичи, а бизнес одновременно просит улучшить D7 retention, рост выручки и выход на новые платформы. Как вы пересмотрите приоритеты?

    retentionroadmap
  • 92

    Несколько инициатив roadmap зависят от общих дизайн-, технических и контентных работ, а каждый владелец хочет поставить свою фичу первой. Как вы определите порядок?

    roadmapdesigndependencies
  • 93

    Signature feature может выделить игру, но дорого стоит, а ее ценность для игроков пока не доказана. Как решить, должна ли она попасть в roadmap?

    roadmapplayer
  • 94

    Publishing-партнер предлагает заметную поддержку запуска, если вы добавите временный режим, но он вытеснит работу над основным онбордингом. Как вы примете решение?

    onboarding
  • 95

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

    designmechanics
  • 96

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

    stakeholder-managementcommunication
  • 97

    Рекомендация по roadmap опирается на слабые рыночные сигналы и ограниченные данные плейтестов. Как показать неопределенность, не делая предложение нерешительным?

    playtestingroadmaptiming
  • 98

    Product, design и publishing поддерживают одну инициативу roadmap, но по-разному описывают ее успех. Как вы согласуете критерии до начала работ?

    roadmapdesignfundamentals
  • 99

    Метрики live-игры показывают рост проблем в основном цикле, но контентной команде нужно место в roadmap для новых выпусков. Как сбалансировать здоровье основы и новый контент?

    core-loopbalancingmonitoring
  • 100

    После pitch дизайн-видения стейкхолдеры его одобрили, но позже по-разному описали целевых игроков, приоритеты и границы. Что вы сделаете?

    playerdesigncommunication