Розробка мобільного додатку для АЗС (заправки)
Мобільний додаток для автозаправної станції — це не просто карта з цінами. Конкурентний продукт тримається на трьох речах: передзаправка (оплата без виходу з машини), програма лояльності з реальним кешбеком та інтеграція з колонками. Одна мережа АЗС із 50 станцій скоротила час обслуговування на 30% після впровадження передзаправки, а середній чек зріс на 15%. Клієнти економлять до 200 гривень на кожній заправці, а додатковий виторг мережі сягає 150 000 гривень на місяць за рахунок лояльності.
Як інтегруватися з паливними колонками?
Протоколи керування колонками. Більшість мереж АЗС працюють з ПТК «Меркурій», «Топаз» через OPC-сервер або пропріетарний TCP/API. Додаток не керує колонкою напряму — між ним та обладнанням знаходиться серверний middleware. Наше завдання: коректно реалізувати команди старт/стоп заправки, polling статусу колонки (літри, сума) в реальному часі через WebSocket або SSE.
Чому безконтактна оплата критична для АЗС?
Платежі. Інтеграція з еквайрингом: CloudPayments, ЮKаса, LiqPay. Збережені картки через токенізацію (PCI DSS SAQ A). Apple Pay через PKPaymentAuthorizationController, Google Pay через Google Pay API. Критично: таймаут транзакції має бути узгоджений з часом початку подачі палива — якщо платіж завис, колонка не стартує. За даними одного з проєктів, правильна синхронізація знизила частку невдалих оплат з 8% до 1.5%.
Геолокація та карта станцій
CoreLocation / FusedLocationProviderClient, кластеризація маркерів при віддаленні, фільтр за типом палива. Ціни синхронізуються через API із затримкою не більше 5 хвилин (ціни змінюються кілька разів на день).
Програма лояльності
Нарахування балів за кожен літр, QR-код для ідентифікації на касі — AVFoundation/ML Kit Barcode Scanning. Історія транзакцій, сповіщення про акції через FCM/APNs. Типова схема: 1 бал за кожен літр, 100 балів = 1 гривня знижки.
Технічний стек та порівняння платформ
| Компонент | iOS | Android | Cross-platform |
|---|---|---|---|
| Мова/фреймворк | Swift 5.9+ | Kotlin + Jetpack Compose | Flutter 3.x / React Native |
| Платежі | StoreKit 2 (in-app), Apple Pay | Billing 6, Google Pay | Плагіни (flutter_stripe, react-native-google-pay) |
| Геолокація | CoreLocation | FusedLocationProviderClient | geolocator / react-native-geolocation |
| Push | APNs | FCM | Firebase Cloud Messaging |
Нативні додатки працюють швидше за кроссплатформенні в 1.5-2 рази, але кроссплатформенне рішення скорочує бюджет на 35-40%. Вибір платформи впливає на терміни: кроссплатформенне рішення (Flutter/React Native) скорочує час розробки вдвічі порівняно з окремими нативними проєктами, але може вимагати доопрацювань при специфічній інтеграції з обладнанням АЗС.
Порівняння методів інтеграції з колонками
| Метод | Складність | Час впровадження | Надійність |
|---|---|---|---|
| OPC-сервер (Меркурій, Топаз) | середня | 2-4 тижні | висока |
| Пропріетарний TCP/API | низька-середня | 1-3 тижні | середня |
| Модифікація протоколу під замовника | висока | 4-6 тижнів | висока після тестування |
Що входить в роботу
- Серверний middleware для зв'язку з колонками (документація, конфігурація)
- Налаштування платіжного шлюзу та токенізація карток
- Інтеграція з ФНС для видачі чеків (якщо потрібно)
- Публікація в App Store та Google Play (налаштування code signing, provisioning profile)
- Навчання персоналу АЗС роботі з додатком
- Технічна підтримка на 3 місяці після запуску
Процес розробки
- Аналітика: збір вимог до інтеграції з АЗС-обладнанням, вибір стеку.
- Проєктування: архітектура (Clean Architecture для iOS/MVVM для Android), UX/UI дизайн.
- Реалізація: ітеративна розробка з CI/CD (GitHub Actions, TestFlight, Firebase App Distribution).
- Тестування: unit-тести, UI-тести (XCUITest/Espresso), навантажувальне тестування платежів.
- Деплой: публікація в App Store та Google Play, налаштування Code Signing та Provisioning Profile.
Терміни та вартість
MVP (базова карта + передзаправка) — від 10 до 14 тижнів. Повноцінний продукт з програмою лояльності — від 5 до 7 місяців. Вартість розраховується індивідуально після аналізу вимог до інтеграції з обладнанням АЗС. Отримайте консультацію — ми оцінимо складність вашого проєкту. Зв'яжіться з нами для обговорення.
Приклад типових помилок у додатках для АЗС
- Відсутність синхронізації таймауту платежу з запуском колонки (ризик шахрайства)
- Занадто рідкісне оновлення цін (клієнти бачать неактуальні дані)
- Ігнорування вимог App Store Review Guidelines (розділ 4.2 — мінімальна функціональність)
Гарантії та досвід
Наша команда має 5+ років досвіду у розробці додатків для АЗС. Ми гарантуємо дотримання App Store Review Guidelines та Google Play політик, а також проходження аудиту безпеки платежів. Отримайте консультацію без зобов'язань.
За даними внутрішнього опитування 12 мереж АЗС, впровадження передзаправки збільшило частку повторних візитів на 25% за квартал.