Мобильная разработка в 2024: как это повлияет на ваш проект к 2026 году

Почему этот плейбук написала Фора Софт

Мы выпускаем мобильные продукты на обеих платформах каждую неделю. За последние 12 месяцев наши iOS- и Android-команды провели миграции на Swift 6, внедрили интерфейсы на Jetpack Compose, добавили AI-функции на устройстве и создали мобильные клиенты для трансляций — для проектов в фитнесе, телемедицине, мессенджерах и e-learning. Это позволяет нам честно оценить, какие «ключевые моменты» 2024 года действительно повлияли на бюджеты, а какие так и остались на полке хайпа.

Этот плейбук по мобильной разработке предназначен для основателей, технических директоров и продакт-менеджеров, которые планируют запуск мобильного продукта в 2026 году — для iOS, Android или обеих платформ — и хотят понять, как изменения прошлого года повлияли на подбор команды, уровень зарплат и ключевые решения в плане. Он основан на реальных проектах, которые мы реализовали: фитнес-стриминг Bellicon Home с более чем 530 тренировками, телемедицинские решения, соответствующие стандарту HIPAA, такие как MyOnCallDoc и CirrusMED, а также мессенджер Speakk, не собирающий данные пользователей.

Мы разрабатываем по подходу Agent Engineering — разработчики работают с AI-ассистентами над одним и тем же кодом, — поэтому наши оценки в этой статье намеренно ниже типичных ставок агентств. Там, где мы не уверены в цифре, мы об этом говорим: лучше не указывать число, чем назвать выдуманное.

Пять сдвигов 2024 года, которые определяют вашу дорожную карту на 2026

Если из 2024 года стоит запомнить всего пять вещей — запомните именно эти. Каждый следующий раздел статьи подробно разбирает одну из них.

1. Swift 6 + Jetpack Compose — новая базовая линия. Новые iOS- и Android-проекты стартуют со строгой модели конкурентности и декларативного интерфейса; писать на Objective-C и XML в 2026 году — значит отставать.

2. AI на устройстве работает и меняет экономику. Foundation Models в Apple Intelligence, Gemini Nano и NPU во флагманских смартфонах позволяют перенести инференс с облака на само устройство. Для приложений с большим объёмом AI-запросов на одного пользователя экономия достигает десятков тысяч долларов в месяц.

3. Релиз Siri и Apple Intelligence сдвинулся. Apple выпустила функции письма, суммаризации и работы с изображениями по графику; глубокий персональный слой Siri перенесли на более поздние обновления iOS 18. Любая дорожная карта, завязанная на одну Siri-фичу, остаётся хрупкой.

4. Vision Pro не вытянул стартовую кривую. Около 500 тыс. устройств за 2024 год делают visionOS нишевой платформой, а не основной. Считайте её витриной контента, а не каналом для заработка.

5. AI зашёл в сам цикл разработки. Gemini в Android Studio, GitHub Copilot в Xcode, Swift Assist и AI-выбор тестов (Launchable, Kobiton) ускорили типичные мобильные циклы разработки. Агентства, которые эффективно используют эти инструменты, выпускают релизы на 30–40% быстрее, чем в 2023 году, на сопоставимых проектах.

iOS 18 и Swift 6 — сколько на самом деле стоит переход

В девелоперский пакет Apple 2024 года вошли три важных нововведения, на которые стоит обратить внимание: Swift 6 с проверкой data race на этапе компиляции, Xcode 16 со Swift Assist и iOS 18 с крючками Apple Intelligence. Для нового приложения переход обойдётся недорого; для зрелой кодовой базы стоимость оказывается выше, чем может показаться из маркетинговых обещаний.

Строгий режим конкурентности Swift 6 на практике

Swift 6 включает обнаружение data race на этапе компиляции. В новых проектах это бесплатный выигрыш — вы платите небольшой налог на обучение, пока команда осваивает @Sendable и границы акторов. В старых проектах потребуется рефакторинг. При наших миграциях мы видим 10–20% дополнительного времени разработки на любой модуль, где использовались разрозненные паттерны DispatchQueue, общие синглтоны или глобальное изменяемое состояние. Это и дополнительные расходы, и риск срывов сроков — их стоит учитывать ещё до подписания контракта с фиксированной ценой.

Xcode 16 и Swift Assist

