Нативное приложение в 2026: когда нужно и почему цена от 500 000 ₽

Нативное приложение написано под одну платформу на её родном языке: Swift для iOS, Kotlin для Android. Оно напрямую обращается к камере, фоновой геолокации и Bluetooth, но обходится дороже кроссплатформенного, потому что код пишется дважды. Разработка мобильного приложения в UKVED начинается от 500 000 ₽.

Что такое нативное приложение и чем оно отличается от кроссплатформенного 📱

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

Кроссплатформенное приложение пишут один раз на Flutter или React Native, и оно работает на обеих системах. Между кодом и телефоном стоит прослойка. На обычных экранах (список заказов, форма заявки, карточка клиента) пользователь разницы не заметит. Она появляется там, где приложение упирается в железо.

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

Почему кроссплатформенное приложение начинает подводить

Типичная история: логистическая компания запускает приложение для курьеров на кроссплатформе. На тестовых телефонах в офисе всё работает. Через две недели диспетчер замечает, что курьеры «пропадают» с карты: Android усыпляет фоновые процессы, и точка обновляется раз в несколько минут. Курьер фотографирует накладную, приложение зависает на обработке снимка и вылетает. Он возвращается к бумажной накладной и звонит диспетчеру, поэтому диспетчер вносит данные руками, а клиент ждёт.

Причина в устройстве самих систем. iOS и Android по-разному ограничивают работу в фоне, по-разному выдают доступ к камере и Bluetooth. Кроссплатформенный слой добавляет ещё одно место, где что-то может сломаться, а его авторам приходится догонять каждое обновление системы.

Ставка здесь выше стоимости самого приложения. Заказы доставляются с опозданием, диспетчер дублирует работу вручную, бумажные накладные возвращаются в процесс, от которого приложение должно было избавить. Если приложение клиентское, всё жёстче: человек удаляет его после первого вылета и обратно не ставит.

Когда нужна нативная разработка, а когда хватит кроссплатформы ⚖️

Нативное приложение нужно, если…

• ✓приложению нужна геолокация в фоне: курьеры, выездные мастера, торговые представители с маршрутами;
• ✓в работе участвуют камера со сканированием документов, Bluetooth-принтеры, сканеры штрихкодов или NFC;
• ✓интерфейс тяжёлый: карты, графика, анимации, длинные списки, которые не должны подвисать;
• ✓приложение работает без сети с локальной базой и синхронизируется позже, например на складе без покрытия;
• ✓продукт рассчитан на массовую аудиторию, и каждая задержка в интерфейсе бьёт по оценкам в магазинах.

Хватит кроссплатформы или 1С:Мобильной платформы, если…

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

Столбец «Затраты» показывает порядок, а не смету: итог зависит от числа экранов и интеграций.

Как исправить: переписывать всё или добавить нативные модули 🔧

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

1. ✓Собрать журнал сбоев: где вылетает, на каких моделях и версиях системы.
2. ✓Выделить функции, которые ломаются. Чаще всего это фон, камера и сканер.
3. ✓Переписать только их как нативные модули на Swift и Kotlin, остальной интерфейс оставить как есть.
4. ✓Проверить на реальных телефонах сотрудников, не на эмуляторе.
5. ✓Если нативных модулей получилось больше, чем кроссплатформенного кода, обсуждать переход на нативную разработку целиком.

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

Сколько стоит нативное приложение в 2026

Мобильная разработка в UKVED начинается от 500 000 ₽. Это нижняя граница для приложения с понятным набором функций, а не фиксированная цена. Итог зависит от того, что внутри.

На смету влияют:

• ✓число экранов и ролей: курьер, диспетчер и клиент означают три разных интерфейса;
• ✓одна платформа или две: нативное приложение под iOS и Android даёт два объёма работы, а не один;
• ✓интеграции с 1С и другими системами;
• ✓серверная часть: личный кабинет, админка, push-уведомления;
• ✓публикация в магазинах приложений и обновления под новые версии систем в течение года.

Серверную часть считайте отдельно. Если приложение читает данные из 1С, база должна быть доступна круглосуточно, а не только пока в офисе включён компьютер. Если базы 1С на сервере пока нет, аренда стартует от 1 100 ₽ в месяц за пользователя.

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

Что делать, если приложение снова ломается после обновления iOS или Android 🔁

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

Порядок действий:

1. ✓Найти общее в сбоях по журналу: модель, версия системы, действие, после которого приложение падает.
2. ✓Воспроизвести ошибку на устройстве с той же версией системы.
3. ✓Выпустить исправление и включить принудительное обновление для критичных версий.
4. ✓Договориться о сопровождении, если проверять приложение после каждого релиза системы некому.

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

Как предотвратить перерасход бюджета и переделку 🛡️

Большинство переделок начинается с одной ошибки: приложение заказали, не описав, где и как им будут пользоваться. Что сделать до первой строки кода:

• ✓Описать сценарии с условиями: кто работает, где (склад без сети, подъезд, кабина машины), на каких устройствах. От этого зависит, какие нативные функции нужны сразу.
• ✓Запустить пилот на одной платформе с одним ключевым сценарием. Если сотрудники сидят на Android, начинать с него.
• ✓Заложить в бюджет следующего года обновления под новые версии iOS и Android.
• ✓Проверить персональные данные. Если приложение собирает их у граждан РФ, действует 152-ФЗ: базы с такими данными нужно хранить на серверах в России.
• ✓Заранее решить, откуда приложение берёт данные. Если из 1С, обмен проектируют вместе с приложением, а не после.

Если сомневаетесь, что подойдёт вашей задаче, нативное или кроссплатформенное приложение, опишите её. Мы скажем, какой подход закроет задачу дешевле, и посчитаем смету.

❓ Частые вопросы

Что такое нативное приложение простыми словами?

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

Сколько стоит разработка нативного приложения в 2026 году?

Мобильная разработка в UKVED начинается от 500 000 ₽. Итоговая цена зависит от числа экранов и ролей, количества платформ, интеграций с 1С и серверной части. Нативное приложение под обе системы обходится дороже, чем под одну. Точную смету называем после разбора задачи: функций, устройств пользователей и источников данных.

Что лучше для бизнеса: нативное или кроссплатформенное приложение?

Если приложению нужны фоновая геолокация, сканирование, Bluetooth-оборудование или тяжёлая графика, выбирайте нативное. Для форм, списков заявок, каталога и личного кабинета обычно хватает кроссплатформы: один код дешевле писать и поддерживать. Если данные хранятся в 1С, рассмотрите приложение на 1С:Мобильной платформе.

Можно ли доработать кроссплатформенное приложение вместо переписывания?

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

Почему приложение ломается после обновления iOS или Android?

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