Возврат денег через саппорт не всегда работает. Во всяком случае, у меня был опыт с Билайн. Сестре подобным образом подключили услугу, которую она заметила, только когда затраты по ней были больше 3к. Деньги списывались с основного счета, несмотря на наличие контент-счета. Билайн категорически отказался возвращать деньги.
Помогло обращение в Роскомнадзор через их сайт (вживую было бы быстрее, наверно). Где-то через месяц после этого Билайн вернул деньги.
Несмотря на «положительный» исход, крайне неприятно, что максимальное наказание для воров — это просто возврат украденных средств.
Да, в данном случае под органикой я имел ввиду их. Из поиска шел небольшой трафик, которым можно было пренебречь.
Ну да, вопрос только каким именно образом) У вас есть какие-то догадки?
Я так и не понял, почему все другие статы у них лучше, а удержание хуже. Выборки довольно большие и разница в удержании значительная, так что вряд ли можно списать это на статистическую погрешность.
Для аналитики использую Firebase. Сомневаюсь, что были ошибки. Период рекламы в Adwords не пересекался с периодом в разделе featured. Более того, между ними был приличный интервал. Поэтому была возможность легко сравнивать эти категории юзеров, т.к. они не «смешивались» друг с другом и можно было просто брать данные прямо из консоли Firebase.
Нет, с iOS толком дела не имел пока.
Использовал FitViewport с соотношением сторон 9:16, как и у большинства устройств. Я посчитал, что конкретно в этой игре нельзя менять обзор игрового мира в зависимости от экрана. На более широких экранах имеются пустые края.
В принципе, то же самое можно было бы сделать и с FillViewport, просто заполнив пустые края на широких экранах декоративными элементами. По-хорошему, наверно, так и надо. Тот подход, что вы описали, вполне нормальный.
Тяжело сказать, предполагаю, что юзер, который устанавливает из гугл плей, делает это более осознанно. У него есть возможность посмотреть скриншоты, почитать описание и потом принять решение. Отсюда и более длинные игровые сессии.
А юзер, который попадает в игру через клик по рекламе, имеет меньше информации об игре перед тем, как ее открыть. Да и скорее всего он таким образом устанавливает много игр, и не заморачивается с написанием отзывов и т.п.
Хотя почему тогда удержание у второго юзера сильно лучше — для меня загадка.
Scene2D использовал для UI. Очень удобная библиотека, конечно.
LibGDX нравится, хотя есть небольшие недостатки: отсутствие толковых кросс-платформенных решений для внутриигровых покупок и рекламы (какие-то есть, но они по-моему не поддерживаются активно), проблемы с портированием под iOS. Но опять же, мне кажется это все несущественно.
Отдача от рекламы в фейсбуке была нулевой, полагаю, что я делал что-то не то. Слышал, кто-то умеет добывать оттуда окупаемый трафик, но не представляю, как это выглядит в реальности.
В начале было тяжело преодолеть этап, когда практически каждый термин не знаком. Для того, чтобы начать делать что-то конкретное, нужно было разом освоить кучу информации, как по ООП и java, так и по работе с Android Studio и вспомогательными инструментами типа Gradle.
Подсказывать было некому, поэтому приходилось разбираться самому.
Но со временем процесс нахождения ответов ускорился, в основном конечно, помогал stackoverflow.
Ну и, как сейчас я упоминал в статье, считаю очень важным изучать шаблоны проектирования в ООП. Даже внешне простая игра может требовать очень много кода, поэтому важно этот код уметь грамотно выстраивать, чтобы в дальнейшем удобно было его поддерживать и изменять. Самому приходилось несколько раз переписывать много чего почти с нуля из-за неверно выбранной структуры в начале.
Вот чудные американцы, где еще такое увидишь)
Помогло обращение в Роскомнадзор через их сайт (вживую было бы быстрее, наверно). Где-то через месяц после этого Билайн вернул деньги.
Несмотря на «положительный» исход, крайне неприятно, что максимальное наказание для воров — это просто возврат украденных средств.
Ну да, вопрос только каким именно образом) У вас есть какие-то догадки?
Я так и не понял, почему все другие статы у них лучше, а удержание хуже. Выборки довольно большие и разница в удержании значительная, так что вряд ли можно списать это на статистическую погрешность.
Использовал FitViewport с соотношением сторон 9:16, как и у большинства устройств. Я посчитал, что конкретно в этой игре нельзя менять обзор игрового мира в зависимости от экрана. На более широких экранах имеются пустые края.
В принципе, то же самое можно было бы сделать и с FillViewport, просто заполнив пустые края на широких экранах декоративными элементами. По-хорошему, наверно, так и надо. Тот подход, что вы описали, вполне нормальный.
А юзер, который попадает в игру через клик по рекламе, имеет меньше информации об игре перед тем, как ее открыть. Да и скорее всего он таким образом устанавливает много игр, и не заморачивается с написанием отзывов и т.п.
Хотя почему тогда удержание у второго юзера сильно лучше — для меня загадка.
LibGDX нравится, хотя есть небольшие недостатки: отсутствие толковых кросс-платформенных решений для внутриигровых покупок и рекламы (какие-то есть, но они по-моему не поддерживаются активно), проблемы с портированием под iOS. Но опять же, мне кажется это все несущественно.
Отдача от рекламы в фейсбуке была нулевой, полагаю, что я делал что-то не то. Слышал, кто-то умеет добывать оттуда окупаемый трафик, но не представляю, как это выглядит в реальности.
Подсказывать было некому, поэтому приходилось разбираться самому.
Но со временем процесс нахождения ответов ускорился, в основном конечно, помогал stackoverflow.
Ну и, как сейчас я упоминал в статье, считаю очень важным изучать шаблоны проектирования в ООП. Даже внешне простая игра может требовать очень много кода, поэтому важно этот код уметь грамотно выстраивать, чтобы в дальнейшем удобно было его поддерживать и изменять. Самому приходилось несколько раз переписывать много чего почти с нуля из-за неверно выбранной структуры в начале.