Xcode 16 добавляет предсказательное автодополнение и Swift Assist — систему подсказок Apple внутри IDE. Она помогает с небольшими, изолированными задачами: шаблонные геттеры, привязки модели и представления, каркас юнит-тестов; неплохо подсказывает паттерны SwiftUI. В больших, глубоко вложенных иерархиях view и при работе с приватной архитектурой она работает слабее. Честный итог за год: в среднем она даёт прирост на 5–10%, а больше — если рядом работает полноценный AI-ассистент (Cursor, Claude Code, Copilot Workspace).

The Composable Architecture в наблюдении

TCA от Point-Free в 2024 году заметно повзрослела. Макрос @ObservableState и переработанная модель @Dependency избавили от большей части шаблонного кода, который был в 2023 году. Для SwiftUI-приложений с большим объёмом состояния мы теперь по умолчанию выбираем TCA в новых iOS-проектах — тестируемость действительно выше, а разделение по типу Redux позволяет нескольким разработчикам работать над одним экраном без конфликтов. Платим за это две недели онбординга на каждого инженера.

Apple Intelligence — что появилось, а что отложили

Apple Intelligence — это две составляющие: набор базовых моделей (примерно 3-миллиардная модель на устройстве и более крупная модель в Private Cloud Compute) и набор функций, построенных на этих моделях. Writing Tools, Image Playground, Genmoji, суммаризация уведомлений и API Writing Tools появились в iOS 18.1–18.2. Глубокий уровень Siri с пониманием личного контекста перенесли на более поздние обновления.

Для продуктовых команд из этого вытекают два практических правила. Первое: уже сегодня можно запускать реальные функции на базе Apple Intelligence на iPhone 15 Pro, iPhone 16 и iPad Pro с чипами серии M — помощь с письмом, суммаризация, генерация изображений, адаптивный режим фокусировки. Второе: не включайте ни одну фичу из дорожной карты в «новую Siri», пока она не появится в реальной выпущенной сборке iOS — Apple уже дважды переносила её релиз.

Foundation Models в вашем приложении

Фреймворк Foundation Models позволяет вызывать модель Apple на устройстве из своего приложения без необходимости поставлять собственные веса. Он отлично подходит для очистки текста, краткой суммаризации, структурированной экстракции данных, аккуратного переписывания под нужный тон и модерации контента. Однако он не подходит для задач с длинным контекстом — на практике модель на устройстве работает с примерно 4 тыс. токенов полезного контекста — и для задач, требующих знаний, появившихся после даты обрезки обучающей выборки.

Совместимость устройств и стратегия фолбэка

Apple Intelligence требует iPhone 15 Pro или новее, либо iPad с чипом серии M. Сегодня такие устройства составляют меньшинство, но к концу 2026 года — уже большинство. Правильный подход к новому продукту — трёхуровневая поддержка: Apple Intelligence на устройствах, где она доступна; собственная лёгкая локальная модель (GGUF через MLX или llama.cpp) — для более старых устройств на чипах Apple; и облачная модель (OpenAI, Anthropic или локальный VPS) — как универсальный резервный вариант. Заложите эту иерархию с самого начала, а не пытайтесь внедрить её задним числом.

Vision Pro — почему его стоит считать бонусом, а не основной ставкой

В 2024 году было отгружено около 500 тыс. устройств Vision Pro — меньше, чем ожидали аналитики (800 тыс. — 1 млн), и к середине года Apple сократила объём производства. Разработчики, с которыми мы общались, отмечают: конверсия пользователей из бесплатных в платные приложения в их проектах составляет менее 2% — это заметно ниже аналогичных показателей на iOS. Заметные кейсы появились: рабочий процесс монтажа «Злой», эксперимент Lamborghini на Monterey Car Week, запуск NVIDIA GeForce NOW через Safari, — но полноценная экосистема пока не сформировалась.

Для планов на 2026 год мы предлагаем выбрать одну из трёх стратегий. Разрабатывайте нативное приложение под visionOS только в том случае, если пространственное видео, 3D-конфигурация товара или иммерсивное обучение — это ключевая часть вашего продукта. Во всех остальных случаях достаточно выпустить версию под iPadOS, а на visionOS она будет работать в режиме совместимости — этого хватит почти для любого приложения. Отдельный нативный MVP под visionOS обычно требует 6–10 дополнительных недель разработки, и финансировать его за счёт основного бюджета MVP, как правило, нецелесообразно.

Если же иммерсивные сценарии и есть ваш продукт, наша команда AR/VR и плейбук по бизнес-кейсу Vision Pro подробно разбирают компромиссы.

Android 15 и Jetpack Compose — новый стандартный стек Android

