Создание мобильных приложений в Калуге

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

Две кодовые базы или одна

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

PWA: где веб-приложение честно выигрывает

Прогрессивное веб-приложение живёт по обычному адресу, ставится на домашний экран из браузера и обновляется мгновенно – без модерации и без аккаунтов разработчика. Хорошо ложится на такие задачи:

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

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

Плохая связь на площадках и в дороге

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

Кто заказывает приложения в области

1. Промышленные предприятия и поставщики автокластера – заявки на обслуживание, обходы, приёмка, охрана труда.
2. Фармацевтические и лабораторные компании – контроль партий, документы, внутренние справочники.
3. Логистика и складские операторы – отгрузки, электронные накладные, маршруты водителей.
4. Медицинские центры – запись, результаты анализов, напоминания и повторные визиты.
5. Туризм и загородный отдых – бронирование, экскурсии, маршруты выходного дня с офлайн-картой.
6. Розница и общепит – программы лояльности, доставка, повторный заказ в два касания.

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

Стыковка с учётным контуром

Приложение почти всегда становится ещё одним окном в существующую систему. Мы стыкуем его с учётным контуром 1С, где лежат справочники, договорные цены и первичные документы, с CRM для заявок и воронки, с эквайрингом и онлайн-кассой, с ЭДО и складскими сервисами. Обмен строим через промежуточный сервис: телефоны не обращаются к учётной базе напрямую, поэтому её производительность не страдает, а протокол обмена можно поменять, не выпуская новую версию приложения. Аналитику подключаем до релиза, чтобы с первого дня видеть путь пользователя, а не только счётчик установок.

Сроки и состав работ

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

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

Мы работаем по тендерной процедуре, подойдёт ли это вам? Да, готовим техническое задание, смету по этапам и закрывающие документы, работаем по договору с фиксированными сроками сдачи.

Можно ли начать с малого? Разумно запустить первую версию с одним ключевым сценарием, собрать обратную связь и наращивать функциональность релизами – так бюджет распределяется по кварталам.

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

Опишите задачу – в ответ получите рекомендацию по стеку, план по этапам и вилку стоимости. Прямая линия: +7 (901) 417-22-12, разбор вашего сценария ничего не стоит.