Мобильные приложения под заказ для промышленности: сценарии использования в 2026 году

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

Фора Софт почти двадцать лет создаёт корпоративные мобильные приложения — те самые, которые превращают обычные телефоны и планшеты в рабочие инструменты, реально используемые на местах. Мы внедрили Android-MDM-платформу, управляющую парком из 10 000 устройств у оператора в сфере безопасности и логистики, разработали мобильные клиенты для AI-видеонаблюдения в ритейле, SIP-в-WebRTC-домофон, который передаёт видеопоток с IP-домофона на телефоны, white-label-приложения IPTV для Android-приставок и инструмент 3D-сканирования на 360°, связывающий телефоны с LiDAR-камерами для съёмки объектов недвижимости.

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

Наша команда использует инженерию с участием ИИ-агентов — собственные пайплайны на основе Claude и Cursor — чтобы автоматизировать рутинные задачи любой корпоративной мобильной сборки: создание CRUD-админки, управление ролями, отправку FCM-пушей, настройку очередей синхронизации и MDM-провижинга. Это освобождает ресурсы для действительно важных задач: реализации полевых воркфлоу, интеграции и работы в офлайне. Поэтому наши прогнозы на 2026 год выглядят значительно скромнее по сравнению с типовыми отраслевыми оценками 2024–2025 годов.

Почему в 2026 году именно смартфон — правильный промышленный компьютер

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

Сенсоры достигли промышленного уровня. Средний Android 2025 года поставляется с массивом из нескольких камер (часто шесть и больше), оптическим зумом 1×–5×, автофокусом, способным чётко считывать даже плотные штрихкоды, GPS с субметровой точностью на открытом воздухе, NFC для бесконтактной оплаты и подключения устройств, ультраширокополосным радио (UWB) для определения местоположения внутри помещений с точностью до сантиметра, датчиками отпечатков пальцев и распознавания лиц, акселерометром и гироскопом, пригодными для анализа вибраций, а также 5G-модемом с задержкой RTT менее 100 мс. Десять лет назад «бронированный» ручной сканер стоил 112 тыс. ₽ и выполнял одну из этих задач плохо.

Платформа всерьёз повернулась к enterprise. Android Enterprise (Managed Google Play, Work Profile, Dedicated Devices), Apple Business Manager и современные MDM (Intune, Workspace ONE, Hexnode, SOTI) позволяют разворачивать 10 000 телефонов так же легко, как раньше разворачивали 100. Режим киоска, lock-task, app pinning, удалённое стирание, провижининг сертификатов и доставка Wi-Fi-конфигов — всё это полноценные API.

Цепочка поставок подтянулась. «Бронированные» Android-устройства от Zebra, Honeywell, Datalogic и линейки Samsung XCover закрывают разрыв там, где обычные смартфоны слишком хрупкие. Они запускают тот же APK, что и Pixel у вас в кармане. Вы пишете один код и развертываете его на нужном устройстве — в поле или на складе.

Семь отраслей, где смартфоны уже заменяют специализированные устройства

Не каждая отрасль одинаково окупается. Вот семь, где мы регулярно видим, как мобильные приложения на заказ вытесняют «бронированное» железо, бумагу или десктопные воркфлоу в 2025–2026 годах.

1. Логистика и доставка «последней мили». Приложение для водителя заменяет ручные сканеры штрихкодов, позволяет подтверждать доставку (подпись, фото, GPS-координаты), оптимизировать маршрут и обрабатывать возвраты. Экономия на одном водителе — около 112 тыс. ₽ в год: стоимость сканера плюс время, которое раньше уходило на бумажные документы.

2. Выездной сервис. Инженеры берут задание, фотографируют место монтажа, открывают инструкции, заполняют чек-листы, получают подпись клиента и запускают выставление счёта — всё в одном приложении. Оно интегрируется с Salesforce, ServiceNow или вашей собственной ERP-системой.

3. Медицина и скорая помощь. Фельдшеры измеряют жизненные показатели, фотографируют травмы, диктуют заметки и отправляют ePCR ещё до приезда в больницу. Медсёстры у постели фиксируют приём лекарств и сверяют штрихкоды с MAR-системами. Требуется строгий контроль по HIPAA и работа с аудиторией, но прирост производительности у каждого специалиста очень заметный.

