«Разработка игры от идеи до релиза» Ч8. Эскизы и проектирование.

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

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

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

Будем реалистами. Вы скорее всего не сможете продумать всю игру с первого захода. Я сам, например, когда начал проектировать свою игру, сразу же понял, что упустил целое окно. (и именно благодаря проектированию понял это на начальном этапе)

Боюсь, вы даже все еще не представляете до конца объем работы.
В игре которую я доделываю, и все не решаюсь объявить доделанной (кстати это тоже проблема, и об этом я тоже попробую написать, но ближе к концу срока)  45 экранов и это мне еще два блока пришлось вырезать, чтобы не затягивать разработку.
delscr
В другой, спроектированной на половину — 36 экранов.
Еще в одной, над которой я пока поработал только один день (хотя и весь день с утра до вечера) 22 экрана.

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

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

Теперь о самом проектировании

Во время программирования у вас неизбежно будут возникать новые идеи, мысли и вы будете думать, «а не переделать ли мне этот экран»?
Такие мысли — враг сроков. А так, как наша главная задача сделать игру в срок, то такие мысли самый большой враг всей разработки.

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

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

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

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

Советы

Я поделюсь некоторыми своими принципами проектирования, однако не откажусь услышать и ваши идеи или опыт, если он у вас есть.

1) Разбейте игру на блоки. Разделение может проходить по целям, по процессам, по кускам контента, но в конечном счете разделение будет проходить по кнопочкам. Есть кнопочка магазина — вот и блок магазина. Кнопочка прокачки? — блок прокачки. Кнопочка карты местности? — блок карты местности и т.д..
2) Можно разрабатывать по очереди реализуя каждый блок. Можно набросать по одному-двум экранам на каждый блок, а потом по очереди их разрабатывать подробно.
3) Используйте какую-нибудь программу для проектирования, если ваша среда разработки не имеет визуального редактора. До того, как сделать себе свою среду я использовал программу называющуюся «Pencil Project».
Карандаш и бумажка подходят только, как вспомогательные инструменты проектирования.
4) Совет, дающий возможность принципиально ускорить и упростить проектирование:
Максимально используйте повторный арт. Введите один-два фон для окон. 2-3 кнопки. И щедро лепите их везде, не изобретайте для каждого экрана свой фон и свои кнопки.

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

screen_img8_island_scr

Так же на скринах видно, что они все еще не продуманны на все 100%. Но каркас игры постепенно становится все более фиксированным, да я могу перепроектировать внутреннюю часть некоторых экранов, чтобы было красивее (просто подвигаю элементы, на то мы и используем программы для проектирования), но саму суть уже не буду трогать.
Ведь, не для того я это придумывал, чтобы потом выбрасывать. Кому-то обязательно не понравится, кому-то понравиться. Нельзя сделать игру «для всех».

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

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

3scr

6) Ну и главное не бойтесь. И работайте «широкими мазками». Целенаправленно поставьте себе задачу работать не на 100% своих возможностей, а на 80%-90%. Игроку эти 10-20% роли не сыграют, а вам срок разработки в два раза могут удлинить.

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

Напоследок еще один скриншот. Главный экран образцового проекта.

screen_img0_main_scene

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

Реклама и покупки

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

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

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

Задание

Вообще на чистовое придумывание + полное проектирование спокойно можно выделить неделю.
Но, принимая во внимание, что вы все равно что-то упустите и вынужденны будете потом допиливать, мы уменьшим время на эту часть до 6-15 часов (чтобы зарезервировать время на допиливание). А срок назначим на четверг-пятницу.

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

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

___
Собственно вот у нас и началась «настоящая» работа.
И, как я и предупреждал, частота статей снизится. Будут промежуточные миниотчеты во время разработки. И может что-то придумаю для конкретных материалов.
Однако, ближе к ноябрю, предполагается опять увеличение количества статей.

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


Автор: Elsper.ru


VN:F [1.9.14_1148]
Rating: 10.0/10 (1 vote cast)

«Разработка игры от идеи до релиза» Ч7. Примерный план.

