Записки программиста #8. Не переоценивайте свои силы!

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

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

Я уже не раз сталкивался с принцип Парето, когда 20% усилий дают 80% результата, а остальные 80% усилий — лишь 20% результата, но про него, постоянно забывается. Вот собственно я уже полтора месяца борюсь с этими 20%.

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

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

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

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

Записки программиста #7. Отступление от планов, шаг в сторону или небольшое крюк?!

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

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

Чтобы не отступать сильно от первоначальной игры, я решил выпустить игру в жанре Elasto Mania, в свое время она мне очень нравилась. Первоначальная концепция была таковой: классический уровень с горками, разнообразие транспорта: велосипед, мотоцикл, машина, джип. Немного поразмыслив пришла мысль, что было бы не плохо не просто кататься, а что-нибудь делать, остановился я на идее перевозить камни и другие минералы. В игре будут представлены несколько грузовиков, идея понравилась, но прежде следует изучить рынок. Такое маленькое количество конкурентов на Windows Phone меня просто поразило, несколько убогих проектов и пара более-менее проработанных игр, а на платформе Windows 8 дела обстоят еще хуже. Судя по отзывам игры подобного жанра пользуются спросом. После этого я окончательно решил, что игре быть и взялся за проработку концепта и игровой механики. Идея игры была рассказана паре друзей и в целом она им тоже понравилась, что подтвердило, что этот жанр и мои мысли идут в правильном направлении. Да перебегать с одного на другой проект не хорошо, но думаю в моем случае это был оправданный выбор.

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

План был такой:

1. Конец октября, разработанный концепт игры, начало работ над игровым прототипом
2. Ноябрь, привлечение дизайнера, создания графического контента, работа над игровым прототипом
3. Конец ноября, готовый прототип игры
4. Начало декабря, создания музыкального контента, создание игрового процесса, создание игрового контента, тестирование игры, работа над балансом в игре.
5. Середина декабря, подключение платежных систем, предрелизная подготовка, создание обзоров и подготовка к рекламной компании.
6. Крайний срок релиза 20 декабря

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

Первые проблемы, где взять графический контент, сперва я обратился к друзьям художникам, но к сожалению, все они отказали сославшись на занятость. Изначально я хотел привлечь художника на процентах, по двум причинам – заинтересованность в проекте, тк у меня с художественным восприятием мира так себе, если можно так выразиться, а также не очень хотелось тратить кровно заработанные. Тут собственно и пригодился концепт, он и отправлялся художникам для оценки труда. Кинув зов по инету я пришел к не очень хорошим выводам, что согласны на такие условия только школьники с качеством работа ниже даже моего плохо развитого чувства прекрасного. Такой расклад меня совсем не устраивал и решено было узнать про цены на фрилансе и отдать туда. Расставаться со своими кровными совсем не хотелось, но и другого выбора я не видел. После оценки труда затрат, родилась не плохая мысль: предложить % + деньги, в целом на таких условиях люди стали соглашаться и было из чего выбрать.

И так работа закипела, стали появиться первые наброски машин и карт:

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

Как все гениальное, он был довольно просто – была написана программа в пару строк: проверяем нужную папку, подцепляем файлы изображений все, выводим все их в ряд во всех возможных вариациях каждый с каждым, да теперь проверка требовала тоже времени, все-таки для одной только карты 324 варианта стыковок блоков, но уже стало намного проще.

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

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

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

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

Итоги 2013 года

Я хотел бы подвести итоги уходящего года, чего удалось достичь за год, что осталась только в планах и что планируется на Новый 2014 год Лошади.

Слова любимым

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

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

Сейчас приложение участвует в конкурсе «Лучшее приложение года» и имеет не плохие шансы, не забудьте проголосовать, если еще этого не сделали! ;-)

За год, бесплатную версию приложения, скачали 270 000 пользователей, а суммарное количество пользователей перевалило за 325 000, это очень хорошие показатели, а платную 3 250.

За 2013 год рост посещаемости составил более чем в 2.5 раза, но на самом деле он намного больше, тк счетчик посещаемости появился в октябре 2012 года, пока пользователи обновились, да и сравнивать праздничные месяцы в начале года с концом, не очень правильно, тк приложение ориентировано на праздники, но даже так. 

Web – название самого первого счетчика в приложение

Paid и paid buy – платная версия приложения не купленная и купленная соответственно