4. Производство и склад. Сотрудники цеха выполняют сборку, инвентаризацию, контроль качества и ведут отчёты о состоянии оборудования. AR-наложения поверх изображения с камеры превращают смартфон в экран с инструкциями по сборке. Такие решения естественно интегрируются с IoT-датчиками и MES-системами.

5. Ритейл и гостеприимство. Мобильная касса, сокращение очередей, инвентаризация, проверка планограмм, дашборды для менеджера магазина, опросы клиентов. Часто система интегрируется с камерой видеонаблюдения — чтобы сопоставлять чек с записью и выявлять потери.

6. Безопасность и видеонаблюдение. Планшеты охранников работают в режиме киоска с кастомным Android-клиентом для системы видеонаблюдения (VMS). Они сканируют контрольные точки, фиксируют инциденты с фото и аудио, а также поддерживают голосовую связь по принципу «нажал — поговорил» через LTE. Тот же MDM-стек, который блокирует планшет охранника, используется и для телефона водителя доставки.

7. Строительство, энергетика и полевые обследования. Ведомости дефектов, фото неисправностей с данными GPS и тегами, разметка видео с дронов, сканирование QR-кодов на оборудовании, подключение IoT-датчиков парами. Телефон становится связующим звеном между прорабом, BIM-моделью и бэк-офисом.

Что современный смартфон заменяет, а что — нет

Определитесь, что именно заменяет телефон — именно это переводит разговор о бюджете из «приложение» в «инструмент».

Сценарий 1: логистика и доставка «последней мили»

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

Фаза 1 (неделя 1–6). Манифест, маршрут, передача навигации, сканирование при приёмке, сканирование при доставке, фото при доставке, подпись, GPS-метка. Сначала избавьтесь от планшета с бумагой.

Фаза 2 (неделя 6–12). Реалтайм-карта для диспетчера, анализ исключений (повреждённый груз, отказ от доставки, перенос из-за «никого нет дома»), обработка возвратов, оплата при доставке через Tap-to-Pay, интеграция с телематикой автомобиля.

Фаза 3 (неделя 12+). Оценка водителей, управление батареей с учётом геозон, интеграция с топливной картой, AI-советы по изменению маршрута при пробках.

Что положить на слайд для руководства. Водители больше не используют ручной сканер (устройство за 112 тыс. ₽, поддержка — ещё 15 тыс. ₽ в год), бумажные накладные уходят в прошлое, диспетчер получает местоположение и подтверждение доставки в реальном времени. Большинство клиентов в логистике видят возврат инвестиций уже в первом квартале после того, как через приложение проходит более 80% остановок.

Сценарий 2: приложение для выездного инженера

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

Базовый поток. Инженер открывает наряд, видит историю сервиса и фото с предыдущих выездов, проходит чек-лист установки или ремонта, делает фото «до/после», сканирует серийные номера, собирает подпись, запускает биллинг. Между выездами телефон — это «система записи».

Какие интеграции важны. ServiceNow, Salesforce Service Cloud, SAP CS, IFS и всё чаще — собственный бэкенд производителя оборудования (HVAC, лифты, медтехника). Аутентификация — через SSO клиента, обмен данными — по документированным REST API или через вебхуки. Если у партнёра нет v2 REST API, закладывайте вдвое больше времени на интеграцию.

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

Сценарий 3: медицина, скорая помощь и работа у постели пациента

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

Что уже работает на телефоне. Электронная карта пациента ePCR у фельдшера, штрихкодный учёт назначений у медсестры (MAR), видеотриаж, фотодокументация ран, диктовка заметок голосом прямо на устройстве. Благодаря аппаратным возможностям телефон заменяет монитор пациента, спирометр, а в некоторых странах — даже ЭКГ.