Как и обещал пост о этапах и времени, необходимом для их реализации.

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

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

— Черновое придумывание. Основной сеттинг. Цели. Геймплей. 0,5-2ч

— Чистовое продумывание с бумажкой, эскизами, и списками имеющегося контента. 3,5-8ч
Срок может быть еще больше, но мы разрабатываем небольшую игру. Чем менее подробно вы продумаете игру на старте, тем больше времени вы в итоге потратите на остальных этапах.

— Формирование и ведение ToDo листа. 1ч.
Я не часто его веду и каждый раз это негативно сказывается на сроках и общем настроении от разработки. Поэтому явно вношу этот пункт. Время размазывается по всему сроку разработки.

— Проектирование игровых экранов в каком-нибудь инструменте для проектирования. 6-20ч
Возможно ваша среда поддерживает визуальное проектирование и вам будет проще. Я долго работал без проектирования и больше к этому не вернусь. Проектирование нужно, чтобы вы точно знали уместятся ли элементы, как они смотрятся, сколько их, какой у них размер и положение.

Верхние три пункта можно делать одновременно. Во время проектирования становится видно, где не продумал. А придумывая, сразу примерять-проектировать. И в обоих случаях параллельно заполнять ToDo список.

— Подготовительное программирование. 0-20ч
Мы должны быть уверенны, что у нас все готово для работы, и мы не будем бороться с платформой и языком, а будем делать игру.
Возьму фрагмент своего же коммента.
«Надо напрячь гугл и сделать тестовое приложение, в котором будет кнопка в виде картинки, и при нажатии на нее, кнопка начнет уезжать за пределы экрана с заданной вами скоростью.
Такое миниупражнение позволит:
— Вставлять картинки.
— Обрабатывать нажатия.
— Делать легкую анимацию.
Второй этап, сделать две кнопки, которые будут переключать сцены (ну типа как вкладки в браузере) на одной вкладке пусть будет одна сценка (картинка двигается вниз-вверх), на другой вкладке другая сцена.
Это упражнение позволит разделять игру на сцены.
(у меня каждая сцена это отдельный файл, а игровые блоки вообще по папкам разделены)

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

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

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

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

Отдельно выделю программирование заранее не очевидных вещей.

Встраивание статистики. 0-2ч. Сам я использую Flurry. Статистика может отнять и больше времени, но в основном время идет на то, чтобы разобраться как этим вообще пользоваться. Еще статистику можно просто не ставить.

Встраивание покупок. 0-3ч. Места где будут покупки вы придумываете на этапе проектирования интерфейса. Тут имеется в виду именно программирование. Покупки можно не делать.

Встраивание рекламы. 1-3ч. Подразумевается, что места для рекламы тоже придумываются на этапе проектирования интерфейса. Рекламу ставить будем.

И отдельно выделю работы необходимые для успешного релиза.

Перевод. 2-5ч. Я уже писал, что английский обязателен.
Перевод самой первой игры отнял у нас наверное часов 30. Так, что я повторю, что сроки, просто ориентир. Придумывайте игру с небольшим количеством текста, а то увязните. К тому же текст часто вредит игре, чем помогает.

Тестирование. 1-5ч. Во первых подразумевается, что вы и без того тестируете игру во время разработки. Во вторых все те же пункты о продуманной идее и заранее спроектированном интерфейсе снижают необходимость тестирования.

Описание. 2-5ч. seo статья на двух языках. Пропускать этот этап нельзя.

Название. . seo заголовок для игры.

Иконка приложения 1-8ч. Лучше побольше потратить времени, даже если по всем остальным пунктам вы укладывались в минимальное время. Иконка — это самое важное. Лучше сделать две иконки и через A-B тестирование выбрать лучшую. Гугл поддерживает такую возможность.

Скриншоты. 1-3ч. В гугле это по 8 скриншотов на оба языка. Может и меньше, если ставить нечего. Иногда скриншоты могут иметь дополнительные украшающие надписи или изображения.

Возня с магазином. 2ч. Последний рывок перед релизом.

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

