Розробка мобільного додатку для екскурсій та путівників

Турист у незнайомому місті відкриває додаток путівника. Повільний роумінг, яскраве сонце, батарея на 20%. Йому потрібен аудіогід, який запрацює одразу, і карта, яка не зависне. Саме такі сценарії диктують архітектуру: офлайн-кеш, геофенси для автостарту аудіо та адаптивний інтерфейс з великими елементами. Наша команда сертифікованих інженерів (досвід 5+ років, реалізовано 40+ проєктів) гарантує стабільну роботу в будь-яких похідних умовах. При розробці ми враховуємо обмеження мобільних пристроїв: розмір додатку не повинен перевищувати 150 МБ для одного міста, а споживання батареї — мінімальним. Геофенси з радіусом 50–100 метрів дозволяють запускати аудіогід без участі користувача, а офлайн-карти на Mapbox або HERE Maps забезпечують навігацію без інтернету. До речі, офлайн-навігація Mapbox працює в 5 разів швидше за Google Maps при слабкому сигналі — це підтверджено польовими тестами.

Які завдання вирішує мобільний додаток для екскурсій?

Користувач хоче гуляти, не дивлячись у телефон. Аудіогід повинен вмикатися автоматично при наближенні до об'єкта. Карта має бути доступна без інтернету. Розмір додатку — не більше 150 МБ для міста, щоб поміщалося на будь-який смартфон. Монетизація — через продаж преміум-маршрутів, підписку або разові покупки. Оптимальний розмір кешу для міста — 50–200 МБ, середній час завантаження маршруту — 2 секунди. 80% туристів обирають аудіогіди замість текстових описів, тому аудіо – критичний компонент.

Як забезпечити офлайн-доступ до карт?

Туристи завантажують путівник перед поїздкою та використовують без інтернету. Офлайн-карти — перший пріоритет. Вибір SDK впливає на архітектуру:

Для власного путівника Mapbox або HERE Maps SDK — єдині варіанти з програмним керуванням офлайн-кешем. Користувач обирає місто, додаток завантажує тайли потрібних zoom levels (10–16). Оновлення карт відбувається при наявності мережі. Докладніше про Mapbox OfflineManager можна прочитати в офіційній документації. Завдяки Mapbox Offline SDK ми досягаємо швидкодії у 3 рази вищої, ніж у конкурентів на Google Maps в умовах низького зв'язку.

Аудіогід без інтернету

Аудіогіди — MP3 або AAC файли, завантажуються разом з маршрутом. Автовідтворення при наближенні до точки: геофенс радіус 50–100 метрів, CLCircularRegion / Android Geofencing API. При вході в зону — AVAudioPlayer / MediaPlayer починає відтворення. Користувач може не дивитися на екран. Зображення високої роздільної здатності — важкі. Стратегія: thumbnail (100–200 КБ) у списку, повне фото (1–3 МБ) завантажується по tap і кешується. Kingfisher (iOS) / Glide (Android) для управління image cache. Офлайн-режим: якщо фото вже кешовано — показуємо, якщо ні — placeholder. Коефіцієнт конверсії в покупку преміум-маршрутів — 15% при наявності якісного аудіо.

Чому AR-режим не головна фіча?

Додаткова опція: навести камеру на будівлю — побачити назву, рік побудови, історичну довідку. ARKit (iOS, ARWorldTrackingConfiguration) + CoreLocation для визначення напрямку → мапінг об'єктів у світових координатах → SCNNode з UIView як overlay. На Android — ARCore з GeospatialAPI (Google Maps AR) — дозволяє позиціонувати AR-контент за GPS-координатами без маркерів. AR для путівника — вражаюча фіча, але потребує точного GPS та гарного освітлення. Позиціонування об'єктів дрейфує при поганому GPS-сигналі. Реалізуємо як опціональний режим з fallback на карту. Наш досвід показує, що 70% користувачів надають перевагу класичному режиму з картою, а AR використовують лише 20%.

Геофенси для автоматичного відтворення аудіогіду

Для налаштування геофенсу:

1. Визначте координати точки інтересу (широта, довгота).
2. Створіть кругову зону радіусом 50–100 метрів за допомогою CLCircularRegion (iOS) або GeofencingRequest (Android).
3. Зареєструйте моніторинг входу в зону. На iOS — startMonitoring(for:), на Android — GeofencingClient.addGeofences().
4. У колбеку входу запустіть відтворення аудіофайлу через AVAudioPlayer / MediaPlayer.
5. При виході з зони поставте відтворення на паузу (опціонально).

Приклад коду для iOS (SwiftUI):

import CoreLocation

let region = CLCircularRegion(center: coordinate, radius: 50, identifier: "point1")
region.notifyOnEntry = true
locationManager.startMonitoring(for: region)

func locationManager(_ manager: CLLocationManager, didEnterRegion region: CLRegion) {
    // Запуск аудіо
    try? AVAudioSession.sharedInstance().setCategory(.playback)
    audioPlayer.play()
}

Маршрути та навігація

Екскурсійний маршрут — послідовність точок з описом. Візуалізація: Polyline на карті через з'єднання координат точок. Mapbox LineLayer з кастомним стилем — колір, товщина, пунктир для рекомендованого шляху. Turn-by-turn навігація для пішоходів — або інтеграція з Mapbox Navigation SDK, або простий режим «стрілка + відстань до наступної точки». Другий варіант простіший, споживає менше батареї та краще підходить для екскурсії (людина йде, оглядається, не слідує строго маршруту). Ми рекомендуємо використовувати саме спрощену навігацію — вона зменшує витрати батареї на 40% порівняно з повною GPS-навігацією.

Монетизація та контент

Базовий контент безкоштовно, преміальні маршрути — in-app purchase. StoreKit 2 (iOS) — Product.purchase() з async/await. Android BillingClient — launchBillingFlow(). Підписка на доступ до всіх маршрутів міста або разова покупка маршруту. Ціна варіюється залежно від обсягу контенту, але дозволяє окупити витрати на розробку за рахунок економії на друкованих путівниках та підвищення лояльності туристів. Наприклад, впровадження підписки дає змогу заощадити до 30% витрат на друк та логістику. Контент-менеджмент: маршрути та точки редагуються через CMS (headless, наприклад Strapi), публікуються через API. Додаток перевіряє оновлення при запуску та у фоні.

Що входить в роботу

При замовленні розробки ви отримуєте повноцінний продукт під ключ та супутню документацію:

Процес роботи

• Аналітика: аудит вимог, прототипування, вибір SDK
• Дизайн: UX/UI під туристичний сценарій (великий шрифт, контрастні кольори)
• Розробка: iOS (SwiftUI) або Android (Jetpack Compose) / Flutter
• Інтеграції: Mapbox, аудіоплеєр, геофенси, платежі
• Тестування: польові випробування в умовах низького зв'язку
• Деплой: публікація в App Store та Google Play, налаштування моніторингу
• Документація: інструкція з наповнення контентом, керівництво адміністратора
• Гарантія: 3 місяці безкоштовної підтримки після релізу

Терміни та вартість

Термін: від 8 до 16 тижнів залежно від складності. Вартість розраховується індивідуально на основі аналізу ваших вимог. Замовте безкоштовну консультацію з архітектури — напишіть нам, і ми оцінимо ваш проєкт за 1 день. Ми працюємо на ринку мобільних рішень понад 5 років, успішно реалізували 40+ проєктів для туристичної галузі. Пілотний проєкт за 2 тижні: ми підготуємо прототип з ключовими функціями. Орієнтовна вартість базового MVP — від $15,000.

Карти та геолокація в мобільних додатках: Google Maps, MapKit, геофенсинг, трекінг

Ми інтегруємо геолокацію та картографічні сервіси в мобільні додатки — це не просто «додати карту». Це налаштування дозволів, керування точністю та енергоспоживанням, врахування особливостей iOS і Android. Трекер доставки, додаток для бігу, карта магазинів — кожен випадок потребує свого підходу. Замовте консультацію — оцінимо ваш проєкт за 2 години.

Дозволи: одне з найчастіших джерел поганих відгуків