Главная работа — комплаенс. HIPAA в США, GDPR в ЕС, PIPEDA в Канаде, MEPS в Сингапуре и множество национальных законов. Заключайте Business Associate Agreement с каждым облаком и SaaS-поставщиком. Ведите аудит-логи на каждый доступ к PHI. Ограничения на фоновую работу в Android 14+ и iOS 17 означают, что пуш-уведомления с PHI должны быть зашифрованы end-to-end. Закладывайте на ревью комплаенса перед каждым релизом минимум четыре недели.

Одна конкретная ловушка. Медсёстры и фельдшеры используют одни и те же устройства в разных сменах. Стандартные сценарии работы с общими устройствами в Android не соответствуют требованиям HIPAA. Используйте режим dedicated device с сессионным входом — он очищает состояние экрана и удаляет биометрические токены при выходе. Привлекайте ответственного за защиту данных клиента с первой недели, а не с шестнадцатой.

Сценарий 4: производство, склад и AR-инструкции для рабочих

В производстве телефон или планшет перестаёт быть устройством связи и превращается в экран с инструкциями по сборке. AR — это как раз тот самый рычаг.

Pick-and-pack и инвентаризация. Телефон заменяет сканер Honeywell за треть цены. Используйте с Bluetooth-следом и курковым триггером там, где нужна высокая скорость сканирования. Интегрируйтесь с WMS (SAP EWM, Manhattan, Korber) через REST или AS2.

Контроль качества. Камера телефона в связке с машинным обучением прямо на устройстве (TensorFlow Lite или ML Kit) распознаёт брак печати, пропущенные компоненты или дефекты поверхности за 5–15 мс на кадр на современном процессоре Snapdragon. Подходит для выборочной проверки; для контроля в режиме реального времени на конвейере пока не используется.

AR-инструкции для сборки. ARCore на Android, ARKit на iOS — телефон отслеживает деталь в кадре, накладывает анимацию шагов сборки и проверяет, что оператор выполнил каждый шаг. У Boeing благодаря AR-инструкциям время сборки жгутов проводки сократилось на 25%; средние производители отмечают схожие улучшения на коротких сериях. Используйте с очками Vuzix или RealWear для работы без рук, но начните с версии на телефоне — её проще и дешевле внедрить.

Сценарий 5: безопасность, видеонаблюдение и планшеты охранников

Команды безопасности два десятилетия использовали «бронированные» КПК. Теперь каждый из них заменили заблокированным Android-планшетом.

Обход охраны. NFC-отметка на контрольных точках, фото с геозонами при прибытии, отчёты об инцидентах с фото, аудио и GPS, диспетчеризация в реальном времени из SOC. Тот же MDM-стек, который мы используем на парке водителей в логистике, работает здесь в режиме lock-task.

Мобильный VMS-клиент. Операторы получают живое и архивное видео как на рабочем месте, так и в пути. Пуш-уведомления оповещают о событиях — движении, пересечении линии, обнаружении человека — в течение 5 секунд, как того требует SLA. Подробные разборы разработки Android VMS и облачного управления видео на Android охватывают архитектуру детально.

Лайв-противодействие потерям в ритейле. Управляющие магазинами получают уведомления на телефон в течение 30 секунд после подозрительной активности. Мы внедрили такую схему для оператора AI-видеонаблюдения в облаке: более 10 000 точек подключено только в 2025 году. Платформе приписывают до 30% сокращения потерь в первом квартале среди сетей продуктовых магазинов и на 40% меньше случаев «уехал, не заплатив» в ресторанах быстрого обслуживания. Мобильное приложение сопоставляло транзакции из кассы с видеокадрами в реальном времени.

Сценарий 6: строительство, энергетика и полевые обследования

Полевые бригады в строительстве и энергетике до сих пор в основном существуют только на бумаге. Сенсорный экран телефона — это и есть тот инструмент, который позволяет проводить обследования, составлять дефектные ведомости и фиксировать, «как построено».

Обследование и фиксация дефектов. GPS телефона ставит точку; гироскоп определяет ориентацию; камера делает фото дефекта, а OCR-слой распознаёт серийный номер оборудования. Фото и метаданные синхронизируются с BIM-моделью или системой EAM (например, IBM Maximo, Infor EAM).