Free – бесплатная версия приложения

AlienStorm

AlienStorm – игра и игровой движок для 2д игр, вид сбоку с физикой и другими интересными вещами.

Разработка игры началась зимой 2012 года, в 2013 году она была полностью переосмыслена и стал разрабатываться игровой движок под эту игру. Работа над ним была проделана не малая, а если учесть, что он писался в свободное от основной работы время то для меня он вообще золотой. К концу года движок уже практически был готов и первой игрой на нем планировала выйти, как раз AlienStorm. За время его написания, я уже довольно сильно оброс знаниями, чтобы понять, что начинать стоит с чего-то по проще, ведь по мимо того чтобы сделать игру есть много других вопросов, о юзабилити, о монетизации, о раскрутке. Проект AlienStorm задумывался изначально довольно масштабным, после небольших размышлений и оценки текущего рынка игр, осенью этого года, родился еще один проект, о котом я пока не чего не говорил, Trucking mania это небольшая игра в лучших традиция эластомания.

Именно она будет первой игрой на движке AlienStorm. Изначально она планировалась к самому концу 2013 года, но к сожаление сроки пришлось немного изменить и планируется выпустить её в начале 2014 года. Более подробно о не я расскажу в цикле статьей «Записки программиста».

Вот собственно и все что произошло за 2013 год и ожидается в начале 2014, я считаю, что в целом неплохо для хобби, ведь есть еще основная работа и девушка :-)

Поздравляю всех с наступающим Новым 2014 годом! Желаю творческих успехов! Чтобы все Ваши зарождающиеся проекты доживали до дедлайна и приносили не только удовольствие, но и деньги! Пусть Год Лошади заберет всю лень и дарует максимальную производительность :-D
С НАСТУПАЮЩИМ!!

Записки программиста #6. Что мы знаем о монетизации?!

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

Я думаю стоит выделить три группы:

• Реклама в приложении
• Продажа приложения
• Покупки внутри приложения

Остановимся на каждой группе в отдельности.

Реклама в приложении

Я бы ее разделил на две большие категории:

1. Реклама внутри приложения, как баннер как правило 480*80Это один из самых простых способов рекламы. Вы выбираете рекламного провайдера по региону в котором у него есть реклама, а лучше выбирать как можно больше и оставлять за собой возможность регулировать выбор без обновления приложения. Это необходимо делать для того, чтобы если у одного из провайдеров будут низкие цены на клики можно было переключиться на остальных.В плане получения денег, тут все просто, количество прибыли зависит от времени одной сессии и количества пользователей, ну и от цены за клик у конкретного провайдера.
2. Большой фул скрин баннер.На текущий момент, я не видел провайдера для российского рынка которые торгуют такими баннерами. Как правило их вставляют в момент старта приложения, в момент выхода или после игровой сессии в играх. Цены за показ такого баннера как правило намного выше, но и недовольство пользователя тоже возрастает.

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

И так, что по поводу денег, этот вопрос наверное интересует всех. Тут как я и говорил, все просто - 10 000 сессий в день * (10 минут на одну сессию / 30 сек показ баннера) = 200 000 показов баннера в день. Цена за 1000 показов в районе 6-10 рублей (это в переводе на клики, в текущих реалиях среди российских провайдеров рекламы на Windows Phone). 

200 000 / 1000 * (6-10)=1200-2000 рублей в день. Откуда брать статистику? Вы все еще не прикрутили не google analytics или flurry, ну вы даете…

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

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

Продажа приложения

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

За все время существование платной версии, а это 8 месяцев было 183 покупки по 33 руб

– 30% магазину = 4183,20 руб. Бешенные деньги =)

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

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

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

Покупки внутри приложения

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

Почему вкусный кусок пирога? Да потому, что переход игры с pay-to-play на free-to-play приносит довольно серьезный доход, а если привнести в реалии мобильной разработки то и продвигать бесплатные/условно бесплатные игры намного проще.

Исходя из этого, свою новую игру я буду монетизировать по схеме f2p.

Давайте попробуем разобраться, что это за зверь и что и как следует делать…

Про различные способы монетизации хорошо написано в статье на хабре «Мошеннические методымонетизации в free-to-play играх» и «Игры free-to-play: как сделать их успешными». Есть еще куча других статьей, но я считаю, что это наиболее полезные.

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

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

Вывод:

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

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

MD5Core старый баг...