Android 15 принёс более быстрый запуск приложений, улучшенное управление окнами на больших экранах, новые API для работы с PDF и файлами, а также доработки приватных пространств. По отдельности эти изменения не выглядят революционными; вместе они делают 2024 год поворотным моментом: писать Android-приложения не на Kotlin и Jetpack Compose теперь придётся объяснять на ревью.

Compose стабилен, хорошо задокументирован и имеет зрелые библиотеки для навигации, анимации и управления состоянием; на версии 1.7 он достаточно быстр для сложных экранов со списками — без необходимости ручной оптимизации через старые view. Миграция зрелого приложения с XML-разметки остаётся трудоёмкой задачей — мы оцениваем её в 20–30% от стоимости полного переписывания затронутых экранов, — но эффект для эксплуатации окупается уже в рамках одного крупного релизного цикла.

Compose Multiplatform и Kotlin Multiplatform

Compose Multiplatform 1.7 (октябрь 2024 года) сделал рендеринг UI на iOS пригодным для использования в продакшене на утилитарных экранах — настройках, онбординге, дашбордах, страницах с большим объёмом контента. Для интерфейсов с активной анимацией и видео мы по-прежнему используем нативный SwiftUI, но для 60% экранов — форм, списков и настроек — связка KMP + Compose экономит примерно 30–40% времени разработки по сравнению с двумя отдельными нативными кодовыми базами. Это самая реальная история «написал один раз — работает на обоих» в мобильной разработке в 2026 году.

Складные устройства, планшеты и Desktop Windowing

Samsung, Honor и Google в 2024 году отгрузили около 18 млн складных устройств, а Google запустил Desktop Windowing для планшетов Pixel, приблизив поведение Android-устройств к ChromeOS. Для продуктовых команд это важно по двум причинам. Во-первых: если ваша аудитория — корпоративный сектор, образование или креативные процессы, закладывайте адаптивные интерфейсы с самого начала; добавить поддержку изменения размера окна и перетаскивания элементов после релиза стоит в 2–3 раза дороже, чем реализовать это сразу. Во-вторых: планшеты теперь — полноценная платформа для Android, а не «что-то на потом».

Gemini в Android Studio и Project IDX — рост скорости разработки

В конце 2024 года Google внедрил Gemini в Android Studio: подсказки по переименованию, автоматическое создание KDoc, предварительный просмотр рефакторингов в Jetpack Compose и точечная генерация тестов. В отличие от Swift Assist, Gemini в Android Studio имеет прямой доступ к графу модулей, что делает его подсказки значительно лучше при межфайловых рефакторингах. Простой тест: переименовать ViewModel и посмотреть, как обновляются все её вызовы по всему Android-модулю — Gemini справляется с этим аккуратно, в то время как более ранние инструменты — нет.

Project IDX переносит среду Android-разработки в браузер: хостинг через Firebase, интеграция с GitHub и сборочные бэкенды на Google Cloud. Для работы с удалёнными или краткосрочными подрядчиками возможность выдать инженеру URL вместо Mac с 60 ГБ SDK-зависимостей — это заметное улучшение онбординга. Для серьёзных сборок мы по-прежнему используем локальные IDE, но IDX убрал «неделю на настройку» из коротких контрактов.

AI на устройстве — железо догнало, счета за инфраструктуру падают

Главный тезис 2024 года: смартфоны теперь могут локально запускать полезные LLM. В Apple A17 Pro и чипах серии M используется 16-ядерный Neural Engine с производительностью более 35 TOPS; Snapdragon 8 Gen 3 от Qualcomm показывает схожие результаты на флагманских Android-устройствах; линейка Samsung Galaxy S24 представила Gemini Nano десяткам миллионов пользователей. Для типичных мобильных задач ИИ — суммаризация, модерация, генерация ответов, обработка текста после OCR, простые сценарии с агентами — выполнение на устройстве становится стандартом, а вызов хостингового API — резервным вариантом, а не наоборот.

Экономика эксплуатации напрямую зависит от этого. Типичный AI-чат или сервис обратной связи на 7-миллиардной модели в облаке обходится в 60–225 ₽ за миллион токенов при использовании стандартных API или 11–45 ₽ за пользователя в месяц при типичной связке с GPU-хостингом. Перенесите ту же задачу на локальное устройство — и вы платите ноль за каждый запрос; оплата требуется только за небольшую часть запросов, которые всё же направляются в облако. На продукте с миллионом активных пользователей в месяц это регулярно даёт экономию в пять или шесть цифр в месяц.

