Розробка мобільного додатку для театру/концертного залу
Театр та концертний зал — специфічний білетний ринок. Немає «випадкового» глядача: люди планують відвідування заздалегідь, купують абонементи на сезон, хочуть знати склад виконавців. Додаток — це й афіша, й білетна каса, й програмка у телефоні замість паперової.
Складність схем залів
Концертний зал — не кінотеатр з прямими рядами. Амфітеатр, бельетаж, ложи, партер з нумерацією по секціях — у кожного театру своя унікальна планування. Зберігати схему як статичне зображення не получиться: потрібен інтерактивний план з поместною нумерацією.
Рішення: SVG-схема залу, де кожне місце — окремий SVG-елемент з id = "seat_A12". На Flutter: flutter_svg не підтримує інтерактивність нативно для складних SVG, тому використовуємо CustomPainter + власний парсер координат місць из JSON-конфіга. Дані місць: ряд, місце, сектор, категорія ціни (партер / амфітеатр / лога), статус (available / reserved / sold).
Для театру важні категорії місць не лише за зоною, а й за видимістю — «місце з обмеженим оглядом» повинне бути помічено. Це чесно по відношенню до глядача та знижує кількість претензій.
Абонементи на сезон
Театральний абонемент — покупка права на певний набір спектаклів у сезоні. Технічно: Subscription містить список Performance + фіксовані місця. При додаванні нового спектаклю в абонемент — автоматичне бронювання тих же місць (якщо доступні) або сповіщення абонента з пропозицією вибрати інші.
Це нетривіально з точки зору транзакційності: бронювання 8 місць на 12 спектаклів повинне бути атомарним або з rollback при частковій помилці. PostgreSQL SERIALIZABLE транзакції або оптимістичні блокування з версіонуванням.
Програмки та додатковий контент
Паперова програмка у телефоні — очікувана функція. PDF-програмка або нативний екран зі складом трупи, описом спектаклю, біографіями артистів. Контент-модель: Performance → Acts → Performers. Оновлюється через CMS-частину (веб-кабінет театру).
Для класичних театрів цікава інтеграція з архівом: фото минулих постановок, відео фрагменти репетицій (доступні лише через додаток). Це працює на утримання аудиторії та створює цінність вище, ніж просто покупка квитка.
Подарункові сертифікати
Театр — популярний варіант подарунка. Подарунковий сертифікат: генерація унікального коду, відправка по email або прямо из додатку через share_plus. При активації код обмінюється на реальний квиток — серверна логіка з TTL сертифіката (зазвичай 1 рік).
Стек
Flutter + Riverpod. Платежи з підтримкою Apple Pay, Google Pay, YooKassa. Apple Wallet / Google Wallet для квитків — PKpass з логотипом театру та деталями місця. Firebase Cloud Messaging для сповіщень: «до вашого спектаклю залишилось 2 години», «склад виконавців змінився» (актуально для опери).
Інтеграція з білетними агрегаторами (Kassir.ru, Ticketland) — якщо театр вже працює через них, потрібна синхронізація залишків місць. Подвійні продажи між агрегатором та додатком — критична помилка.
Часова шкала
MVP (афіша, схема залу, оплата, QR-квитки): 12–16 тижнів. З абонементами, програмками, архівом та інтеграцією з агрегаторами: 18–26 тижнів. Вартість розраховується після аналізу схем залів та інтеграційних вимог.