Съёмка 360° и as-built. Подключите телефон к 360°-камере (Ricoh Theta, Insta360 ONE X) для съёмки помещений «как построено». Мы внедрили такой подход в инструмент сканирования недвижимости: он превращает 360°-фото в 3D-модели. Та же технология подходит и для фиксации состояния объекта до отделки стен.

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

Эталонная архитектура промышленного мобильного приложения на заказ

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

Плоскость устройства. Kotlin/Compose для Android, Swift/SwiftUI для iOS — или React Native/Flutter, если одна команда выпускает приложения для обеих платформ. Локальная SQLite (Room или Realm) для работы в офлайне, EncryptedFile для хранения чувствительных данных, Android Keystore для учётных данных. CameraX для съёмки, ML Kit для машинного обучения на устройстве, ARCore для дополненной реальности.

Плоскость синхронизации. Движок синхронизации на основе очередей, который поддерживает офлайн-первую модель полевой работы. Операции сначала записываются локально, а затем синхронизируются по дельтам с оптимистичной блокировкой. Правила разрешения конфликтов заданы явно, а не по умолчанию. Большинство сбоев в корпоративных мобильных приложениях, которые мы анализируем, связаны с наивным подходом «последняя запись побеждает».

Плоскость бэкенда. Stateless API-слой (Node, Kotlin, Go) на базе Postgres или DynamoDB, Redis для хранения активного состояния сессий, S3-совместимое блобовое хранилище для фото и подписей, шина событий (RabbitMQ, NATS, Kafka) для рассылки обновлений и интеграции. Аутентификация через OIDC с использованием IdP клиента.

Плоскость интеграций. Документированный REST или вебхуки в ERP, WMS, EHR, CRM, MES клиента — или в любую другую систему, где хранятся данные. Для устаревших систем мы предпочитаем pull-синхронизацию вместо push с сервера — так поведение при сбоях предсказуемее.

Стратегия MDM и управление устройствами

MDM — это та часть промышленного мобильного проекта, которую покупатели недооценивают сильнее всего. Это разница между «мы выпустили приложение» и «мы держим парк устройств».

Сначала выберите режим управления. Android Enterprise предлагает Work Profile (BYOD, корпоративная песочница), Fully Managed (корпоративное устройство), Dedicated Device (киоск под одну задачу) и Company-Owned with Personal Profile (одно устройство, два профиля). Для большинства приложений выездного сервиса подходит Fully Managed с развёртыванием через Managed Google Play. Для планшетов охраны — Dedicated Device с режимом lock-task. У iOS аналогично: User Enrollment для BYOD, Device Enrollment для корпоративных устройств, Shared iPad для общих киосков.

Выберите MDM-платформу. Microsoft Intune — лучший выбор для компаний, уже использующих Microsoft 365. VMware Workspace ONE хорошо работает на разнородных парках устройств. Hexnode и SOTI популярны в ритейле и выездных сервисах. Knox Manage подойдёт, если у вас только устройства Samsung. Интегрируйтесь через стандартные EMM API, а не через проприетарные вебхуки — иначе потом придётся дорого платить за переход на другую систему.

Провижинг — это функция, а не ручной процесс. Zero-touch enrollment (Google) и Apple Business Manager означают, что новое устройство включается, само находит ваш MDM, скачивает приложение и за несколько минут готово к работе. Без zero-touch на каждое устройство уходит 20–40 минут ручной настройки — и умножайте это на весь парк, арифметика получается жёсткой. Мы реализовывали такой подход на Android-платформе MDM, обслуживающей 10 000 устройств с аптаймом 99,99% с 2015 года.

Модель затрат: реалистичные бюджеты 2026 года

Консервативные диапазоны для сеньорной команды в 2026 году с использованием ИИ-агентов в инженерии. Добавьте 20–30% на регулируемые отрасли, мультирегиональное развёртывание, требования по доступности и локализации.

Бюджет редко уходит на «экраны». Он тратится на настройку MDM, разработку офлайн-синхронизации, тестирование интеграции с устаревшими бэкендами и на решение проблем с фрагментацией Android и циклами обновлений iOS. Закладывайте 25–35% бюджета на тестирование и пилотный запуск — не на разработку новых функций.

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

