Как мы за 20 часов разработали приложение на андроид*

* Спойлер: для этого у вас уже должно быть приложение на iOS

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

Мы в студии разработки Along создаем и развиваем новые IT-продукты для предпринимателей.

Поможем за месяц сделать мобильное приложение, в котором сразу можно продавать подписки. Без no-code и fake door testing, только реальные масштабируемые продукты.

Если вы хотите быть в курсе трендов мобильной разработки и понять, как создавать приложения и зарабатывать на них, подписывайтесь на наш tg-канал!

В статье на примере ИТ-продукта нашего клиента — Summarizer мы расскажем, как использование Flutter помогло разработчикам сэкономить сотни часов и выпустить Android версию приложения всего за 20. Однако не забываем, что изначально над iOS вариантом мы работали более полугода.

Логичный вопрос — если один и тот же код работает везде, то почему бы и не опубликовать его сразу на нескольких площадках?

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

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

Преимущества релиза в AppStore

Главный плюс — это аудитория. Пользователи iOS намного более платежеспособные. Вот несколько фактов в пользу этого утверждения:

Данные из этого источника

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

Недостатки релиза в AppStore

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

Если выбирать «Попросить приложение не отслеживать», разработчик приложения не сможет получить доступ к рекламному идентификатору системы (IDFA), который используется для отслеживания источника трафика и рекламной кампании. Это очень сильно влияет на качество обучения алгоритмов рекламы и значительно усложняет жизнь разработчикам мобильных приложений.

Платят меньше, остаются хуже, может и не нужно тогда второе приложение?

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

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

На что же ушли те самый 20 часов, потраченные на перенос? Есть три основных пункта:

Дизайн

Изначально в дизайне мы делали упор на привычность использования приложения для владельцев iPhone. Так что были задействованы стандартные элементы Human Interface Guidelines — виджеты, шрифты.

Что касается виджетов, то они в точности повторяются в Android варианте. А стандартный шрифт San Francisco от Apple мы заменили на Inter для Android. Найти отличия в дизайне крайне сложно, доработки минимальны:

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

Внутренние подписки

Сам механизм покупки одинаковый, но пользователи платят разным компаниям. Поэтому для Google Play нужно было настроить отдельную интеграцию. Для управления и аналитики внутренних покупок мы используем сервис AppHud, поэтому было необходимо настроить его sdk и личный кабинет для работы с Android.

Интеграции/Атрибуция пользователей

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

Процесс публикации на Android можно охарактеризовать цитатой: “долго запрягаем — быстро едем”. Все дело в том, что первая проверка занимает более недели и пройти ее с первого раза тяжелее, чем в AppStore. Контроль проводит нейросеть и угодить ей непросто, пожаловаться может даже на расположение кнопок. Зато в будущем релизы в Google Play можно делать день в день, а в AppStore приходится ждать сутки для ручной проверки

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