Недавно на работе, работая над мобильным xmpp клиентом, столкнулся с такой забавной вещью при авторизации, никак не получалось авторизоваться на рабочем сервере, с корректными данными, используя md5. Unit tests с тестовыми данными проходят, путем долго дебага и сравнивания нашли проблему в либе MD5Core.

Оказывается - эта либа считает неправильно хеш, если длина равна 56, 120, 184, 248 и тд…

На это наткнулся после 2 лет успешного использования, мда, жизнь меня к такому не готовила…

Ошибка оказывается это известная от 5 июль 2011…

Лечиться путем изменения

if (cbSize <= 56) на  if (cbSize < 56)

Забавно до слез!

Записки программиста #5. Концепт документ, да или нет?

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

И так, что это вообще такое «Концепт документ» и с чем его едят.

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

Такой документ составляется игровым дизайнером, но в моем проекта я и дизайнер и программист, и спонсор и кем я только не являюсь =))) Но трудности ведь закаляют;-)

Концепт-документ может строиться по следующей схеме:

1. Введение
2. Жанр и аудитория
3. Основные особенности игры
4. Описание игры
5. Сравнение и предпосылки создания игры
6. Платформа
7. Контакты

Во первых определитесь, для чего Вы его пишете вообще, а если не можете ответить на этот вопрос, то зачем Вы его пишете?! Что бы было? Я думаю не стоит…

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

После того как вы это сделайте, стоит взяться за «Дизайн-документ».

Типовой дизайн-документ может иметь следующую структуру:

1. Введение

2. Концепция

2.1. Введение

2.2. Жанр и аудитория

2.3. Основные особенности игры

2.4. Описание игры

2.5. Предпосылки создания

2.6. Платформа

3. Функциональная спецификация

3.1. Принципы игры

3.1.1. Суть игрового процесса

3.1.2. Ход игры и сюжет

3.2. Физическая модель

3.3. Персонаж игрока

3.4. Элементы игры

3.5. "Искусственный интеллект"

3.6. Многопользовательский режим

3.7. Интерфейс пользователя

3.7.1. Блок-схема

3.7.2. Функциональное описание и управление

3.7.3. Объекты интерфейса пользователя

3.8. Графика и видео

3.8.1. Общее описание

3.8.2. Двумерная графика и анимация

3.8.3. Трехмерная графика и анимация

3.8.4. Анимационные вставки

3.9. Звуки и музыка

3.9.1. Общее описание

3.9.2. Звук и звуковые эффекты

3.9.3. Музыка

3.10. Описание уровней

3.10.1. Общее описание дизайна уровней

3.10.2. Диаграмма взаимного расположения уровней

3.10.3. График введения новых объектов

Контакты

Примеров «Дизайн-документ» в интернете ходит много.

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

Выводы:

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

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

Удачи в разработке;-) 

Записки программиста #4. С чего начать…

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

Изначально для редактора физики я собирался использовать связку Windows Forms + XNA.

• Используем Windows Forms контролы
• Рисуем XNA на панели
• Один изпримеров реализации

Для редактора мне больше всего нравился метод, где XNA это панель, а остальная гуя это Windows Forms контролы. Но тк решил писать на Monogame, возникли проблемы, может конечно руки кривые, но не срослось. Нашел презабавную вещицу - OpenTK.GLControl.

Но чем больше я использовал подобные решения, тем больше у я убеждался, что нужны свои контролы, тк изобретать велосипед совсем не хотелось. Решил глянуть что появилось новенького в плане GUI for XNA, их довольно-таки много:

• Ruminate XNA 4.0 GUI
• XNA Tool GUI
• Neoforce Controls XNA
• XNA Simple GUI 2.0 
• MoControls 
• XAMLite UI Library for XNA 

Также у меня были первые версии библиотеки general’a GPF:

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

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

Решено было остановиться на GPF и допиливать его по мере необходимости.

После того как я определился с GUI я взялся за сам движок и редактор физики.

Графический контент я объединяю в атласы текстур и там же сжимаю в .xnb с возможностью применить DXT сжатие.

Он конечно будет допиливаться по мере необходимости, но в целом уже не плохо, вот демонстрация возможностей (попозже запишу в качестве получше):

Пора браться за саму игру =)

Правда, по поводу игры возник небольшой нюанс…Но это сюрприз, напишу о нем в следующей статье :-)