Механика free-to-play, давно уже зарекомендовавшая себя в онлайн-играх на PC, за последний год получила широкое распространение и на мобильных платформах. Именно бесплатные игры с возможностью докупки внутриигрового контента по статистике приносят наибольшую прибыль. Как сделать free-to-play игры успешными, чего хочет их аудитория и чем F2P кардинально отличаются от других игр, читайте в нашем материале по мотивам публикаций креативного директора и гейм-дизайнера Паскаля Лубана (Pascal Luban).



Вообще, free-to-play (F2P) игры – это не какой-то новый жанр, это целая революция в игровой индустрии. Появление F2P повлияло на большинство аспектов и факторов в маркетинге, издании, дистрибуции, дизайне и разработке.

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

Вступление 1.

Много думал и анализировал информацию на тему разработки игр. И чтобы не потерять, а так же поделиться с людьми, получить подсказки, советы и комментарии — решил оформить и выложить статью. На сегодняшний день “геймдизайн” все больше обретает очертания некой науки, требующей особого подхода и изучения. К сожалению, в общем доступе находится очень мало структурированной информации. Что касается иностранных авторов, имеющих большой опыт и ряд успешных проектов — зачастую их труды так и не попадают на прилавки отечественных магазинов. А изучить их в оригинале многим мешает языковой барьер.
В данной ситуации спасением служат статьи, где люди делятся впечатлениям и личным опытом по разработке игр. Эти статьи не только и не столько доносят до читателей новую информацию, сколько подают ее в новом свете, позволяя более четко осознать и отобразить в жизнь.

Вступление 2

Хочу отметить, что на написание материала оказало влияние выступление на Sociality Rocks 2011 Henric Suuronen — руководитель студии Wooga, разработчика Bubble Island и других хитов. Особого внимания заслуживает статья Андрея Плахова “Геймдизайнерам о программистах или как программировать программистов”. По аналогии с той статьей возникла мысль, что программировать можно и пользователей тоже. Программировать их модель поведения, чтобы их развлекать и извлекать нужные нам ценности — платежи, удержание в игре, привлечение новых игроков. И одним из инструментов удержания служит набор функций в приложении, который можно условно назвать игровым циклом. Об этом мы и поговорим далее

Пару недель назад Джон Шафер, продюсер компании Stardock, а также один из ведущих дизайнеров последних двух частей Civilization, разместил в своем блоге статью под говорящим названием: «Хотите сделать игру лучше? Ограничьте игрока». И хотя в ней речь, в первую очередь, шла о хардкорных проектах, она нам показалась чрезвычайно актуальной и для тех, кто создает мобильную игру своей мечты. Тем более что грань между хардкорными и казуальными проектами на iOS и Android сейчас размывается, а все наиболее успешные приложения используют интеграцию с социальными сетями на полную катушку. Так что мы решили поделиться с вами некоторыми наиболее интересными, на наш взгляд, моментами.

Генри Фонг (Henry Fong), исполнительный директор Yodo1, поделился с порталом Gamasutra своим видением китайского рынка игровых приложений. Сама Yodo1 помогает западным издателям выйти на рынок Поднебесной, который является одним из крупнейших iOS и Android рынков.

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

Высшая школа экономики (ВШЭ) совместно с Высшей школой бизнес-информатики (ВШБИ) запустила программу профессиональной переподготовки «менеджмент игровых интернет-проектов» — первую в России программу профессиональной переподготовки в сфере управления интернет-проектами по разработке компьютерных игр, созданную экспертами-практиками.

Многие думают — хочу делать игры! Вроде и идей у меня куча (правда скорее всего никак не оформленных), и в других играх я все недочёты вижу с первого взгляда и мысли свои излагать могу связно и последовательно, но… Чего-то не хватает! Что именно делать, если хочешь попробовать себя на ниве игростроя? Пути вроде всего два: делать игры в составе какого-нибудь профессионального коллектива или делать игры самому. Но даже беглый обзор в моём регионе (Санкт-Петербург) показал, что такой позиции, как «Junior Game Designer», в принципе не существует. И даже не джуниор позиции очень редки.
Видимо, это закрытая кухня, в которую со стороны попасть трудно. Отсюда возникает другое решение — идти в контору, производящую игры самостоятельно на любую открытую позицию, естественно при наличии соответствующей квалификации). Но и тут есть нюанс, личный опыт мне подсказывает, что будучи рядовым разработчиком, шансы поучаствовать в написании GDD (да в принципе и любого другого ТЗ) или хотя бы в формировании начальных требований к нему, очень незначительны. Времени на это просто не будет, а на общих собраниях, с участием всех отделов, если таковые вообще будут, можно почерпнуть только очень, как это ни странно, общие концепции.

Начиная серию статей о гейм-дизайне, в первую очередь стоит выяснить, что же это такое и кто такие эти гейм-дизайнеры?

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

Что же нужно, чтобы начать придумывать свою игру? Вы можете предположить, что это навыки использования движков, таких как Unreal Engine или Unity, может быть знания языков программирования и скриптинга или годы опыта?

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

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