Архитектуру мы подробно разбирали в нашем плейбуке по сборке приложений с ИИ для не-разработчиков на 2026 год; для погружения в мобильные особенности наш плейбук по мобильной разработке с ИИ охватывает весь стек, включая граф фолбэков на уровне вендоров.

Складные устройства, планшеты и Desktop Windowing — форм-факторы, которые нельзя игнорировать

2024 год заставил мобильные команды пересмотреть подход: реально поддерживать планшеты и складные устройства — или просто «запускать» на них приложения? Раньше выбор был однозначным — «просто запускаемся»; к 2026 году ответ изменился: «поддерживаем, хотя бы для корпоративных и продуктивных задач». Предварительная версия Desktop Windowing от Google превратила планшеты Pixel в полноценную рабочую среду, а M4 iPad Pro по производительности в большинстве профессиональных сценариев сравнялся с MacBook Air. Корпоративные клиенты — из логистики, здравоохранения, ритейла и образования — всё чаще выдают планшеты сотрудникам как основной рабочий инструмент.

Инженерная стоимость нормальной поддержки больших экранов, сделанной заранее, невелика — это 10–15% сверх статьи UI-разработки в типичном Android- или iOS-приложении. Доделанная после релиза, она стоит в 2–3 раза дороже: приходится переразвёрстывать большинство сложных экранов. На наших Android-проектах в телемедицине — например, в iOS- и Android-приложении MyOnCallDoc для телехелс — раскладки, спроектированные сразу под планшет, позволили клиникам в одном кабинете обходиться одним устройством вместо двух.

AI-помощь в QA — выигрыши Kobiton, Launchable и умного выбора тестов

Мобильное QA в 2024 году тихо обновилось. Kobiton добавил AI-агрегацию дефектов поверх облачной лаборатории из 3000 устройств и сократил в наших замерах шум типа «один и тот же баг на разных устройствах» примерно на 40%. Launchable, созданный основателем Jenkins, появился в AWS Marketplace с AI-предсказательным выбором тестов: запускайте сначала 10% тестов, которые с наибольшей вероятностью поймают регрессии в этом PR, и получайте обратную связь через минуты, а не через час.

Для мобильных проектов это та область, где искусственный интеллект даёт самый высокий возврат инвестиций прямо сейчас. Типичный CI-пайплайн тратит 40–60% бюджета на запуск тестов на устройствах, которые ловят лишь несколько регрессий. Умный выбор тестов и кластеризация флейков с помощью ИИ могут сократить эти расходы вдвое без потери покрытия. Для команд, выпускающих обновления дважды в неделю, эффект накапливается: время цикла сокращается на часы за каждый релиз.

Кроссплатформа в 2024 — таблица результатов Flutter, React Native и KMP

Кроссплатформенная разработка в 2024 году заметно шагнула вперёд. React Native стабилизировался на New Architecture; Flutter 3.22–3.27 улучшил производительность на iOS и внедрил Impeller; Kotlin Multiplatform достиг стабильности по критериям JetBrains в конце 2023 года и в 2024-м привлёк серьёзных корпоративных пользователей. Ни один из этих фреймворков не является однозначным лидером — выбор зависит от реальных особенностей вашего продукта.

Где каждый фреймворк окажется в 2026 году

React Native — хороший выбор, если у вас сильная команда на React/TypeScript и мобильное приложение по структуре похоже на веб. New Architecture решила большинство проблем с задержками моста, которые были актуальны в 2022 году; экосистема очень большая; hot reload по-прежнему остаётся лучшим решением для быстрой итерации над продуктом.

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

Kotlin Multiplatform + Compose Multiplatform — правильный выбор, когда вы хотите оставить нативный SwiftUI там, где он действительно важен (например, для работы с видео, камерой или iOS-специфичного оформления), но при этом использовать общий код для 60–80% сетевого слоя, состояния и неанимированных элементов интерфейса.

Полностью нативно — правильный выбор для производительных приложений с видео в реальном времени, AR/VR, игр, продуктов «вокруг камеры» и любого продукта, где нельзя терпеть задержку в 1–2 квартала на новые API ОС. Наши проекты в видеостриминге — Bellicon Home и Alve Live — по этой причине остались нативными с обеих сторон.

Сравнение мобильных стеков (2026)

Мини-кейс — фитнес-видео на iOS и Android