Пять вопросов на одной странице — до любого архитектурного звонка.

В1. Сколько пользователей, сколько устройств, какое соотношение? До 50 ежедневных пользователей SaaS «из коробки» обычно выгоднее. Свыше 200 устройств кастомное приложение и MDM начинают окупаться быстро. Соотношение «пользователь — устройство» важно: общие устройства требуют других сценариев входа, чем личные.

В2. Android, iOS или обе? Кроссплатформенная разработка удваивает затраты на тестирование, но позволяет сократить штат, если одновременно нужен iPhone. Если приложение используется только внутри компании — начните с одной платформы. Переходите на кроссплатформу, когда в проекте задействованы устройства конечных пользователей (BYOD).

В3. Какие интеграции обязательны с первого дня — без вариантов? Salesforce, ServiceNow, SAP, Oracle, Epic, Cerner, самописный ERP клиента. Каждая интеграция добавляет две–четыре недели. Недооценка этого — главная причина роста объёма работ.

В4. Какие режимы соответствия применимы? HIPAA, GDPR, BIPA, PCI, SOC 2, NDAA. Каждый из них требует дополнительных недель работы. Требования к медицине и платежам могут удвоить бюджет.

В5. Кто будет это поддерживать ближайшие три года? Если «агентство, которое мы наняли», — закладывайте 15–25% от стоимости разработки в год. Если «наша внутренняя команда», — встройте в бюджет явный knowledge transfer и вехи по code review.

Подводные камни, которых стоит избегать

Пять мест, где корпоративные мобильные проекты регулярно теряют недели. Ничего экзотического — всё легко пропустить в SOW.

1. Наивные движки синхронизации. «Последний запись выигрывает» — работает, пока два инженера не правят один и тот же наряд в разное время. Используйте векторные часы, серверные ID или оптимистичную блокировку на уровне документа. Отводите четверть всех усилий по разработке только на синхронизацию.

2. Разряд батареи при непрерывном трекинге. Фоновый GPS, постоянное сканирование BLE и всегда включённая камера быстро разрядят телефон к обеду. Используйте FusedLocationProvider с приоритетной выборкой, триггеры по geofence и расписание, совместимое с режимом Doze. Тестируйте на самом дешёвом устройстве в парке, а не на флагмане разработчика.

3. Ротация FCM-токенов и правила foreground service. Приложения, которые игнорируют onNewToken(), постепенно перестают получать уведомления на 5–10% устройств в месяц. Приложения, которые неправильно выбирают foregroundServiceType на Android 14+, получают ForegroundServiceTypeException. Относитесь к этим случаям как к реальной работе, а не к временным заглушкам.

4. Недооценка фрагментации Android-устройств. В 2026 году средние Android-телефоны всё ещё оснащаются 4–6 ГБ ОЗУ и процессорами, которые уже три года на рынке. Тестируйте устройства из «длинного хвоста». Устанавливайте android:largeHeap=true только тогда, когда понимаете, к чему это приведёт. Профилируйте холодный старт на самом слабом устройстве, которое может быть у клиента.

5. Cert pinning отключили в debug — забыли включить в release. Классическая ошибка, которую часто находят на пентесте. Конфигурации, зависящие от типа сборки, и CI, который должен отклонять релизную сборку, если pinning не включён. Та же проблема, что и в Android VMS-приложениях — и то же решение.

KPI, которые важны: качество, бизнес, надёжность

Запускайте дашборд с первой недели пилота, а не после релиза. Три блока с порогами, ниже которых мы не запускаем в прод.

KPI качества. Холодный старт — менее 3 с. Очистка очереди синхронизации — менее 30 с после восстановления связи. От съёмки фото до загрузки — менее 10 с на 4G. Сквозная задержка пуша — менее 5 с на p95. Разряд батареи — менее 8% в час при активной одной функции.

Бизнес-метрики. Дневные активные пользователи, количество задач за смену, среднее время на выполнение задачи, доля исключений, NPS от полевых пользователей на 4-й и 12-й неделе, доля ошибок интеграции. Основной показатель эффективности — экономия времени на одну задачу.

