Создание приложения в Иркутске: технологии для туризма, логистики и сервиса
В этой статье
Байкал приводит в Иркутск поток гостей, а вместе с ним – спрос на сервисы, которые обязаны работать там, где сотовая сеть заканчивается. Это редкий случай, когда техническое требование «должно жить в офлайне» появляется не в конце проекта, а в первом же разговоре с заказчиком. Разберём, как под такие условия выбирается стек, чем нативная разработка отличается от кроссплатформенной и почему часть задач вообще не требует установки приложения.
Офлайн как проектное требование, а не опция
На Ольхоне, Кругобайкальской дороге и вдоль части трасс Иркутской области связь исчезает надолго. Приложение, которое в этот момент показывает пустой экран, туристу не нужно. Мы решаем это архитектурно: контент упаковывается в пакет и скачивается заранее по Wi-Fi, карты кэшируются тайлами, действия пользователя копятся в локальной очереди и отправляются, когда сеть появится. Отдельно тестируем «плохой интернет» – не полное отсутствие сети, а медленный и рвущийся канал, на котором обычные приложения зависают на бесконечном спиннере. Тут помогают короткие таймауты, докачка с места обрыва и понятные подсказки вместо крутящегося колеса.
Flutter против нативного кода: где проходит граница
Кроссплатформенный фреймворк даёт одну кодовую базу на Android и iOS, синхронные релизы и экономию около трети бюджета. Для экскурсионного сервиса, бронирования домиков, каталога снаряжения или личного кабинета клиента этого достаточно с большим запасом. Нативную разработку мы предлагаем, когда проект упирается в возможности устройства:
- непрерывный фоновый трек маршрута с экономным расходом батареи;
- карты с плотной отрисовкой и собственными слоями поверх;
- дополненная реальность – наведение камеры на объект с подсказками;
- работа с внешними датчиками, эхолотами, метеостанциями по Bluetooth;
- жёсткие требования по хранению персональных данных на устройстве.
PWA: когда установка вообще не нужна
Турист редко ставит приложение ради одной поездки. Если сценарий разовый – забронировать баню, купить билет на теплоход, посмотреть расписание, – прогрессивное веб-приложение выигрывает: открывается по ссылке из мессенджера, не требует места в памяти, при желании добавляется на домашний экран и продолжает работать в кэше. Обновления выкатываются в тот же час, без модерации. Полноценное приложение имеет смысл там, где человек возвращается регулярно: сеть кофеен, служба доставки, транспортная компания, фитнес-клуб.
Отрасли, которые заказывают чаще других
- Туризм и гостиничный бизнес – бронирование, экскурсии, офлайн-путеводители, программы лояльности гостей.
- Логистика и грузоперевозки – заявки, статусы, документы водителя, электронные накладные.
- Лесопереработка и оптовая торговля – каталог, отгрузки, сверка с поставщиком.
- Общепит и доставка – меню, повторный заказ, бонусные баллы вместо пластиковых карт.
- Медицинские центры – запись, результаты исследований, напоминания о приёме.
- Сервисные компании – выездные бригады, наряды, фотоотчёты, подпись клиента на экране.
Для каждой из этих отраслей у нас есть готовые связки с 1С, CRM, эквайрингом и системами бронирования, так что проект не начинается с чистого листа. Опыт соседних задач экономит недели: типовые сценарии оплаты, авторизации по номеру телефона и синхронизации каталога уже отлажены и переносятся в новый проект с настройкой под ваш случай.
Как устроен процесс и сколько это занимает
Начинаем с брифа и сценариев: кто пользователь, что он делает в приложении чаще всего, где заканчивается его терпение. Через две недели вы кликаете прототип на своём телефоне, а не смотрите картинки в презентации. Дальше дизайн, разработка, тестирование на живых устройствах разных поколений и публикация. Простой сервис доходит до стора за полтора-два месяца, проект с оплатой, бронированием и офлайном – за три-четыре. В смету входят серверная часть, админка для ваших контент-менеджеров, подключение аналитики и месяц правок после релиза. Разница в часовых поясах с центром России в работе не мешает – мы подстраиваем созвоны под иркутское время.
Публикация и жизнь после релиза
Выкладываем в RuStore, Google Play и App Store от имени вашей компании: права на аккаунты и исходный код остаются у заказчика, это прописано в договоре. Дальше начинается самое важное – обновления под новые версии операционных систем, разбор отчётов о сбоях и доработки по поведению реальных пользователей. Первые два месяца после запуска дают больше данных, чем вся предварительная аналитика, поэтому мы заранее планируем небольшой бюджет на правки. Обслуживанием занимаемся сами, условия описаны в разделе техническая поддержка.
Частые вопросы
Приложение будет работать без интернета целиком? Целиком – нет, но все ключевые сценарии да: просмотр загруженного контента, карты, оформление заявки. Отправка данных произойдёт при первом появлении сети.
Нужно ли делать и сайт, и приложение? Обычно да, но на общем бэкенде. Если сайта нет, начните с него – мы делаем и сайты, и чат-боты, которые часто закрывают задачу дешевле.
Как считается бюджет? По объёму аналитики, числу экранов и количеству интеграций. Вилку называем после первого созвона, ориентиры – в разделе цены.
Если у вас есть задача, а технологии выбирать не хочется – это наша работа. Наберите +7 (901) 417-22-12, за двадцать минут разговора станет понятно, что дешевле в вашем случае: кроссплатформа, нативный код или PWA.