— Озвучка. 0-2ч. Предполагается, что звук и музыку мы погуглим или не будет использовать вообще.

— Арт. 10-40ч Очень тяжело оценить этот пункт. Он вполне может занять и гораздо больше времени, если вы будете делать ставку в игре на арт и рисовать все сами. Я лично просто даю задания, общаюсь и принимаю работу. Это тоже требует время, не надо забывать. Можно попытаться сделать минималистскую игру и сделать арт самому, но и это тоже займет время.

— Ну и 2-10ч на всякие вещи, которые я с лету не смог вспомнить.

__
Конечно невозможно оценить сроки точно. Разные игры, разные люди, разные языки и среды разработки.  Да и вообще я подогнал цифры, чтобы соответствовало моим же словам про 50-200. Если говорить о слабых местах плана, то из за программирования и арта разработка может занять как больше 100ч, если забить на предварительные эскизы, задумать сложный проект и рисовать самостоятельно, так и меньше 25, если проект не сложный, художник умный и поймет задания по эскизам, а игра продуманна хорошо, и выбран простой игровой процесс, от чего программирование будет идти очень легко. И получается, реальная вилка ближе к 40-300 выходит.

Задание

Предполагается, что самый первый пункт «Черновое придумывание» вы уже сделали. Не зря же я про это начал писать задолго до старта.
Если не сделали, значит уже отстаете.

Следующий пост или уже про эскизы+чистовое придумывание, или еще немного просто про придумывание игры, если в голову придет что-то важное. Сам я на этапе проектирования интерфейса.


Автор: Elsper.ru


VN:F [1.9.14_1148]
Rating: 10.0/10 (3 votes cast)

«Разработка игры от идеи до релиза» Старт и тут же «Ч6. Планируем сроки.»

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

Самая главная проблема и основная цель марафона — это просто доделать игру в срок.

Сначала примеры.
Первую игру я делал 8 месяцев. (точнее до нее был еще один проект, но тот похоронен и никогда не воскреснет, и я его даже не считаю.)

Делал 8 месяцев… Сколько я ожидал? Моя девушка надо мной до сих пор посмеивается. Я изначально хотел сделать ее за 7-10 дней. Я промахнулся в оценке в 25 раз.
Игра про шахту: Хотел сделать прототип за три дня. Сделал за неделю. Выпустил еще через две недели. Гораздо лучше. Но тоже промах в два раза.
Игра про башню: Сделал за два месяца, планировал за один. Снова промах в два раза.
Еще не выпущенная игра: На этой неделе доделывается последний арт, и дальше хлопоты уже релизные. Планировалось дней 40. На выходе получается 50 и еще не релиз. Тоже промах. Но уже меньше. Более того, в этот раз я прибегнул к тактической хитрости. 20 дней назад, я сказал художнице, что дедлайн через три недели.
Первую половину времени она халявила и подходила к работе изредка. Потом стала рисовать больше, но за три недели не успела. Если бы я не передвинул дедлайн, то разработка затянулась бы еще на неделю.

Поэтому мы будем делать игру не за 80 дней (или сколько там до конца года?). А за 30. Тогда у вас будет реальный шанс успеть до конца года.
Успеете за 30? Прекрасно, значит цель достигнута досрочно!
Если у вас есть развитый навык планирования и вы заканчивали сложные проекты в срок, можете назначить себе срок вплоть до 50.
Выше — не на этом марафоне.

Не так страшны первые 90% проекта, как вторые 90% проекта! А о третьих 90% проекта вообще думать страшно.

Важный момент: во вступлении я говорил о сроке разработки 50-200 часов. Если брать ориентировочный срок в днях за 30, то при самом эффективном раскладе это 50ч/30 = 100 минут в день. Каждый день. При лучшем раскладе

Вряд ли вы будете работать каждый день, вряд ли вы выполните все части с первого раза. Ну и конечно, вряд ли вы уложитесь в 50 часов. Посчитаем более реалистичный вариант. 60 дней и 100 часов… те же 100 минут каждый день при среднем уровне