KPI надёжности. Доля сессий без сбоев — более 99,5% (Crashlytics/Sentry). Успешность синхронизации — выше 99%. Доставка пуш-уведомлений — более 98%. Принятие обновления приложения — более 95% за 7 дней после релиза (на устройствах с режимом Fully Managed обновления устанавливаются автоматически через Managed Google Play).

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

Кастомная мобилка — это неправильный ответ в трёх типовых ситуациях. Примерно каждому четвёртому потенциальному клиенту мы говорим «не надо» — и нас потом благодарят.

Меньше 50 ежедневных пользователей. SaaS «из коробки» — ServiceNow Field Service, Salesforce Field Service, ProntoForms, Forms On Fire — даёт 90% пользы за 5% стоимости. Освободившиеся средства направьте на интеграцию данных.

Воркфлоу — десктопный. Если пользователи работают за стойкой или за столом, адаптивное веб-приложение или управляемое PWA проще и дешевле в разработке, выпуске и поддержке. Нативная мобильная версия окупается только тогда, когда рабочий процесс действительно мобильный.

Вы не можете финансировать обслуживание. Android развивается быстро. iOS — ещё быстрее. Уровни API устаревают раз в год. Закладывайте 1,8–5,6 млн ₽ в год на поддержку и адаптацию под обновления платформ. Если эта статья не утверждена — не начинайте.

Срок меньше восьми недель. MVP за восемь недель реально реализовать для приложения под одну платформу с одной интеграцией. Всё, что шире — в лучшем случае ребрендинг вендорского решения.

Мини-кейс: Android-решение MDM для парка из 10 000 устройств в логистике и охране

Ситуация. Южноафриканский оператор IoT- и workforce-management-решений обслуживал клиентов в сферах безопасности, логистики, медицины, строительства и горнодобычи. Парк устройств вырос до таких объёмов, что ручной провижинг и поддержка «по ситуации» перестали справляться: в эксплуатации было до 10 000 Android-устройств версии 4.2 и выше — от планшетов охраны до телефонов водителей и «ручных» устройств инспекторов. Потребовалась единая консоль управления всем парком: с прямой трансляцией экрана для поддержки, удалённым управлением разрешениями, данными в реальном времени и обработкой информации в соответствии с требованиями POPI.

Что мы выпустили. Кастомную MDM-платформу как модуль в более широкой IoT-экосистеме оператора (push-ту-ток, GPS-трекинг, обходы охраны, управление инцидентами). Android-клиент работает с DevicePolicyManager и AIDL для низкоуровневого контроля; веб-консоль — на Node.js + TypeScript с Material UI поверх Next.js, RabbitMQ для рассылки команд и MongoDB для хранения состояния устройств. Админам доступна живая трансляция экрана через Socket.IO, удалённое включение Wi-Fi/NFC/GPS и управление разрешениями для каждого устройства — всё, что нужно команде поддержки парка из 10 000 устройств.

Результат. С 2015 года MDM-модуль оператора работает с аптаймом 99,99% и поддерживает пользователей по всему миру 24/7. Платформа — сестринский продукт к сервисам push-ту-ток и обходов охраны оператора, а тот же MDM-фреймворк теперь настраивает устройства охранникам, водителям доставки, медицинским работникам, строительным бригадам и горнякам — одна кодовая база, шесть отраслей. Полный кейс — на странице наших проектов.

FAQ

Сколько времени уходит на разработку промышленного мобильного приложения на заказ?

Сфокусированное полевое приложение на одной платформе с офлайн-синхронизацией и одной интеграцией с бэкендом реализуется за 8–12 недель. Кроссплатформенное приложение для выездных операций (Android + iOS) с MDM-киоском, двумя интеграциями и веб-админкой — за 14–18 недель. Промышленный стек с AR-инструкциями, машинным обучением на устройстве и парным IoT — за 22–30 недель. Каждый режим соответствия требованиям (комплаенса) добавляет ещё четыре недели.

