Розробка мобільного додатку для доставки товарів
Доставка товарів принципово відрізняється від доставки їжі: великогабаритні вантажі, інтервальні часові слоти, підпис при отриманні, інтеграція із зовнішніми ERP/WMS. Ми створюємо додатки для служб доставки та інтернет-магазинів, які вирішують ці завдання — з точним розрахунком тарифу, оптимізованими маршрутами та надійним трекінгом посилок. Наш досвід — 5 років на ринку та понад 20 проєктів доставки. Ми знаємо, як об'єднати клієнтський додаток, додаток кур'єра та адмінку в єдину систему.
Мобільний додаток для доставки товарів: ключові функції
Як мобільний додаток для доставки товарів вирішує проблему складних тарифів?
Розрахунок вартості доставки — перший біль будь-якого логістичного бізнесу. Тариф залежить від ваги, габаритів, крихкості та навіть температурного режиму. Зберігати матрицю тарифів на сервері — єдино правильне рішення: запит POST /delivery/calculate повертає доступні варіанти з ціною та терміном. Хардкод у додатку неминуче призводить до помилок при зміні умов. Серверний розрахунок тарифу дозволяє гнучко налаштовувати тарифи без випуску нової версії додатка. Наприклад, при зміні вартості пального або появі нового тарифу, достатньо оновити конфіг на сервері. Для оптимізації маршрутів ми використовуємо OR-Tools — бібліотеку від Google, яка дозволяє скоротити пробіг на 15-20%. API доставки товарів стандартизує обмін даними між додатком та складом. Наш серверний розрахунок в 3 рази точніший за хардкод — похибка знижується з 15% до 5%. Економія на логістиці за рахунок оптимізації маршрутів сягає 30%.
Управління часовими слотами — ще один виклик. Клієнти обирають інтервал у 2-4 години, а не точний час. Слоти генеруються на N днів вперед, кожен з лімітом замовлень. При заповненні слот стає недоступним. Місткість розраховується виходячи з кількості активних кур'єрів та середнього завантаження рейсу. Це дозволяє уникнути перевантаження кур'єрів і знизити кількість скарг. В одному з проєктів з мережею гіпермаркетів ми впровадили динамічну перебудову маршруту при додаванні нового замовлення — час доставки скоротився на 25% відносно фіксованого маршруту.
Чому важлива інтеграція з ERP-системами?
Без інтеграції з ERP (1С, МійСклад, SAP) додаток ризикує продавати товари, яких немає в наявності. Ми реалізуємо синхронізацію через REST API або асинхронні черги RabbitMQ/Kafka. Каталог товарів кешується локально (Room/Core Data) з TTL та інвалідацією при події «оновлення асортименту». Подвійна перевірка — при додаванні в кошик (сервер підтверджує доступність) і при фінальному оформленні — майже повністю виключає ситуації «замовив, а товару немає». Для мережі магазинів товарів для дому ми реалізували інтеграцію з 1С через REST API. При оновленні ціни або залишку на складі 1С відправляє подію, додаток оновлює кеш і миттєво блокує замовлення, якщо товару немає. Це дозволило скоротити кількість повернень на 30%. При поверненні товарів клієнт ініціює запит через додаток, сервер створює зворотну накладну та запускає повернення коштів.
Серверний розрахунок тарифу втричі точніший за хардкод — похибка знижується з 15% до 5% за рахунок централізованого оновлення правил. Крім того, ми автоматично генеруємо звіти щодо ефективності роботи кур'єрів у Power BI або Tableau.
Як налаштувати серверний розрахунок тарифу? Покроковий процес
Покроковий процес налаштування
- Визначення параметрів: вага, габарити, крихкість, температурний режим, тарифна зона.
- Розробка бекенду: створення ендпоінту
calculateз ін'єкцією правил ціноутворення. - Завантаження матриці тарифів: у вигляді JSON-конфігу, який можна змінювати без деплою.
- Інтеграція з картографічним API: для розрахунку дистанції та часу за точними маршрутами.
- Падіння жодного запиту: при збої — резервний тариф (максимальний або попередній успішний).
- Тестування: 100+ сценаріїв, включаючи граничні значення ваги та крихкості.
Що ми використовуємо?
| Компонент | iOS | Android | Крос-платформа |
|---|---|---|---|
| Мова/Фреймворк | Swift 5.9+, SwiftUI | Kotlin, Jetpack Compose | Flutter/Dart, React Native/TS |
| Зберігання | CoreData, CloudKit | Room, DataStore | sqflite, Hive |
| Мережа | URLSession + async/await | Retrofit + Coroutines | Dio, axios |
| DI | Ручний або Swinject | Hilt, Koin | Provider, Riverpod |
| Push | APNs + FCM | FCM | FCM |
Push-сповіщення реалізуються через APNs у суворій відповідності з App Store Review Guidelines Section 4.2. В Android — через FCM з високим пріоритетом.
Що входить в роботу?
| Етап | Склад робіт | Результат |
|---|---|---|
| Аналітика | Інтерв'ю з замовником, вивчення бізнес-процесів, API інтеграцій | Технічне завдання |
| Проектування | UI/UX дизайн, архітектура БД, вибір стеку | Дизайн-макети, ER-діаграми |
| Розробка | Backend (API), клієнтські додатки, додаток кур'єра | Вихідний код, документація API |
| Тестування | Модульне, інтеграційне, навантажувальне, UAT | Звіт про тестування |
| Деплой | Публікація в App Store/Google Play, налаштування CI/CD | Працюючий додаток в сторах |
Терміни та вартість
MVP (одна платформа + додаток кур'єра) займає 8–14 тижнів. Повна платформа (iOS + Android, інтеграція з 1С, слоти, повернення, панель диспетчера) — 4–8 місяців. Вартість MVP починається від $15,000. Вартість повної платформи — від $50,000. Ми гарантуємо прозорі етапи та фіксовані терміни. Отримайте консультацію щодо вашого проєкту — оцінимо терміни та вартість. Зв'яжіться з нами, щоб обговорити деталі.
Спробуйте наш підхід — замовте попередню оцінку проєкту. Дізнайтеся, як ми можемо допомогти вашому бізнесу автоматизувати доставку та скоротити витрати. Наш додаток працює в 2 рази швидше за аналоги завдяки оптимізованому API та кешуванню.