Ну и возьмем худший вариант. Три раза меняете идею, не можете реализовать механику, упускаете целые куски работы, теряетесь в реализации, тупите с кодом, не можете найти художника и игнорируете мои советы. Конечно вы жестко срываете сроки и вместо целевых 30 суток разрабатываете проект, например в пять раз дольше, 150 дней. По времени неудачный расклад спокойно потянет на 200 часов. 200 часов/150 дней = 80 минут. Каждый день. Если дела пойдут плохо.

Короче говоря, независимо от того как вы работаете, и что у вас получится, чтобы сделать законченный проект придется тратить минимум 80 минут в день.
Больше 9 часов в неделю.

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

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

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

 


Автор: Elsper.ru


VN:F [1.9.14_1148]
Rating: 10.0/10 (1 vote cast)

«Разработка игры от идеи до релиза». Ч5. Тестируем идею.

Наверное всех уже подутомил этот цикл? )
Я вынужден уделить так много внимания придумыванию, потому, что это действительно очень важно.
Еще я получил уже несколько сигналов, что статьи сложные. Ну извините уж. Наверное все же не спроста игры приносят раз в пять-десять больше чем сайты. Сужу не только по себе, на сайте http://gamedevblogs.ru/ были годовые финстрипы по итогам 15 года.

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

Итак у нас есть идея. Мы ее даже продумали. Теперь надо ее как-то протестировать, оценить ее интересность.

1) Во-первых, подразумевается, что она интересна как минимум вам.

2) Во-вторых, не лишне обсудить ее с другими людьми. Они могут как забраковать ее, так и подкинуть пищу для размышлений.
Как описывать?

Идея про.. (вставляем сеттинг)
Мы должны.. (вставляем цели)
Нужно делать.. (вставляем геймплей)
В игре есть.. (говорим о контенте)

Не зря же я четыре предыдущих поста написал )))))

 

3) Просто оцениваем популярность.

Тут, как с выбором тем для сео статей. Смотрим популярность, смотрим конкуренцию. Я использую вот этот сайт searchman.com
Анализируете конкурентов, смотрите их ключи. Популярность ключей.
(Заодно можете придумать название)
Ну и глазами конечно тоже смотрите игры, которые потенциально являются вашими конкурентами.
Если вы выбрали какую-то механику, оцените и ее успешность и конкурентность.

____

Я прямо только что пробежался по пунктам для одного из сеттингов. Идея понравилась мне самому. Но ее раскритиковала девушка. И популярность конкурентов очень сомнительная. По итогам теста решено расширить сеттинг и запланировать большее разнообразие контента.
Так же обсудили другой проект. Девушка ее расширила, ну и я более лучше стал ее представлять.

Задание

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

Образцовый проект

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

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

А сейчас результаты прошлого задания.

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

Контент: Ингредиенты. Еда. Науки. Предметы в пространстве. Более подробно буду осмысливать уже для чистовой версии. (да, я немного схалявил, контент стоило бы подробней придумать уже к текущему отчету, но хлопоты по другому проекту отняли время. Ну и много времени отнимать блог стал)

 


Автор: Elsper.ru


VN:F [1.9.14_1148]
Rating: 0.0/10 (0 votes cast)

«Разработка игры от идеи до релиза». Ч4. Оцениваем сложность идеи.

Продолжаю вываливать на вас информацию.

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

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

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

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

Приступим, наконец:

Самое главное разделение идет по как бы «блокам». Блоки можно выделить на основе целей, которые ставятся перед игроком. К этому отдельно идет блок обучения и если получится то рядом с обучением прикручивается минимальный сюжет. Полноценный сюжет идет как целый блок. Еще блок рекламы. Блок покупок. Так же к блокам стоит добавить награды (про них надо будет еще отдельно писать).
Вообще получение наград тоже является целью. Но это универсальная цель, которая в том или ином виде должны быть в любой игре, поэтому я не стал перегружать статью про цели.

А теперь по пунктам.

