
Главное
• 2024 год переустановил дефолтный мобильный стек. Swift 6 и Jetpack Compose — теперь базовый выбор для любого нового iOS- или Android-приложения; старые стеки добавляют 15–25% времени на рефакторинг сверх обычной сборки.
• AI на устройстве стал реальностью. Apple Intelligence, Gemini Nano и NPU в Snapdragon 8 Gen 3 локально запускают модели на 3–8 млрд параметров, что позволяет сократить счета за LLM-API на 60–80% для типовых сценариев.
• Apple Intelligence вышел, а Siri задержалась. Инструменты письма, изображений и суммаризации появились на iPhone 15 Pro и iPad Pro с чипами серии M; глубокий персональный слой Siri был отложен — планируйте гибридный инференс, а не ставьте дорожную карту на одного вендора.
• Vision Pro — бонусная площадка, а не основная ставка. В 2024 году отгружено около полумиллиона устройств: поддержите его, если ваш контент иммерсивный, но не финансируйте нативное приложение из MVP-бюджета.
• Реалистичный мобильный MVP с AI в 2026 году: 12–16 недель и примерно 4,5–8,2 млн ₽ с командой Agent Engineering; вдвое больше, если добавить Vision Pro, живое видео на SFU или раскладки под складные устройства.
Почему этот плейбук написала Фора Софт
Мы выпускаем мобильные продукты на обеих платформах каждую неделю. За последние 12 месяцев наши iOS- и Android-команды реализовали миграции на Swift 6, интерфейсы на Jetpack Compose, AI-функции на устройстве и мобильных клиентов для живого видео — для проектов в фитнесе, телемедицине, мессенджерах и e-learning. Это даёт нам честное представление, какие «ключевые моменты» 2024 года реально повлияли на бюджеты, а какие так и остались на полке хайпа.
Этот плейбук по мобильной разработке адресован основателям, техническим директорам и продактам, которые планируют мобильный продукт на 2026 год — iOS, Android или оба — и хотят понять, как прошлогодние сдвиги меняют то, кого нанимать, сколько платить и что закладывать в план. Он опирается на конкретные проекты, которые мы сдали, включая фитнес-стриминг Bellicon Home с более чем 530 тренировками, HIPAA-совместимых телемедицинских клиентов вроде MyOnCallDoc и CirrusMED, а также мессенджер без сбора данных Speakk.
Мы разрабатываем по подходу Agent Engineering — разработчики работают с AI-копайлотами над одним и тем же кодом, — поэтому наши оценки в этой статье намеренно ниже типичных ставок агентств. Там, где мы не уверены в цифре, мы об этом говорим: лучше пропустить число, чем назвать выдуманное.
Планируете iOS- или Android-проект на 2026 год?
Расскажите, что хотите выпустить. Мы вернёмся с 12-недельным планом, реалистичной оценкой и стеком, который выбрали бы после года Swift 6 и Jetpack Compose в продакшене.
Пять сдвигов 2024 года, которые определяют вашу дорожную карту на 2026
Если из 2024 года стоит запомнить всего пять вещей — запомните эти. Каждый следующий раздел статьи разбирает один из них подробнее.
1. Swift 6 + Jetpack Compose — новая базовая линия. Новые iOS- и Android-проекты начинают со строгой concurrency-модели и декларативного UI; писать на Obj-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 года, на сопоставимых проектах.
Когда этот разрез особенно полезен: вы планируете новый мобильный продукт на 2026 год и хотите понять, какие новости 2024-го реально влияют на ваш бюджет, сроки и план найма.
iOS 18 и Swift 6 — сколько на самом деле стоит переход
В девелоперский пакет Apple 2024 года вошли три вещи, цену которых стоит оценить: Swift 6 с проверкой data race на этапе компиляции, Xcode 16 со Swift Assist и iOS 18 с крючками Apple Intelligence. Для нового приложения это небольшие расходы; для зрелой кодовой базы счёт оказывается выше, чем подсказывает маркетинг.
Строгий concurrency-режим 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 убрали большую часть boilerplate из 2023 года. Для SwiftUI-приложений с тяжёлым состоянием мы теперь по умолчанию берём TCA на новых iOS-проектах — тестируемость действительно выше, а Redux-подобное разделение позволяет нескольким инженерам трогать один экран без конфликтов. Налог — две недели онбординга на каждого инженера.
Когда брать Swift 6 + TCA: вы стартуете новое iOS-приложение с командой больше двух инженеров (или планируете расширяться), и у продукта нетривиальное состояние — маркетплейсы, видеозвонки, дашборды, многоролевые приложения.
Apple Intelligence — что вышло, а что задержалось
Apple Intelligence — это две вещи: набор Foundation Models (примерно 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 сократила производство. Разработчики, с которыми мы общаемся, сообщают: конверсия из бесплатных в платные приложения Vision Pro на их тайтлах ниже 2% — заметно ниже сопоставимых показателей по iOS. Заметные кейсы появились — рабочий процесс монтажа «Злой», эксперимент Lamborghini на Monterey Car Week, NVIDIA GeForce NOW через Safari, — но объёмная экономика пока не складывается.
Для планов на 2026 год мы рекомендуем одну из трёх стратегий. Делайте нативное приложение visionOS только если пространственное видео, 3D-конфигурирование товара или иммерсивное обучение — это и есть ваш продукт. Иначе выпустите сборку iPadOS, а visionOS пусть запускает её в режиме совместимости — этого хватает почти любому приложению. Отдельный нативный MVP под visionOS обычно добавляет 6–10 недель, и финансировать его из основного MVP-бюджета редко имеет смысл.
Если же иммерсивные сценарии и есть ваш продукт, наша команда AR/VR и плейбук по бизнес-кейсу Vision Pro подробно разбирают компромиссы.
Когда делать нативное приложение под Vision Pro: ваш продукт — это иммерсивное видео, 3D-симуляция, архитектурная визуализация, фитнес, обучение хирургов или пространственная коммерция — и у вас есть конкретный план дистрибуции, не завязанный на органический трафик из App Store.
Android 15 и Jetpack Compose — новый дефолтный стек Android
Android 15 принёс более быстрый старт приложения, лучшее оконное управление для крупных экранов, улучшенные API для PDF и файлов и доработки приватных пространств. По отдельности это не громкие новости; вместе они делают 2024 год точкой, после которой писать Android-приложение не на Kotlin и Jetpack Compose — архитектурное решение, которое придётся защищать на ревью.
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% бюджета UI-разработки по сравнению с двумя полностью нативными кодовыми базами. Это самая честная история «написал один раз — запускается на обоих» в мобильной разработке в 2026 году.
Складные устройства, планшеты и Desktop Windowing
Samsung, Honor и Google в 2024 году отгрузили около 18 млн складных устройств, а Google выкатил Desktop Windowing для планшетов Pixel, приблизив Android-планшеты по поведению к ChromeOS. Для продуктовых команд это важно по двум причинам. Первая: если ваша аудитория — корпоративный сектор, образование или креативные процессы, закладывайте адаптивные раскладки с первого дня; добавлять поддержку изменения окна и drag-and-drop после релиза примерно в 2–3 раза дороже, чем сделать это сразу. Вторая: планшеты теперь — полноценная целевая платформа Android, а не «как-нибудь потом».
Застряли между нативом и кроссплатформой?
Пришлите спецификацию продукта. Мы разложим ваши экраны по Swift, Compose и KMP и вернёмся с выбранным стеком и понедельной оценкой.
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 десяткам миллионов пользователей. Для типичных мобильных AI-задач — суммаризации, модерации, генерации ответов, очистки OCR, небольших агентских сценариев — путь на устройство теперь становится правильным дефолтом, а хостинговый API — фолбэком, а не наоборот.
Экономика эксплуатации следует за этим. Типичный AI-чат или продукт обратной связи на 7-миллиардной модели в облаке стоит 60–225 ₽ за миллион токенов на типовых API или 11–45 ₽ за пользователя в месяц на типовой связке с GPU-хостингом. Перенесите ту же работу на устройство — и платите ноль за запрос; вы оплачиваете только ту небольшую долю запросов, которая всё-таки уходит в облако. На продукте с миллионом активных пользователей в месяц это регулярно даёт пяти- и шестизначную экономию в месяц.
Архитектуру мы подробно разбирали в нашем плейбуке по сборке приложений с AI для не-разработчиков на 2026 год; для мобильно-специфичного погружения наш плейбук по AI-мобильной разработке проходит весь стек, включая граф фолбэков на уровне вендоров.
Складные устройства, планшеты и 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, и получайте сигнал обратной связи через минуты, а не через час.
Для мобильных проектов это та область, где AI даёт самый высокий ROI прямо сейчас. Типичный мобильный CI-пайплайн тратит 40–60% стоимости на прогоны на устройствах, которые воспроизводят горстку регрессий. Умный выбор тестов и AI-кластеризация флейков могут вдвое сократить эту цифру без потери покрытия. Для команд, релизящихся дважды в неделю, эффект кумулятивный: время цикла падает на часы за релиз.
Кроссплатформа в 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 — самый сильный выбор для дизайн-ориентированных UI, где нужна попиксельная идентичность на обеих платформах, и вы готовы заплатить чуть более тяжёлым бинарником и нестандартными краевыми случаями ввода текста. Виджет-разработка быстра, когда команда обучена.
Kotlin Multiplatform + Compose Multiplatform — правильный выбор, когда вы хотите оставить нативный SwiftUI там, где он важен (видео, камера, iOS-специфичный полишинг), но шарить 60–80% сетевого слоя, состояния и неанимированных UI-частей.
Полностью нативно — правильный выбор для производительных приложений с видео в реальном времени, AR/VR, игр, продуктов «вокруг камеры» и любого продукта, где вы не можете терпеть задержку в 1–2 квартала на новые API ОС. Наши проекты в видеостриминге — Bellicon Home и Alve Live — по этой причине остались нативными с обеих сторон.
Сравнение мобильных стеков (2026)
| Стек | Для чего | Переиспользование кода | Задержка по API ОС | Типичный MVP (недели) | На что смотреть |
|---|---|---|---|---|---|
| Нативный iOS + Android | Видео, AR/VR, камера-центричные, игры | 0% | Нет | 14–20 | Две кодовые базы, два трека найма |
| KMP + Compose MP | Корпоративные, дашборды, контентные приложения | 60–80% | 1–2 квартала | 12–16 | UI Compose MP пока зреет для кастомных iOS-контролов |
| Flutter | Дизайн-ориентированные потребительские приложения | 90%+ | 1–2 квартала | 10–14 | Более тяжёлый бинарник, краевые случаи ввода текста |
| React Native | Веб-команды, CRUD-приложения | 80–90% | 1–3 квартала | 10–14 | Текучка библиотек, Expo vs bare |
| PWA + Capacitor | Утилиты, внутренние B2B, контент | 95%+ | 2+ кварталов | 6–10 | Нет пушей на iOS-вебе, нет Apple Intelligence |
Мини-кейс — фитнес-видео на 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- и видео-UI разделено через KMP без жертв нативному ощущению. Ключевое решение, сэкономившее время, — не выпускать нативное приложение под Vision Pro: сборка iPadOS работает в режиме совместимости и закрывает крошечную аудиторию visionOS.
Хотите такой же разбор для вашего приложения?
За 30 минут мы набросаем iOS- и Android-стек, форму команды и сроки, которых ждать на вашем бюджете.
Мобильная сборка в 2026 году — реалистичный бюджет и сроки
Мы стараемся называть цифры, под которыми готовы подписаться. Они отражают команды Agent Engineering, работающие в разумных рамках, с нормальной доступностью владельца продукта и современным выбором стека (Swift 6, Jetpack Compose, KMP, CI на GitHub Actions с AI-выбором тестов). Это не цифры из 2019-го и не завышенные оценки из некоторых аналитических отчётов.
Мобильный MVP с AI-фичами, одна платформа
Только 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-first был единственным разумным вариантом.
Пять граблей, которые мы постоянно видим в миграциях 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), холодный старт P95 менее 1,8 секунды на iPhone 13 и Pixel 7, доля «дёрганых» кадров менее 0,5% на панелях 60 Гц при пороге 16,7 мс. Если приложение выпускает AI-фичи, добавьте цели по латентности токенов (первый токен менее 600 мс на устройстве) и долю ошибок инференса менее 0,2%.
Бизнес-KPI. Удержание на 30-й день, конверсия в подписку (бесплатный → платный), MAU/DAU, ARPU и средняя длина сессии. Для приложений с AI-фичами отдельно отслеживайте активацию AI-фичи (доля пользователей, которые её попробовали) и удержание на AI-фиче (вернулись ли они к ней на второй неделе) — новинки без удержания тянут размер приложения вниз, а не строят продуктовый ров.
KPI надёжности. Бюджет ошибок API (99,9% времени доступности бэкенда), доставка пушей ≥ 97%, среднее время обнаружения сбоя в триаже менее 30 минут, доля регрессий, ускользающих от тестов, менее 2%. С AI-выбором тестов в CI эти показатели достижимы без раздувания бюджета на устройства.
Когда НЕ нужно выпускать нативное мобильное приложение
Не каждый тренд 2024 года означает «выпускайте приложение». Если пользователи трогают ваш продукт пару раз в месяц на рабочем ноутбуке, если вам не нужны пуши, камера и фоновая синхронизация, и если поиск в App Store не часть вашей дистрибуции, — современный PWA или адаптивный веб-сайт будет правильным выбором: дешевле построить, дешевле поддерживать, ноль ревью-нагрузки. Вы теряете только Apple Intelligence и Gemini Nano на устройстве — для многих B2B-инструментов это нормально.
Второй случай: если вы ещё до product-market fit и ваши гипотезы продолжают меняться, выпустить PWA и провалидировать на нём безопаснее, чем заранее закладываться на iOS- и Android-сборки. Перейти на нативный продукт во второй фазе вы всегда успеете.
FAQ
Обязателен ли Swift 6 для новых iOS-проектов в 2026 году?
Технически — нет: вы можете сколь угодно долго оставаться на языковом режиме Swift 5 в Xcode 16. Но каждая серьёзная iOS-команда переводит новый код на Swift 6. Безопасность по data race и проверки на этапе компиляции заметно снижают concurrency-баги в продакшене. Новые проекты стоит стартовать на Swift 6.
Стоит ли строить приложение Vision Pro на старте в 2026 году?
Только если иммерсивное видео, 3D или пространственные сценарии — реально ваш продукт. Для большинства приложений правильный ответ — запустить сборку iPadOS в режиме совместимости Vision Pro, а к нативному visionOS-приложению вернуться, когда установочная база подрастёт.
Сколько Apple Intelligence стоит разработчику?
Фреймворк Foundation Models на устройстве бесплатен; Apple запускает инференс на устройстве пользователя. Private Cloud Compute для вызовов более крупной модели тоже бесплатен для разработчиков приложений; Apple покрывает расходы. Платить нужно, только если вы уходите в стороннюю хостинговую модель для более старых iPhone или для платформ вне Apple.
Готов ли Jetpack Compose для крупных Android-приложений в продакшене?
Да. Compose 1.6–1.7 закрыли разрыв в производительности с XML на сложных списках, а инструментарий (Layout Inspector, Compose Preview, Baseline Profiles) зрел. Мы по умолчанию используем Compose во всех новых Android-модулях и переводим легаси-экраны по мере того, как они попадают в скоуп редизайна.
Как AI-помощь в кодинге влияет на бюджеты мобильных проектов?
При грамотном использовании связки Agent Engineering (Claude Code, Cursor, Copilot Workspace, Gemini в Android Studio) сокращают типичные мобильные циклы на 25–40%. Это даёт либо более короткие сроки на том же бюджете, либо меньший бюджет на тех же сроках. При плохом использовании это вводит тонкие баги — дисциплина ревью важна.
Можно ли в 2026 году запустить 7-миллиардную LLM на флагманском смартфоне?
Да. Квантованная до 4 бит модель на 7 млрд параметров работает на 10–20 токенах в секунду на Apple A17 Pro / M4 и на Android-флагманах класса Snapdragon 8 Gen 3 / Elite, используя 3–4 ГБ оперативной памяти. Для устройств с менее чем 8 ГБ оперативной памяти оставайтесь на 3-миллиардных моделях или уходите в облако.
Сколько занимает кроссплатформенный MVP в 2026 году?
Для немедийного CRUD-приложения на Flutter, React Native или KMP с небольшой командой типичный срок «от и до» — 10–14 недель. Добавьте 4–6 недель на видео в реальном времени или AI-фичи; добавьте 2–4 недели на адаптивные раскладки под планшеты и складные устройства.
Покрывает ли Фора Софт iOS, Android, Vision Pro и кроссплатформу?
Да. На живых продакшен-проектах у нас работают нативные iOS (Swift, SwiftUI, TCA), нативные Android (Kotlin, Jetpack Compose), KMP, Flutter и React Native, плюс AR/VR, включая visionOS. Услуга разработки программного обеспечения на заказ — это точка входа, когда нужен партнёр, а не конкретный стек.
Что почитать дальше
Разбор бюджета
Стоимость мобильной разработки в 2026 году
Поскоупная вилка оценок, чтобы давить любой полученный счёт.
AI + мобильное
Кастомный плейбук по Agora.io и AI на мобильных
Когда нужно живое видео и AI на телефонах — без счёта от Agora.
Натив vs кроссплатформа
Кроссплатформенное видеоприложение — каркас для CTO
Пять вопросов, по которым мы выбираем между нативом, Flutter и KMP.
AI на мобильном
Как строить приложения с AI в 2026 году
Та самая лестница фолбэков — на устройстве, локально, в облаке.
Vision Pro
Плейбук по бизнес-кейсу Vision Pro
Когда нативное приложение visionOS реально окупается, а когда — нет.
Готовы превратить сдвиги 2024 года в ваше приложение 2026 года?
Честная сводка по 2024 году как платформе для мобильной разработки 2026-го: Swift 6 и Jetpack Compose стали дефолтом, AI на устройстве перестал быть демкой, Vision Pro не выстрелил, Apple Intelligence выпустил большую часть обещанного, кроссплатформа разделилась на три честных варианта, AI наконец зашёл в сам цикл разработки. Для сборки 2026 года это означает: оставайтесь на нативе там, где нужен реальный реалтайм и быстрая поддержка новых API; берите KMP или Flutter там, где форма продукта позволяет; считайте Vision Pro бонусом; закладывайте трёхуровневый фолбэк для AI; оплачивайте аудит concurrency для Swift 6 заранее.
Если что-то из этого вы превращаете в реальный продукт в ближайшие два квартала — мы готовы проверить план на прочность. Принесите спецификацию продукта, грубый счёт экранов и дедлайн; вернёмся со стеком, формой команды и честной оценкой за 30-минутный звонок.
Поговорите с командой, которая каждый месяц выпускает релизы в оба сторов
Swift 6, Jetpack Compose, KMP, Flutter, React Native, Vision Pro. Выберите удобное время, пришлите спецификацию — получите реалистичный план.