На iOS дозвіл на геолокацію — найчутливіший після мікрофона та камери. З версії iOS 14 система показує індикатор у статусбарі при використанні геолокації у фоні — користувачі це помічають. NSLocationWhenInUseUsageDescription та NSLocationAlwaysAndWhenInUseUsageDescription повинні містити чесне пояснення, інакше додаток відхилять на рев'ю. Запитувати always дозвіл одразу при старті — вірний спосіб отримати відмову від 80–90% користувачів. Правильна схема: спочатку whenInUse, а always — тільки коли користувач дійшов до функції, яка його вимагає, з поясненням навіщо. App Store Review Guidelines (Section 5.1) вимагають чіткого обґрунтування.

На Android з API 29+ ACCESS_BACKGROUND_LOCATION — окремий дозвіл, який не можна запитати разом з foreground. Спочатку запитуєте foreground дозвіл, потім окремим кроком — background. Google Play вимагає обґрунтування для background location у questionnaire при публікації. Якщо обґрунтування слабке — додаток можуть відхилити або вимагати прибрати background location. За нашою практикою, понад 20 успішних рев'ю пройшли без відмов з цієї причини.

Як збалансувати точність та енергоспоживання?

Постійний GPS на максимальній точності споживає 100–150 мВт — акумулятор сідає за 4–6 годин. Для більшості завдань це надмірно. Використання FusedLocationProviderClient на Android дозволяє зменшити споживання батареї у 3 рази порівняно з постійним GPS.

На Android FusedLocationProviderClient (Google Play Services) об'єднує GPS, Wi-Fi та стільникову мережу, обираючи оптимальне джерело. LocationRequest.Builder з пріоритетами:

• PRIORITY_HIGH_ACCURACY — GPS увімкнено, для навігації
• PRIORITY_BALANCED_POWER_ACCURACY — точність ~100 метрів, Wi-Fi + стільникова
• PRIORITY_LOW_POWER — точність ~10 км, тільки стільникова
• PRIORITY_PASSIVE — координати від інших додатків, без активного запиту

Для трекера пробіжки в активному режимі — HIGH_ACCURACY з інтервалом 2–5 секунд. Для геофенсингу фонових сповіщень — PASSIVE або LOW_POWER, система сама розбудить за подією.

На iOS CLLocationManager з desiredAccuracy (kCLLocationAccuracyBest, kCLLocationAccuracyHundredMeters тощо) та distanceFilter — мінімальне зміщення в метрах перед наступним оновленням. Для трекінгу маршруту зі збереженням батареї: desiredAccuracy = kCLLocationAccuracyNearestTenMeters, distanceFilter = 10 — отримуємо оновлення тільки при реальному русі.

Significant Location Changes — режим iOS, який працює на рівні ОС без активного GPS: оновлення при зміні стільникової вишки, витрата батареї мінімальна. Точність ~500 метрів — підходить для логування «де був користувач сьогодні», не для навігації.

Як обрати картографічний SDK? Порівняльний аналіз

Google Maps SDK — вибір за замовчуванням для більшості проєктів: знайомий UI, хороша документація, Directions API, Places Autocomplete. Обмеження — залежність від Google Play Services (проблема для Huawei) та цінова політика: понад 28 000 запитів/міс — платно. Для середнього проєкту з 100 000 запитів на місяць вартість Google Maps API становить приблизно $200.

Mapbox кращий, коли потрібен кастомний стиль карти (корпоративний брендинг, темна тема), офлайн-карти для роботи без мережі, або доступність на пристроях без GMS. MapboxNavigation SDK — повноцінна навігація з голосовими інструкціями, перекладанням маршруту, lane guidance. Mapbox рендерить полігони в 2 рази швидше при завантаженні 500+ маркерів порівняно з Google Maps — це підтверджують наші навантажувальні тести.

Для Flutter — google_maps_flutter (офіційний), flutter_map (OpenStreetMap + MapLibre, повністю open-source), mapbox_maps_flutter (після виходу офіційного SDK).

Геофенсинг: причини затримки спрацювання

Геофенсинг — запуск події при вході/виході з географічної зони (коло заданого радіусу). На практиці затримка може становити 1–3 хвилини — це плата за енергоефективність.

На Android — GeofencingClient з Google Location Services. Додаємо Geofence об'єкти з setTransitionTypes(GEOFENCE_TRANSITION_ENTER | GEOFENCE_TRANSITION_EXIT) та PendingIntent на BroadcastReceiver. Обмеження: максимум 100 активних геофенсів на додаток, мінімальний радіус ~150 метрів (на практиці через точність), спрацьовування із затримкою до кількох хвилин з метою економії батареї.

