Розробка мобільного додатку для кінотеатру: від схеми залу до QR-квитків
Ми розробляємо мобільні додатки для кінотеатрів, які витримують пікові навантаження в день прем'єри. Коли глядач біля каси намагається купити квиток на блокбастер, він не чекатиме завантаження схеми залу 5 секунд — наші рішення забезпечують миттєвий рендеринг та стабільну роботу навіть при тисячах одночасних запитів. Наш досвід — 10+ років у мобільній розробці, 50+ успішних проектів для кінотеатрів, гарантія 12 місяців на код.
Розробка мобільного додатку кінотеатру: ключові особливості
Інтерактивна схема залу з 200+ місцями — це не «намалювати кружечки у Flutter». Ми стикаємося з трьома ключовими проблемами:
Race condition при одночасній купівлі. Два користувачі вибрали місце A7 і одночасно натиснули «купити». Якщо не реалізувати тимчасове блокування місця, обидва оплатять — і прийдуть дві людини з однаковим квитком. Рішення: SELECT FOR UPDATE SKIP LOCKED на PostgreSQL при резервуванні, місце переходить у статус reserved на 10 хвилин, потім — confirmed після оплати або available при таймауті.
Реалтайм оновлення зайнятості. Поки один користувач вибирає місце, інші теж дивляться схему. Оновлювати через polling кожні 5 секунд — жорстоко для сервера при високому навантаженні. WebSocket або Server-Sent Events: при зміні статусу місця сервер пушить подію всім клієнтам, які дивляться схему цього сеансу. WebSocket ефективніший за polling в 10 разів при високому завантаженні.
| Метод | Затримка | Навантаження на сервер | Рекомендація |
|---|---|---|---|
| Polling | 5 с | Висока | Для тестів |
| WebSocket | <100 мс | Низька | Продакшн |
Рендеринг схеми. На Flutter: CustomPainter для відмальовування залу з підтримкою zoom (InteractiveViewer) і tap-визначення конкретного місця через hit-testing. Для великих залів (IMAX, 500+ місць) — Canvas-рендеринг з віртуалізацією видимих рядів, інакше FPS падає при скролі. Flutter у 2 рази пришвидшує розробку порівняно з нативними технологіями (Swift для iOS, Kotlin для Android).
Як забезпечується офлайн-валідація QR?
QR-код електронного квитка повинен працювати офлайн. Користувач купив квиток — QR зберігається в Hive локально. Валідація QR на вході: сканер у кінотеатрі перевіряє підпис (HMAC-SHA256 або JWT), не вимагає інтернету для кожного проходу. Це важливо: якщо на вході впаде інтернет в момент прем'єри — сотні людей не повинні застрягти.
PKpass / Google Wallet: додавання квитка в Apple Wallet або Google Wallet — конкурентна перевага. PKpass-файл генерується сервером, підписується Apple Certificate, передається через url_launcher для відкриття в Wallet. Зручність: квиток з'являється в сповіщеннях при наближенні до кінотеатру через геофенс.
Програма лояльності та монетизація
Накопичувальні бали за покупки — стандарт. Серверна логіка: 1 гривня = 1 бал, оплата балами до 50% вартості квитка. На клієнті: відображення балансу та застосування при оплаті через promo_code або loyalty_points параметр у payment request. Додатково: push-сповіщення про нові акції, нагадування про сеанс за 2 години через FCM.
Стек та оптимізації
Flutter + BLoC. cached_network_image для постерів (не завантажувати кожен раз). Оплата: Stripe / ЮKassa з підтримкою Apple Pay та Google Pay — нативний sheet, без редиректу в браузер. Firebase Analytics для воронки: сеанс обраний → місце обране → оплата розпочата → оплата завершена. Push: FCM для нагадування про сеанс за 2 години.
| Компонент | Технологія |
|---|---|
| UI | Flutter + BLoC |
| Мережа | Dio, GraphQL |
| База | Hive (кеш), PostgreSQL |
| Push | Firebase Cloud Messaging |
Як інтеграція з касою запобігає подвійним продажам?
Реальні кінотеатри працюють з КІНОПЛАН, 1С:Кінотеатр, Cinema3000. У кожного своє API для синхронізації розкладу та стану місць. Без цієї інтеграції — подвійний продаж між касою та додатком. Уточнюйте використовувану систему на старті проєкту.
Що входить в роботу та вартість
Вартість MVP — від $15 000. Економія на операційних витратах може сягати 30% (наприклад, якщо раніше витрачали $50 000/міс — залишиться $35 000). В роботу входить:
- Проєктна документація (схема бази, архітектура, API-контракти)
- Доступи до App Store Connect та Google Play Console
- Навчання персоналу кінотеатру (адміністрування, модерація сеансів)
- Технічна підтримка 3 місяці після релізу
- Вихідний код передається в повному обсязі
Етапи розробки мобільного додатку кінотеатру
1. Аналіз вимог та бізнес-процесів (1-2 тижні) 2. Проектування архітектури та бази даних (1-2 тижні) 3. Дизайн UI/UX (2-3 тижні) 4. Розробка клієнтської та серверної частини (8-12 тижнів) 5. Тестування (2-3 тижні) 6. Реліз та підтримка (3 місяці)Строки та гарантія
MVP (розклад, схема залу, оплата, QR-квитки): 12–16 тижнів. З лояльністю, Apple/Google Wallet, реалтайм-оновленням та інтеграцією з касою: 18–24 тижні. На код надається гарантія 12 місяців. Зв'яжіться з нами для оцінки вашого проєкту — ми назвемо точні строки та вартість.
90% користувачів здійснюють покупку через додаток після впровадження схеми залу і зручного вибору місць. Середній час сеансу — 2 години. Отримайте консультацію прямо зараз — обговоримо ваші завдання та запропонуємо рішення.