October 14

Разработка мобильных приложений IOS и их монетизация

Привет 👋🏻

Меня зовут Александр, COO Masons Traffic. В этом материале я расскажу про разработку IOS-приложений и про то, как это устроено у нас.

Дойдя до определенного уровня, нам стало необходимо иметь большое количество приложений на потоке. Изначально мы занимались разработкой Android-приложений под UAC. Но из-за известных событий с Play Market, это направление стало очень трудозатратным и нерентабельным.

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

Направления, которые мы развиваем с помощью разработки — ASO, аренда под ключ.

Начнём со структуры направления:

Фарм-отдел Apple Developer

Отдел, который позволяет “разогнаться” в публикациях приложений. Так мы полностью решили проблему с аккаунтами: регулируем их объем, “траст” и качество. Это же дает возможность кост-оптимизации и повышения доходности прил.

Фарм-отдел генерирует максимально возможное количество аккаунтов, часть которых мы отдаём и на продажу партнёрам.

Для публикации используются только корпоративные аккаунты, которые позволяют работать в категории Casino.

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

Разработчики

У нас есть внутренний штат и внешний аутсорс. Наши разработчики обладают всеми необходимыми знаниями из сферы, анализируют рынок и внедряют новые решения, позволяют обходить алгоритмы. Фрилансеры же работают с ними в паре: по готовым ТЗ и подготовленными дизайнам.

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

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

Дизайнеры

UI/UX дизайнеры реализовывают дизайны для приложений на потоке. Как внутреннее оформление для приложения, так и внешнее, которое вы видите в App Store. Тут очень важно держать темп и не допускать просадок.

Мы отслеживаем, чтобы дизайны получались всегда уникальными и чётко соответствовали поставленному ТЗ. Чтобы было полное сходство с описанием — во внешнем и внутреннем дизайне.

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

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

Основные сложности, которые стоят на пути:

1. Зависимость от аккаунтов и усиление антифрод системы Apple

Система Apple циклично мешает генерировать большой поток аккаунтов. Все просто: нет аккаунтов — нет приложений.

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

Чтобы избежать проблем, важно диверсифицировать ГЕО, искать новые решения и использовать только качественные аккаунты. Иначе есть риск, что все приложения будут забанены в один момент.

2.  Ужесточение модерации

Сейчас Apple активно подключает AI, чтобы с высокой точностью определять "отклонения от нормы". Вопрос времени, когда AI обучится работе модераторов и начнёт более пристально отсеивать нерелевантные приложения. Как в свое время этот сделал Google Play Market.

3. Правильный метод публикации

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

4. Синергия смежных отделов

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

5. Этапы обновления

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

Сейчас мы делаем 3-4 обновления, прежде чем довести приложение до финальной версии. Да, больше времени, но повышенный % проходимости приложений.

6. Отсутствие залитых заглушек

Важный момент, который мы для себя подчеркнули.

Если у вас нет опубликованных приложений в запасе под нужный слот/бренд — вы проиграли. Когда приложение попадает в бан, чтобы подготовить новое, нужно провести полный цикл разработки

Когда у вас уже готовы и залиты в App Store заглушки, которые прошли отлежку, вы мобильны, и можете быстро сделать нужные обновления и выпустить приложение.

8. Баги WebView

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

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

Направления для монетизации

Сейчас у нас распределение:  70% – ASO, а 30% – приложения под залив.

Почему так? Все очень просто. В ASO есть очень большой потенциал собрать объем трафика.

Это нелёгкое направление, которое требует существенных вложений сил и ресурсов. Но, даже если из 5-10 приложений вы попадёте в цель с одним, успеете собрать максимальный объем трафика до того, как это приложение забанят – вы окупите все свои затраты, и успеете заработать ещё на полгода вперёд :D

Сейчас мы стараемся держать объём приложений под ASO, нацелены на tier-1. Но, есть и свои проблемы. Например, некачественный мотив, из-за которого приложение может попасть на дополнительные проверки от модерации, а потом и вовсе быть забаненым.

Сейчас тенденция по рынку следующая — приложения активно качают, но не живут годами, как это было раньше. Приложение может улететь в бан в первые 2-4 недели активной работы с ним. Конечно, есть и те, которые живут очень долго, но таких кейсов становится меньше. Также на приложения активно отправляют жалобы, тем самым убивая его. И периодически происходят чистки от Apple, где они банят все приложения по определенному ключу. Эти моменты существенно усложняют жизнь.

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

Плюс мы разработали автоматизированного Telegram-бота, в котором можно:

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

Система построена под залив трафика с FB.

Вывод

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

Совет напоследок: Используйте AI

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