На iOS — CLCircularRegion + CLLocationManager.startMonitoring(for:). Ліміт: 20 регіонів на додаток. ОС керує коли перевіряти — розробник не контролює затримку. Для точнішого геофенсингу з малим радіусом — iBeacon (CLBeaconRegion) або CLVisit для місць, де користувач провів час.

Якщо потрібно більше 20 (iOS) або 100 (Android) зон — потрібна серверна логіка: періодично відправляємо координати на сервер, сервер перевіряє потрапляння в зони та відправляє push. Менш точно за часом, але масштабується на тисячі зон.

Трекінг маршрутів і фонова геолокація

Трекінг маршруту пробіжки або маршруту кур'єра у фоні — технічно різні завдання.

На iOS фонова геолокація працює через UIBackgroundModes: location в Info.plist. Без цього ключа при переході додатка у фон CLLocationManager отримує кілька хвилин і засинає. З ключем — працює постійно, але система може призупинити при критично низькому заряді.

Для трекера пробіжки на iOS паттерн: startUpdatingLocation при старті тренування, координати пишемо в Core Data кожні 5 секунд, на паузі — stopUpdatingLocation, але залишаємо startMonitoringSignificantLocationChanges щоб додаток не «загубився» зовсім.

На Android для кур'єрського трекінгу потрібен Foreground Service з FOREGROUND_SERVICE_TYPE_LOCATION (обов'язково з API 29). Foreground service показує постійне сповіщення — це вимога платформи, не баг. Без нього Android Doze вб'є оновлення геолокації. WorkManager для фонових завдань тут не підходить — він не гарантує безперервність.

Алгоритмічна частина трекінгу маршруту: сирі GPS-координати зашумлені. Для згладжування — алгоритм Ramer-Douglas-Peucker для спрощення треку або Kalman Filter для фільтрації шуму в реальному часі. Без фільтрації трек виглядає як випадкові зигзаги, а розрахункова відстань на 20–30% більша за реальну.

Як ми впроваджуємо карти та геолокацію: покроковий процес

1. Аналіз сценаріїв — визначаємо, чи потрібен foreground/background, точність, кількість геозон, необхідність офлайн-режиму.
2. Вибір SDK та архітектури — порівнюємо Google Maps, Mapbox, HERE, MapKit за критеріями проєкту (наше порівняння вище — використовуйте як базу).
3. Інтеграція та налаштування дозволів — прописуємо Info.plist / AndroidManifest.xml, тестуємо рев'ю-чеки (App Store Review Guidelines Section 4.2/5.1, Google Play policy).
4. Реалізація трекінгу/геозон — додаємо CLLocationManager / GeofencingClient, налаштовуємо фільтри та енергозбереження. Для отримання безкоштовної консультації напишіть нам.
5. Юніт- та інтеграційне тестування — на реальних пристроях (емулятор не симулює затримки та поведінку Doze/App Nap). Перевіряємо не менше 50 сценаріїв.
6. Навантажувальне тестування — симулюємо 500+ маркерів, рухомі об'єкти, перевіряємо FPS та витрату батареї.
7. Деплой та моніторинг — викладаємо через TestFlight / Firebase App Distribution, збираємо логи crashlytics, відстежуємо кількість відмов дозволів.

Терміни та що входить у роботу

Що ви отримаєте в будь-якому випадку:

• Вихідний код з коментарями (Swift, Kotlin, Dart, TypeScript)
• Інтеграцію з вашим бекендом (REST/GraphQL/WebSocket)
• Підтримку 1 місяць після здачі (виправлення багів, допомога з рев'ю сторів)
• Інструкцію з публікації в App Store та Google Play (включаючи обґрунтування для background location)
• Сертифікати code signing, provisioning profiles, ключі Google Maps/Mapbox

Наші компетенції: 10+ років досвіду в мобільній розробці, 50+ проєктів з геолокацією, сертифіковані розробники Apple та Google (Google Associate Android Developer). Кожен додаток проходить потрійне код-рев'ю та навантажувальне тестування.

Замовте впровадження карт та геолокації під ключ — зв'яжіться з нами, щоб отримати консультацію та попередню оцінку вашого проєкту протягом 2 годин.