Застосунок під iOS і Android коштує задорого, а ми ще не знаємо, чи він потрібен
Робимо одну PWA на базі веб-технологій. Вона працює на обох системах із одного коду. Спершу перевіряємо попит на пілоті з чітким KPI.
PWA (progressive web app) — це сайт, який клієнт ставить на екран телефона як звичайний застосунок. Він відкривається за секунди, надсилає сповіщення і працює без мережі. Ви не платите за дві окремі розробки під iOS та Android і не чекаєте модерації в магазинах.
Кошторис і строки після брифу

Робимо одну PWA на базі веб-технологій. Вона працює на обох системах із одного коду. Спершу перевіряємо попит на пілоті з чітким KPI.
Вносимо дані локально на пристрої й синхронізуємо, коли зв'язок повертається. Окремо продумуємо випадки, коли два користувачі змінили той самий запис.
PWA встановлюється з браузера за один тап. Користувач бачить іконку на екрані, а нічого завантажувати не треба.
Кешуємо потрібні ресурси через service worker (службовий скрипт у браузері) і міряємо швидкість до та після.
Пакет допомагає описати задачу. Кошторис і строки погоджуємо після брифу та уточнення вимог.
Перевірити ідею на одному ключовому сценарії
Сервісам із клієнтами або працівниками, що працюють щодня
Складним продуктам і SaaS із кількома ролями
Ви описуєте задачу й поточний процес. Уточнюємо вимоги, обираємо перший етап і готуємо кошторис.
Визначаємо, що працює офлайн, і малюємо екрани. Ви бачите прототип до початку розробки.
Збираємо ключовий сценарій і ставимо KPI, який можна виміряти. Оплата йде поетапно.
Перевіряємо на різних телефонах, зі слабким і зникаючим зв'язком, у iOS та Android.
Розгортаємо, передаємо акаунти, файли й доступи. Усе належить вам за погодженими умовами.
PWA встановлюється на екран телефона, працює без мережі й може надсилати сповіщення. Для користувача це схоже на застосунок. Для вас це один код замість двох.
За замовчуванням ні, вона відкривається з браузера. Google Play приймає PWA через обгортку, і ми можемо це зробити окремо. З App Store складніше, бо Apple ставить свої вимоги.
Це ми визначаємо разом на початку. Перегляд даних і внесення записів з наступною синхронізацією зазвичай можливі. Платежі й дії, що потребують сервера в реальному часі, офлайн не працюють.
Опис процесу, приклади даних, доступ до CRM або бази, якщо вона є, і людина, яка приймає рішення. Логотип і брендбук потрібні, якщо вони вже є.
Кошторис готуємо після брифу й уточнення вимог. Для першого етапу можемо взяти такий обсяг: один основний сценарій; Установлення з браузера й іконка. Склад робіт, оплату й строки погоджуємо до старту.
Передачу коду, матеріалів і доступів погоджуємо до старту та фіксуємо в умовах роботи. Окремо описуємо сторонні ліцензії й сервіси, якщо вони потрібні.
Опишіть бізнес, бажаний результат і поточний процес. Після брифу уточнимо вимоги та підготуємо кошторис.