Брать обычные смартфоны или «бронированные» ручные устройства?

Обычные смартфоны (Pixel, Galaxy, средний Motorola) — подходят для офисной выездной работы, ритейла и медицины. «Бронированные» Android-устройства (серии Zebra TC/ET, Honeywell, Datalogic, Samsung XCover) — для склада, производства, наружных обследований и других условий с риском падений, пыли и перепадов температур. Оба типа устройств запускают один и тот же APK, поэтому приложение разрабатывается один раз и устанавливается на нужное устройство в зависимости от задач воркфлоу.

Натив, кроссплатформа или PWA?

Натив (Kotlin/Swift) — когда требуется точная работа с камерой, AR, машинным обучением, BLE или NFC; подходит для большинства промышленных задач. Кроссплатформа (React Native или Flutter) — когда одна команда должна одновременно выпустить приложения для Android и iOS, а использование возможностей камеры и ML — умеренное. PWA — когда рабочий процесс по своей сути веб-ориентированный, а возможность работать без интернета не критична. Выбирайте решение осознанно на этапе планирования — смена подхода посередине проекта может занять месяцы.

Как быть, когда телефоны теряют сигнал в подвалах, лифтах и шахтах?

Стройте offline-first. Каждая операция сначала сохраняется в локальную базу данных — SQLite или Realm, а затем ставится в очередь на синхронизацию. Используйте экспоненциальную задержку при повторных попытках, vector clocks или оптимистичную конкурентность на уровне документа для разрешения конфликтов, а также показывайте пользователю, когда данные или кадры устарели. Отводите четверть времени инженеров только на работу с синхронизацией.

Можно ли заблокировать устройство так, чтобы пользователи видели только наше приложение?

Да. Используйте режим Android Enterprise Dedicated Device и блокировку задач через DevicePolicyManager — или режим одного приложения на iOS через Apple Business Manager. Кнопка «домой», переключатель приложений, настройки и Play Store отключаются. Добавьте zero-touch enrollment — и новое устройство готово к работе за считанные минуты. Мы применяли такой подход для планшетов охраны, ритейл-киосков и складской техники — управление парком из 10 000 устройств для нас уже давно стало стандартной практикой.

Что с HIPAA, GDPR, BIPA, NDAA и PCI?

HIPAA и PCI примерно удваивают бюджет на соответствие требованиям в медицинских или платёжных приложениях — закладывайте четыре недели на аудит перед релизом. GDPR влияет на архитектуру данных: сроки хранения, обработка запросов на доступ, удаление и трансграничная передача. BIPA требует письменного согласия для использования биометрических данных. Раздел 889 NDAA запрещает использование определённого китайского оборудования в федеральных контрактах США. С первой недели документируйте путь данных, регионы облачных сервисов и сторонние SDK в матрице соответствия.

Как поддерживать приложение свежим, когда Android и iOS каждый год меняют API?

Закладывайте 15–25% от стоимости разработки на год поддержки, включая адаптацию под обновления операционных систем. Поддерживайте отдельную «лабораторию совместимости» на устройствах за последние два года. Используйте App Bundle или XCFramework для оптимизации размера приложения и управляемых обновлений через Play Console и App Store, чтобы парк устройств не отставал.

Стоит ли добавлять AR или AI прямо на устройстве?

AR — это высокая отдача для сборки, обучения, контроля и удалённой экспертной помощи, но только после стабилизации базового воркфлоу. AI на устройстве (TensorFlow Lite, Core ML, ML Kit) хорошо работает для узких задач: распознавание штрихкодов, OCR, простой контроль дефектов, классификация «на лету». Тяжёлые модели пока остаются на сервере. Тестируйте AR и AI на устройстве на втором этапе, а не на первом.

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

Готовы превратить смартфоны вашей команды в промышленные инструменты?

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

Если вы сейчас планируете сборку, самое полезное, что можно сделать на этой неделе — записать ответы на пять вопросов из фреймворка принятия решений выше. Если они выдержат 20 минут внутренних возражений, у вас есть реальный проект. Если нет — это та встреча, на которой мы хотим быть до подписания SOW, а не после.