Дані з поля приходять із запізненням
Працівник фіксує роботу, спостереження чи проблему в додатку одразу на місці — з фото, геоміткою й часом. Запис потрапляє в загальну систему під час синхронізації, без переписування з блокнота наприкінці дня.
askcust розробляє мобільні додатки для фермерів і агрокомпаній на iOS та Android: нативно, з роботою офлайн, картою полів, камерою і push-сповіщеннями. Для господарств, яким потрібен інструмент для людей у полі, і для агрокомпаній, що хочуть дати клієнтам-фермерам власний додаток.
Розробка мобільного додатку для фермерів — це створення застосунку для iOS і Android під конкретний сценарій роботи в сільському господарстві: облік робіт і спостережень у полі, задачі для працівників, замовлення й консультації для клієнтів агрокомпанії. На відміну від мобільної версії готового сервісу, такий додаток повторює ваші процеси, працює з вашою серверною частиною і виходить під вашою назвою в App Store та Google Play.
Працівник фіксує роботу, спостереження чи проблему в додатку одразу на місці — з фото, геоміткою й часом. Запис потрапляє в загальну систему під час синхронізації, без переписування з блокнота наприкінці дня.
Додаток зберігає дані на пристрої, показує карту й довідники без мережі та відправляє чергу змін, щойно зʼявляється звʼязок. Правила для конфліктних правок — чия зміна важливіша і коли — погоджуються ще на етапі прототипу.
Додаток агрокомпанії дає фермеру каталог продукції, замовлення, статус доставки, документи й запит консультації агронома. Менеджер бачить історію клієнта в системі, а не шукає її в листуванні й дзвінках.
Екрани, поля й статуси проєктуються під ваші наряди, огляди чи замовлення, а не під шаблон постачальника, спільний для всіх клієнтів. Зайві кроки прибираються, бо в полі додатком користуються в рукавицях, на сонці й на ходу.
Склад функцій визначається сценаріями користувачів; нижче — типові блоки додатку для аграріїв.
Swift і SwiftUI для iPhone та iPad, Kotlin і Jetpack Compose для Android: передбачувана швидкодія з картою й камерою та підтримка актуальних версій обох систем.
Локальна база на пристрої, черга змін із повторною відправкою, розвʼязання конфліктів за погодженими правилами: людина працює в полі однаково з мережею і без неї.
Контури полів і точки огляду на карті, поточне місцезнаходження, навігація до поля, заздалегідь завантажені карти для районів без покриття мобільного звʼязку.
Фото з геоміткою й часом, привʼязані до поля, задачі чи техніки; стиснення перед відправкою, щоб не витрачати мобільний трафік; сканування QR-кодів і штрихкодів.
Задачі від агронома чи диспетчера зі статусами виконання, нагадування й сповіщення через Apple Push Notification service і Firebase Cloud Messaging.
Для клієнтських додатків — каталог, замовлення, історія поставок, документи й розрахунки, запит консультації агронома чи сервісного інженера в кілька натискань.
API на Node.js і PostgreSQL, web-адмінка для диспетчера чи менеджера, обмін з обліком і аналітика подій, щоб бачити, як додатком користуються насправді.
Додаток публікується в акаунтах розробника замовника, а серверна частина обмінюється даними з його системами.
| критерій | Мобільна версія готового сервісу | Власний додаток від askcust |
|---|---|---|
| Сценарії | Ті, що постачальник зробив для всіх клієнтів; свої поля й кроки додати складно. | Ваші наряди, огляди чи замовлення — зі своїми довідниками, статусами й полями. |
| Робота офлайн | У межах того, що постачальник передбачив для свого продукту. | Проєктується під ваші сценарії: що доступно без мережі і як синхронізуються зміни. |
| Бренд | Клієнти бачать назву й бренд постачальника сервісу. | Додаток виходить під вашою назвою, у вашому акаунті розробника. |
| Дані й код | Дані зберігаються в сервісі постачальника, код недоступний. | Код додатку й серверної частини належить вам, дані — на вашому сервері. |
| Вартість | Підписка за кожного користувача; старт одразу, без розробки. | Разова розробка і супровід за домовленістю; внески за акаунти розробника — окремо. |
| Коли обирати | Задачі стандартні, готовий сервіс їх уже закриває, власний бренд не потрібен. | Власні процеси в полі або клієнтський продукт агрокомпанії під її брендом. |
Хто користується додатком, що робить у полі чи вдома, що має працювати без мережі. Результат — перелік екранів і сценаріїв першого релізу з пріоритетами.
Клікабельний прототип ключових екранів перевіряється з агрономом, механізатором чи фермером-клієнтом до початку розробки, а не після першого релізу.
Нативні застосунки для iOS і Android, серверна частина та адмінка; тестові збірки через TestFlight і закрите тестування Google Play для першої групи користувачів.
Опис, скриншоти й політика конфіденційності, проходження ревʼю App Store і Google Play, поетапний викат оновлень, щоб помилка не дісталася всім користувачам одразу.
Звіти про збої, аналітика використання, оновлення під нові версії iOS і Android, розвиток додатку за відгуками людей у полі.
приклади робіт askcust →не агро, але той самий тип задач: облік, CRM, автоматизація
askcust розробляє нативно: Swift і SwiftUI для iOS, Kotlin і Jetpack Compose для Android. Для додатку, який працює в полі з картою, камерою, GPS і офлайн-базою, це передбачувана швидкодія і прямий доступ до можливостей пристрою. Ціна — дві кодові бази, тому за обмеженого бюджету першою можна випустити платформу, якою користується більшість ваших людей.
Термін визначається після опису сценаріїв і прототипу: він залежить від кількості екранів, глибини офлайн-режиму, інтеграцій і того, чи потрібні обидві платформи одразу. MVP навмисно обмежується одним-двома ключовими сценаріями, щоб додаток якомога раніше потрапив до реальних користувачів, а решта функцій додавалася наступними релізами.
Так, публікація входить у роботу: підготовка опису, скриншотів і політики конфіденційності, проходження ревʼю обох сторів, тестові групи й поетапний викат. Додаток публікується в акаунтах розробника, зареєстрованих на вашу компанію, тож він, його відгуки й аудиторія належать вам, а не підряднику.
Так. Якщо в системі є API, додаток працює з ним через серверну частину; якщо API немає, askcust додає проміжний сервіс, який обмінюється даними з вашою системою, BAS чи таблицями й віддає додатку лише потрібне. Тоді мобільний клієнт не залежить від внутрішнього устрою обліку, а облік — від версії додатку.
Вартість залежить від кількості сценаріїв і екранів, глибини офлайн-режиму, інтеграцій і кількості платформ. Після опису сценаріїв askcust дає оцінку першого релізу з фіксованим обсягом. Окремо варто врахувати внески за акаунти розробника: у програмі Apple Developer Program внесок щорічний, у Google Play Console — одноразовий.
На серверній частині замовника — на його сервері або в його хмарному акаунті; на пристрої лишається лише локальна копія, потрібна для роботи офлайн. Код застосунків і серверної частини передається в репозиторій замовника, тож розвивати додаток можна з askcust, з іншою командою або власними силами.
Відповідь протягом робочого дня; дзвінок — лише якщо домовимось.