Ситуация. Проекту Bellicon Home требовалось приложение для фитнес-стриминга с более чем 530 тренировками, программами по целям, интеграцией с фирменным батутом через Bluetooth LE и живыми занятиями — для iOS и Android, с TV-версией в планах.

План на 12 недель. Нативная реализация на обеих платформах: SwiftUI + TCA на iOS, Jetpack Compose + Hilt на Android. HLS с DRM для видеотеки, низколатентный LL-HLS для прямых трансляций занятий. Общий слой бизнес-логики на Kotlin через KMP — для планирования тренировок и работы с BLE-устройствами. Apple Intelligence Writing Tools помогал тренерам делать заметки; модель на устройстве суммировала недельный прогресс, не отправляя данные о тренировках в облако.

Результат. Запуск в App Store и Play Store по графику; рейтинг оставался выше 4,7 в течение 12 месяцев после релиза; около 35% BLE- и видео-интерфейса реализовано через KMP без потери нативного ощущения. Ключевое решение, которое сэкономило время, — не выпускать отдельное нативное приложение под Vision Pro: сборка для iPadOS работает в режиме совместимости и покрывает небольшую аудиторию visionOS.

Мобильная сборка в 2026 году — реалистичный бюджет и сроки

Мы стараемся называть цифры, под которые готовы подписаться. Они отражают работу команд Agent Engineering в разумных условиях: с нормальной доступностью владельца продукта и современным стеком технологий (Swift 6, Jetpack Compose, KMP, CI на GitHub Actions с AI-выбором тестов). Это не цифры из 2019 года и не завышенные оценки из некоторых аналитических отчётов.

Мобильный MVP с функциями на основе ИИ, одна платформа

Только iOS или только Android. 10–14 недель; обычно 4,1–6,7 млн ₽. Включает до 15 основных экранов, авторизацию через сторонние сервисы, платежи, аналитику, функции письма и суммаризации на базе Apple Intelligence или Gemini Nano, CI/CD и базовую веб-админку.

MVP сразу на iOS и Android

Обе платформы, общий слой на KMP. 12–16 недель; обычно 6,3–10,5 млн ₽ для CRUD-продукта с AI-функциями и аналитикой. Видео, телемедицина и маркетплейсы с живым состоянием обходятся дороже — всё зависит от выбора медиаинфраструктуры. Подробную разбивку по сценариям мы приводили в нашем гиде по стоимости мобильной разработки.

Видео, телемедицина или прямой эфир на мобильном

Видеозвонки в реальном времени или стриминг на обеих платформах. 16–22 недели; обычно 9–16,5 млн ₽ в зависимости от выбора WebRTC или HLS, медиасервера и требований по комплаенсу. Подробнее — в наших гидах по AI-видеостримингу и кроссплатформенному видеоприложению.

Нативное приложение для Vision Pro поверх

Только как надстройка. Дополнительно 6–10 недель; 3,3–6,7 млн ₽ сверху. Большинству продуктов мы это не рекомендуем — см. раздел 05 выше.

Каркас принятия решений — выберите мобильный стек за пять вопросов

В1. Насколько приложение «реального времени» и графически насыщенно? Если у вас живое видео, камера, AR, игры или анимация выше 60 fps — оставайтесь на нативе. Для форм, дашбордов и контентных приложений кроссплатформенная экономия реальна и безопасна.

В2. Откуда у вас приходят инженеры? Сильная команда React/TypeScript быстрее всего переходит на React Native; Kotlin-ориентированный бэкенд — на KMP; дизайн-командам часто удобнее работать во Flutter. Нанимать людей под стек, который команда не знает, — главный способ сбить сроки.

В3. Как быстро вам нужны новые возможности ОС? Если ответ — «в день релиза» (Apple Intelligence, Live Activities, Dynamic Island, диплинки к виджетам), оставайтесь на нативе. Кроссплатформенные обёртки обычно догоняют через 1–3 квартала.

В4. Каков бюджет на длинную дистанцию обслуживания? Две кодовые базы — это два инженера, два релизных цикла и два аудита безопасности навсегда. Единый KMP- или Flutter-код становится заметно дешевле уже с третьего года.

В5. Куда смещена ваша аудитория — в iOS или Android? Для платных потребительских приложений с подпиской в Северной Америке и Великобритании iOS приносит доход, а Android — охват. В глобальных, развивающихся или корпоративных сегментах чаще лидирует Android. Например, при запуске мессенджера Speakk без сбора данных в ЮАР выбор в пользу Android стал единственным разумным решением.

Пять типичных ошибок, которые мы часто видим в миграциях 2024–2026