1) У вас есть главный экран. Не меню, не заставка. А главный экран. С главного экрана должны быть доступны все блоки, которые вы придумали. (ну если только это напрямую не будет противоречить логике игры конечно)
Поэтому есть довольно распространенный вариант: главный экран — по функциональности является просто картой-менюшкой из которой можно получить доступ к остальным вещам. Но это не самый лучший вариант, потому, что в таком варианте экран не является часть игрового процесса.

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

Еще один вариант — это сделать главный экран индикатором процесса достижения главной цели. (Собственно, это тоже самое о чем написано в прошлом абзаце, только уже конкретный пример)

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

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

2) В игре у вас есть контент. Это могут быть предметы, или явления, или скилы персонажа
Или это могут быть здания, люди, товары, оружие, корабли, роботы, разные ресурсы, акции, науки, прокачки… что угодно.

Контент должен быть связан с вашими процессами и целями. Если у вас есть цель или процесс «изучать науки», значит эти самые науки — ваш контент.

Вы должны подумать о том
— как вы будете вводить контент в игру и как игрок его получит. (Открыть через лабораторию, накопить валюту и купить, найти, докачаться до скилла, или дожить до события)
— какое контент окажет влияние.
— как вы его сделаете физически (арт и код). Создать новую локацию — это трудоемкий предмет. Новый враг — тоже требует работы. Для нового умения возможно тоже придется разрабатывать чуть ли не целый блок в итоге. Новая вещь в магазине уже проще. Новая прокачка. Новая ачивка. И т.д..

В общем набросайте свои «предметы».
Потом ужаснитесь объему кода и арта. Сократите качество работы, если возможно. (например я почти не делаю анимацию, и почти ничего не озвучиваю)
Так же я настойчиво рекомендую ограничиться 10-15 картинками для начала. (лучше 10, чем 15)
НО(!!!!) оставить возможность довести их количество до 40-50 и более. (оставить возможность вводить врагов, вводить предметы, добавлять скилы и т.д…)
Так же часть контента можно и стоит сделать автогенерируемой. Если хорошо сделать, то получится что игрок получает контент, на который вы тратили гораздо меньше времени, чем если бы делали все вручную.

3) Ну и конечно надо еще подумать над процессами и целями, которые вы сформулировали в прошлых частях. Но уже не просто перечисление. А их связанность.

4) Если вы используете сложную механику, то оцените количество контента, необходимое для ее реализации. Подойдите к этому пункту очень ответственно, а то иначе, ваша механика вас же и похоронит.

Задание

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

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

____

Образцовый проект

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

— Пример про ограбление банка я в самом посте рассматривал.

— Выживание на острове.
1) Сам процесс выживания.
2) Изучение наук.
3) Производство еды.
4) Производство предметов.
5) Управление пространством.
6) Добыча ингредиентов для еды и деталей для предметов.
7) Взаимодействие с другими персонажами.

первый и второй пункты согласуются с целями. Однако есть еще цель «зарабатывать балы». Значит балы будут введены как награды и прикрученные к другой деятельности.
так же ест задача «смыться с острова». Ее тоже можно увязать с другими деятельностями. Но раз мы назначили «смыться с острова» главной целью, то надо или поменять главную цель, или придумать деятельность более выражено направленную на выполнение главной цели.
Отложить в сторону на начальном этапе можно четвертый и седьмой пункт.

— Фарм. компания.
1) Управление компанией.
2) Управление персоналом.
3) Управление лабораториями и исследованиями.
4) Управление продажами.
5) Управление отношениями с народом.
6) Производство лекарств.
7) Проведение тестирования лекарств.

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

— Производство сайтов.
1) Управление офисом.
2) Управление персоналом.
3) Разработка фреймворков.
4) Производство сайтов «для себя»
5) Поиск заказов.
6) Управление проектами.
7) Кодинг, дизайн, верстка и прочее.

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

Тут отложить в сторону можно третий и четвертый.

Итого вместе с ограблением банка у меня 4 наброска.. пора определяться.


Автор: Elsper.ru


VN:F [1.9.14_1148]
Rating: 0.0/10 (0 votes cast)

Спoнcopcкиe ссылки