Разработка мобильного приложения для АЗС (заправки)
Мобильное приложение для автозаправочной станции — это не просто карта с ценами. Конкурентный продукт держится на трёх вещах: предзаправка (оплата без выхода из машины), программа лояльности с реальным кешбэком и интеграция с колонками. Одна сеть АЗС из 50 станций сократила время обслуживания на 30% после внедрения предзаправки, а средний чек вырос на 15%. Клиенты экономят до 200 рублей на каждой заправке, а дополнительная выручка сети достигает 150 000 рублей в месяц за счёт лояльности.
Как интегрироваться с топливными колонками?
Протоколы управления колонками. Большинство сетей АЗС работают с ПТК «Меркурий», «Топаз» через OPC-сервер или проприетарный TCP/API. Приложение не управляет колонкой напрямую — между ним и оборудованием стоит серверный middleware. Наша задача: корректно реализовать команды старт/стоп заправки, polling статуса колонки (литры, сумма) в реальном времени через WebSocket или SSE.
Почему бесконтактная оплата критична для АЗС?
Платежи. Интеграция с эквайрингом: CloudPayments, ЮКасса, 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) сокращает время разработки в 2 раза по сравнению с раздельными нативными проектами, но может потребовать доработок при специфической интеграции с оборудованием АЗС.
Сравнение методов интеграции с колонками
| Метод | Сложность | Время внедрения | Надёжность |
|---|---|---|---|
| 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% за квартал.