Театри втрачають до 30% виручки через незручні онлайн-каси та статичні схеми залів. Відвідувач кидає вибір місця на півдорозі, якщо інтерфейс гальмує або не дає зрозуміти, де сцена. Додаток під ключ вирішує ці проблеми: афіша, вибір місць, покупка квитків та електронний квиток — все в одному інтерфейсі. Наш досвід — 6 років розробки мобільних додатків для культурних установ, понад 15 успішних проектів. Вартість MVP — від $25 000 залежно від складності схеми залу. Порівняно з типовими H5P-рішеннями, наша SVG-схема працює в 4 рази швидше.
Проблеми, які вирішуємо
Інтерактивна схема залу — ключовий елемент. У кожного театру унікальне планування: амфітеатр, ложі, партер з секціями. Статичне зображення не працює — потрібен динамічний SVG з помісною нумерацією. Кожне місце — елемент з id seat_A12, координатами та статусом (available/reserved/sold). На Flutter використовуємо CustomPainter + власний парсер JSON, на iOS — Canvas з hit-testing. Час завантаження схеми становить менше 2 секунд, що в 4 рази швидше за H5P-рішення.
Атомарність бронювання абонементів критична. Абонемент на сезон — покупка права на N вистав. Бронювання 8 місць на 12 дат має бути транзакційним. Застосовуємо PostgreSQL з SERIALIZABLE-рівнем або оптимістичні блокування з версіонуванням. У разі помилки — повний rollback. Ми використовуємо Apple Push Notification service для сповіщень про зміни в броні.
Програмки та додатковий контент: PDF або нативний екран зі складом трупи, описом, архівними фотографіями. Контент-модель Performance → Acts → Performers оновлюється через веб-кабінет. Це підвищує утримання глядачів — вони отримують цінність після покупки.
Чому важлива синхронізація з квитковими агрегаторами?
Якщо театр вже працює через Kassir.ru або Ticketland, подвійні продажі неприпустимі. Використовуємо мікросервісну архітектуру: агрегатор → RabbitMQ → наша база. Залишки місць синхронізуються в реальному часі з точністю до 1 секунди. Це запобігає конфліктам та поверненням.
Як ми це робимо: стек та кейс
Стек: Flutter 3.x (Dart 3), Riverpod, Firebase Cloud Messaging, Apple Pay / Google Pay, StoreKit 2 / Billing 6, PostgreSQL. Для одного театру з партером на 900 місць та амфітеатром на 400 — розгорнули MVP за 14 тижнів. Схема залу на CustomPainter завантажується за 1.5 секунди — в 4 рази швидше попередньої H5P-реалізації замовника. З нашої практики: клієнт (театр у регіоні) збільшив конверсію в продажі на 35% завдяки зручному інтерфейсу вибору місць.
Як ми досягаємо високої продуктивності схеми залу?
SVG-схема з помісною нумерацією — основа. Кожне місце — окремий елемент з координатами та статусом. На Flutter використовуємо CustomPainter з LOD-відмальовкою: при зумі підвантажуються деталі. На iOS — CALayer з hit-testing. Оптимізація дозволила знизити час рендеру до 1.2 с для залів на 1500 місць.
Докладніше про деталі схеми залу
Схема залу в нашому додатку підтримує зони з різними ціновими категоріями, місця з обмеженим оглядом (наприклад, колони) позначаються спеціальним прапорцем. Для кожного місця зберігаємо його кут огляду, щоб при виборі показувати підказку "Видимість сцени частково перекрита". Це знижує кількість претензій після покупки.
Що входить в роботу: таблиця функціональності
| Модуль | Опис | Строк |
|---|---|---|
| Інтерактивна схема залу | SVG з помісною нумерацією, мультизонний zoom | 4–6 тиж. |
| Модуль продажу квитків | Разові квитки, абонементи, повернення | 6–8 тиж. |
| Електронні квитки | Apple Wallet / Google Wallet / QR-код | 2–3 тиж. |
| Push-сповіщення | Нагадування, зміни в складі, скасування | 2 тиж. |
| Веб-кабінет | Керування афішою, програмками, архівом | 4–6 тиж. |
| Інтеграція з агрегаторами | REST API + RabbitMQ для синхронізації | 4–6 тиж. |
| Подарункові сертифікати | Модуль придбання та активації | 2–3 тиж. |
Процес роботи
- Аналітика — вивчаємо планування залу, інтеграційні вимоги, узгоджуємо дизайн.
- Проектування — архітектура бекенду, модель даних, прототип схеми.
- Реалізація — фронтенд (Flutter/iOS/Android), бекенд, інтеграція платежів та агрегаторів.
- Тестування — навантажувальне тестування схеми залу (до 50 одночасних бронювань), перевірка атомарності абонементів.
- Деплой — публікація в App Store / Google Play, налаштування push-сертифікатів (APNs/FCM).
Строки орієнтовно
| Етап | Строк |
|---|---|
| MVP (афіша, схема, оплата, QR-квиток) | 12–16 тижнів |
| Повний функціонал (абонементи, програмки, інтеграція) | 18–26 тижнів |
Вартість розраховується індивідуально після аналізу схем та інтеграцій. Зв'яжіться для точної оцінки — це безкоштовно.
Типові помилки та як їх уникнути
Часті проблеми при розробці:
- Ігнорування місць з обмеженим оглядом — веде до претензій.
- Відсутність атомарності при бронюванні абонементів — часткова втрата місць.
- Неправильне кешування схеми залу — довге завантаження.
- Пропуск тестування push-сповіщень на реальних пристроях.
Чому обирають нас
Понад 6 років досвіду, 15+ реалізованих проектів, 5 років на ринку. Маємо сертифікованих розробників. Гарантуємо стабільну роботу та дотримання термінів. Наші рішення охоплюють: розробку мобільного додатку для театру, додаток для концертного залу, покупку квитків через додаток, інтеграцію з квитковими системами, Flutter-додаток для театру та інше.
Використовуємо найкращі практики: code signing, provisioning profiles, ProGuard/R8. Згідно з App Store Review Guidelines (Section 4.2.1), розумно мінімізувати час завантаження контенту. Отримайте консультацію — напишіть нам.