Диздок упоминают в разговорах, о нём шепчутся на форумах, примеры его ищут и зелёные новички, и бывалые разработчики. Случается, что под тусклым светом уличного фонаря происходит сделка. Фигура в тёмном капюшоне украдкой передаёт ссылку на «Месть курочки Рябы». Конечно, таинственный гонец не имеет злого умысла, но деяние совершено…

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

Эта статья — перевод выступления Джона Нески (John Nesky) с GDC14.

Вторая часть тут

Джон — один из разработчиков в компании TGC, известной своей игрой Journey. Он начал работать там в роли гейм-дизайнера, но впоследствии увлёкся настройкой работы камеры в Journey, поэтому теперь его должность звучит как Feel Engineer.

Вряд ли вы найдёте какое-нибудь сообщество разработчиков, специализирующихся на игровых камерах. И есть, пожалуй, всего одна книга на эту тему — Real Time Cameras за авторством Марка Хэйг-Хатчинсона (Mark Haigh-Hutchinson). Но хотелось бы глубже изучить эту тему и узнать, как люди решают те или иные трудности.

Тот факт, что к теме камер не приковано большого внимания, неудивителен — пока они работают, как надо, обсуждать их нет нужды. Они становятся заметными тогда, когда делают что-то не так. Игроки начинают обсуждать работу камеры только когда хотят пожаловаться, что она их раздражает.

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

Эта статья — вторая часть перевода выступления Джона Нески (John Nesky) с GDC14.

Первая часть тут.

#26 Оставлять угол съёмки постоянным в то время, как персонаж бежит по склону

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

Hola chicos!

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

Обрел же я его, проработав 5 лет в московском филиале компании Glu Mobile (4.5 лет из них — дизайнером) и 7 месяцев в компании Social Point, где и продолжаю работать на данный момент. Также я общался со многими людьми, которые работали в таких компаниях, как Game Insight, Crazy Panda, Game Garden и другие.

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

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

По статистике в американских AppStore и в Google play игры со встроенными покупками занимают около 92% всех игр. В Азии 90% игр на мобильных платформах используют монетизацию встроенных покупок. Монетизация f2p знакома многим слоям общества, поэтому она и послужила притоку в индустрию огромного количества клиентов.

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

Автор статьи Джеймс Охлен уже давно в игровой индустрии — в BioWare он работает 20 лет. Сейчас он дизайн-директор этой компании (принадлежащей EA) и управляет разработкой таких франшиз, как Mass Effect и Dragon Age.

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

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

Кто: Адам Хайнс (Adam Hines), сооснователь Night School Studio и директор игры, и Кевин Райех (Kevin Riach), гейм-дизайнер и продюсер Mr. Robot Ep1.51exfiltrati0n, выпущенной в августе 2016 года

Кевин Райех: хотя Night School Studio основана в 2014 году, мы с Адамом начали работать над первой игрой студии Oxenfree в июле 2015 года.

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

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

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

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

Команда, состоявшая из шести сотрудников студии и двух наёмных работников, справилась с циклом разработки игры за шесть месяцев. Почти сразу после начала разработки к нам подключились прежние коллеги Адама из Telltale Games (которой я помогал создавать The Wolf Among Us). Так и родилась игра Mr. Robot Ep1.51exfiltrati0n (дальше я для краткости буду называть её Exfiltrati0n).

Когда мне было 11 лет, наша семья купила первый компьютер: AST «Advantage!» с процессором 486 (66 МГц), 4 МБ ОЗУ и жёстким диском на 32 МБ. Это не был самый мощный компьютер, даже в те времена, но на нём был QBasic. Я всегда хотел делать игры, поэтому немедленно погрузился в программирование.

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

Метроидвания: стиль игры (2D или 3D), в котором часто присутствует исследование и где управляемый игроком персонаж получает новые способности, позволяющие ему продвигаться дальше. Такие игры часто являются экшн-адвенчурами с пересечением маршрутов движения. В них используется система «роста», открывающая важные апгрейды, необходимые для прохождения игры. Название «метроидвания» произошло от смешения слов Metroid и Castlevania, однако существуют и другие игры, в которых используется та же фундаментальная философия дизайна. К этим играм можно отнести все игры франшизы Zelda, Shadow Complex и Cave Story. На самом деле нет значительной разницы в структуре игрового процесса между играми Zelda, Metroid или Castlevania: Symphony of the Night.

Эта статья предназначена для создателей игр, желающих взяться за трудную задачу написания игры в жанре «метроидвания». Если вы никогда раньше не делали игр, и ищете советов о том, как начать создавать игры, рекомендую познакомиться с такими инструментами, как Unity, Unreal Engine, Construct 2 или любыми другими инструментами игростроительства. Вам сначала стоит научиться делать игры, потому что я не буду учить их созданию с нуля.

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

Для начала нам нужно ответить на вопрос: что же такое класс? Определение этого термина в играх достаточно расплывчато, и правильных ответов можно дать несколько. В таких RPG, как Dungeons & Dragons классы определяются правилами и представляют собой список способностей, которые может иметь персонаж игрока.

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

Поэтому при обсуждении классов мы говорим не только о стандартных классах и расах из RPG, но и об армиях в Starcraft, персонажах Street Fighter и даже машинах из Mario Kart. Кажется странным засовывать их всех в одну категорию, но у них у всех есть нечто общее: выбор, который игрок делает за пределами игры, определяет его возможности в игровом процессе.