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

Стоимость зависит от платформ, числа ролей и сценариев в первой версии, серверной части и интеграций, способа оплаты и сложности дизайна. Ориентир для MVP — в блоке «Стоимость» на этой странице. Точную смету фиксируем после короткого аудита задачи и объёма работ; серверы, сторонние сервисы и продвижение оплачиваются отдельно.

Ориентир для MVP — несколько месяцев: веб-сервис обычно делается быстрее, приложение для двух платформ — дольше. Срок зависит от числа ролей, интеграций и сценариев оплаты, а ещё от проверки в App Store и Google Play, которую проходит каждый релиз. Точный график по этапам закрепляем в договоре.

Не всегда. Если человек решает задачу редко — записывается к врачу, выбирает подрядчика — и приходит из поиска, сайт справится лучше: его не нужно устанавливать, и он виден в Яндексе и Google. Приложение оправдано, когда продуктом пользуются часто и нужны функции телефона: уведомления, камера, геолокация, работа без сети. Часто разумно начать с веба и перенести в приложение самый частый сценарий.

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

Нативная разработка даёт максимальную производительность и полный доступ к устройству, кроссплатформенная — одну кодовую базу и меньше затрат на старте. Нативные приложения пишут отдельно: на Swift для iOS и на Kotlin для Android. Кроссплатформенные технологии вроде Flutter или React Native подходят многим бизнес-приложениям, но уступают там, где важны сложная графика, обработка видео или работа с внешними устройствами. Для goesti мы сделали нативные приложения — отдельно для iOS и Android.

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

Способ оплаты выбираем до разработки — с учётом правил магазинов и российских платёжных решений. Правила App Store и Google Play отдельно регулируют продажу цифровых товаров, например подписок, и оплату физических товаров и услуг. Для пользователей из России возможности оплаты через магазины ограничены: Google Play, например, с 2022 года приостановил для них свою платёжную систему, а правила меняются. Поэтому заранее решаем, где человек будет платить: в приложении, на сайте или через RuStore. В goesti работают подписки и онлайн-оплата, для юрлиц — безналичная оплата по счетам.

Если среди ваших пользователей много владельцев Android в России — стоит. RuStore предустанавливают на смартфоны, которые продаются в стране, а публикация в нём бесплатна. Обычно приложение выпускают одновременно в RuStore, Google Play и App Store. У RuStore свои правила проверки и свои платежи — их учитываем при подготовке релиза и выборе способа оплаты.

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

После релиза приложение нужно поддерживать и развивать: исправления, обновления под новые версии iOS и Android, проверка каждой версии в магазинах, аналитика установок и удержания. Само присутствие в магазине спрос не создаёт: установки приводят сайт, реклама во ВКонтакте и Яндексе, блогеры и соцсети — для goesti мы вели соцсети на обе аудитории. Отзывы и установки не накручиваем: магазины за это могут удалить приложение. Формат поддержки и продвижения согласуем отдельно.