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

Сколько стоит разработка мобильного приложения?

Цену определяют три фактора: количество экранов и сценариев, объём бизнес-логики и наличие собственного бэкенда. Простое приложение для одной платформы с несколькими экранами и данными из существующего API стоит от 1 500 €. Приложение для iOS и Android со входом, push-уведомлениями, офлайн-режимом и аналитикой — от 3 000 €, а бизнес-приложения с бэкендом, админ-панелью и интеграциями — от 6 000 €.

Помимо разработки, заложите текущие расходы: аккаунт разработчика Apple стоит 99 USD в год, аккаунт Google Play — 25 USD единоразово, а хостинг бэкенда зависит от числа пользователей. Главная ошибка — планировать только первую версию. Хорошее приложение развивается поэтапно, поэтому советуем разделить бюджет на первый релиз и несколько месяцев улучшений на основе реального использования.

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

Нативная или кроссплатформенная разработка?

Нативные приложения пишутся отдельно для каждой платформы: на Swift для iOS и на Kotlin для Android. Они дают лучшую производительность и мгновенный доступ к новым возможностям системы, но означают два кода, две разработки и более дорогую поддержку.

Кроссплатформенные фреймворки React Native и Flutter позволяют сделать большую часть кода общей для обеих платформ. Для подавляющего большинства бизнес-приложений — магазинов, бронирования, приложений для выездных сотрудников и программ лояльности — разница в скорости незаметна пользователю, а разработка и поддержка обходятся значительно дешевле.

Решение принимается не по моде, а по функциям. Если приложение активно работает с Bluetooth-устройствами, обрабатывает видео в реальном времени или использует продвинутые системные виджеты, нативный подход сэкономит время в будущем. Если в центре формы, списки, карты, платежи и уведомления, кроссплатформа даёт то же качество за меньшие деньги. Важно и то, кто будет поддерживать приложение: одна команда с одним кодом легче ведёт обе платформы и выпускает новые функции для iOS и Android в один день.

• Кроссплатформу выбираем для бизнес-приложений, e-commerce, бронирования и внутренних инструментов.
• Нативную разработку — для сложной графики, тяжёлой обработки аудио и видео или глубокой интеграции с оборудованием.
• Часто используем сочетание: общий код и нативные модули для камеры, Bluetooth или платежей.

Из чего состоит бизнес-приложение

Пользователь видит только экраны, но за ними стоит гораздо больше. Большинству приложений нужен сервер, который хранит данные и выполняет бизнес-логику, админ-панель, где команда управляет контентом и пользователями, система уведомлений и связь с существующим ПО — от ERP и CRM до платёжных и курьерских сервисов.

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

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

Как проходит публикация в App Store и Google Play

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

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

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

Поддержка и обновления после запуска

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

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

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

ИИ-функции в мобильном приложении

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

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

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