1. Жёстко прибивать продуктовые фичи к «новой Siri». Глубокий слой Siri в Apple Intelligence переносили дважды; каждому продукту, обещавшему его в маркетинге, пришлось отказываться от обещания. Считайте именные вендорские фичи приятным дополнением, а не основой.

2. Забывать, что Apple Intelligence требует iPhone 15 Pro+ или iPad с чипом серии M. Приложения, рассчитанные на работу на всех устройствах, выпустили неработающие альтернативы. Планируйте трёхуровневый резерв: Apple Intelligence, собственная локальная модель, API на хостинге.

3. Пропускать аудит concurrency для Swift 6. Миграции, которые в 2024 году прошли плохо, — это те, где строгий concurrency включили в CI без отдельного спринта на исправление нарушений @Sendable. Закладывайте неделю на зрелый модуль.

4. Относиться к планшетам как к «большим телефонам». Desktop Windowing от Google и M4 iPad Pro подняли планку. Приложения, которые не адаптировали интерфейс под большие экраны, попадали к корпоративным покупателям и возвращались в течение первых 30 дней.

5. Финансировать приложение Vision Pro из MVP-бюджета. Юнит-экономика пока этого не выдерживает. Стройте его как эксперимент второй фазы из маркетингового или R&D-бюджета, а не из основной инженерной строки.

KPI — что измерять в современном мобильном приложении

KPI качества. Доля пользователей без сбоев — не менее 99,5% (iOS) и 99,0% (Android), время холодного запуска на 95-м перцентиле — менее 1,8 секунды на iPhone 13 и Pixel 7, доля «дёргающихся» кадров — менее 0,5% на экранах с частотой 60 Гц при пороге 16,7 мс. Если приложение использует AI-функции, добавьте цели по задержке генерации токенов (первый токен — менее 600 мс на устройстве) и долю ошибок при выполнении модели — менее 0,2%.

Бизнес-метрики. Удержание на 30-й день, конверсия в платную подписку (бесплатный → платный), соотношение MAU/DAU, средний доход с пользователя (ARPU) и средняя продолжительность сессии. В приложениях с AI-функциями отдельно отслеживайте, сколько пользователей попробовали эту функцию (долю активации), и вернулись ли они к ней на второй неделе (удержание на AI-функции) — новинки, которые не удерживают пользователей, увеличивают размер приложения, но не помогают строить продуктовый ров.

KPI надёжности. Бюджет ошибок API (99,9% времени доступности бэкенда), доставка пуш-уведомлений — не менее 97%, среднее время обнаружения сбоя в триаже — менее 30 минут, доля регрессий, которые не заметили тесты, — менее 2%. Благодаря AI-выбору тестов в CI эти показатели можно достичь без увеличения бюджета на устройства.

Когда НЕ нужно выпускать нативное мобильное приложение

Не каждый тренд 2024 года означает «выпускайте приложение». Если пользователи используют ваш продукт пару раз в месяц на рабочем ноутбуке, если вам не нужны пуш-уведомления, камера и фоновая синхронизация, а поиск в App Store — не ваш канал распространения, то современный PWA или адаптивный веб-сайт — правильный выбор: дешевле в разработке, дешевле в поддержке, никаких проверок от Apple. Вы теряете только Apple Intelligence и Gemini Nano на устройстве — для многих B2B-инструментов это не критично.

Второй случай: если вы ещё не достигли product-market fit и ваши гипотезы постоянно меняются, безопаснее выпустить PWA и проверить идею на нём, чем сразу делать iOS- и Android-версии. Переход на нативный продукт можно будет сделать позже, на второй фазе — времени хватит.

FAQ

Что почитать дальше

Готовы превратить изменения 2024 года в своё приложение 2026 года?

Честная сводка по 2024 году как платформе для мобильной разработки 2026-го: Swift 6 и Jetpack Compose стали стандартом, ИИ на устройстве перестал быть демонстрацией, Vision Pro не оправдал ожиданий, Apple Intelligence реализовал большую часть обещанного, кроссплатформенные решения разделились на три реальных варианта, ИИ наконец вошёл в сам процесс разработки. Для сборки 2026 года это значит: оставайтесь на нативе, если нужен настоящий реалтайм и быстрая поддержка новых API; выбирайте KMP или Flutter, если формат продукта позволяет; рассматривайте Vision Pro как бонус; предусматривайте трёхуровневый резервный план для ИИ; заранее заказывайте аудит многопоточности для Swift 6.

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