Лотерейное приложение выглядит проще букмекерского — нет real-time котировок, нет live dealer. Но у него своя специфика: розыгрыши со строгим временны́м окном, верификация билетов, мгновенные розыгрыши (scratch cards) с требованием плавной анимации, и пиковые нагрузки перед дедлайном продаж. 5 лет опыта и более 10 реализованных проектов позволяют нам предвидеть эти сложности. Ниже разберём ключевые проблемы и их решения.
Ключевые проблемы мобильного приложения для лотереи
Как обеспечить честное время при розыгрыше?
Лотерея закрывает продажи билетов в момент розыгрыша (или за N минут до). Приложение должно точно отображать countdown и заблокировать покупку ровно в момент дедлайна. Проблема: Date() на устройстве можно перевести — сервер должен быть источником правды времени. Получаем server time при открытии приложения, вычисляем смещение от Date(), используем скорректированное время для countdown (serverNow + (Date() - syncedAt)). Дедлайн проверяется и на сервере при каждой попытке покупки. Это исключает манипуляции с таймером.
Выбор номеров и Quick Pick
Пользователь выбирает числа (как в Keno или Powerball аналоге) или получает Quick Pick (случайный набор). Quick Pick на клиенте — CSPRNG (SecRandomCopyBytes на iOS, SecureRandom на Android), но финальный выбор валидируется и сохраняется на сервере. Интерфейс выбора чисел — grid из N ячеек с multi-select, анимацией выбора через withAnimation (SwiftUI) / animateContentChange (Compose).
Мгновенные лотереи (scratch cards)
Визуально — слой серебра поверх изображения, который стирается жестом. Реализация: Metal или SpriteKit на iOS, Canvas с PorterDuff.Mode.DST_OUT на Android. Порог стирания — 70% площади (настраивается) — открывает весь приарт через SKTexture mask или Path coverage calculation. Результат определяется сервером при покупке билета и передаётся зашифрованным: клиент расшифровывает только после полного стирания, предотвращая просмотр результата до анимации.
Как реализовать scratch card анимацию?
Процесс создания скретч-карты:
- Подготовить маску стирания: слой серебра (серый цвет) над призовым изображением.
- Обработать жесты стирания: на iOS —
Metalс текстурой маски, на Android —CanvasсPorterDuff.Mode.DST_OUT. - Рассчитать процент стёртой области: mask coverage > 70% → открыть призовое изображение.
- Результат (выигрыш/проигрыш) зашифрован на сервере и дешифруется локально только после стирания.
Как организовать push-уведомления о результатах?
Уведомление «Вы выиграли!» или «Результаты розыгрыша» должно приходить сразу после розыгрыша. Схема: сервер проводит розыгрыш → проверяет winning билеты → отправляет персонализированные push через FCM/APNS. UNNotificationServiceExtension на iOS позволяет добавить rich notification — изображение выигрышных чисел прямо в уведомлении. Deep link из уведомления → экран результатов конкретного билета.
Проблема пиковых пушей: если 1 миллион пользователей получают push одновременно после крупного розыгрыша — FCM batch sending. Сервер отправляет не одним запросом, а через Firebase Admin SDK sendEach() батчами по 500 токенов, обрабатывая InvalidRegistration (устаревшие токены) для чистки базы.
Верификация физических билетов
Если оператор имеет и розничные точки — нужна QR/barcode scanning для верификации бумажных билетов через приложение. AVFoundation (AVCaptureSession + AVMetadataObjectTypeQRCode) на iOS, ML Kit Barcode Scanning на Android — быстрее и надёжнее чем ZXing. Сканированный код → API запрос → отображение статуса билета (winner/loser, prize amount).
Платежи
Покупка билетов: Apple Pay (PKPaymentRequest) и Google Pay для UX без friction. Card через Stripe/Braintree hosted fields. В ряде юрисдикций лотерейные билеты — предмет государственного регулирования, приложение обязано показывать responsible gambling warnings и позволять установить лимиты на траты.
| Ошибка | Решение |
|---|---|
| Неверное время дедлайна из-за локального времени | Использовать точное серверное время с синхронизацией при старте |
| Задержка push-уведомлений при массовой рассылке | Отправлять батчами по 500 токенов через Firebase Admin SDK |
| Некорректный результат скретч-карты из-за изменения маски | Шифровать результат на сервере и дешифровать только после стирания |
Чек-лист для запуска лотерейного приложения
- Настроить серверное время и синхронизацию с клиентом
- Реализовать CSPRNG для Quick Pick и валидацию на сервере
- Разработать scratch card анимацию через нативные Metal/Canvas
- Интегрировать Apple Pay и Google Pay
- Настроить push-уведомления с батчингом и deep links
- Добавить QR-сканирование для физических билетов
- Внедрить responsible gambling лимиты
- Протестировать deadline edge cases (перевод времени, оффлайн)
Стек
Flutter или React Native — оправданы здесь, так как нет жёстких требований к real-time WebSocket производительности. Scratch card анимация — нативный модуль (Platform Channel / Native Module) для Metal/Canvas операций. Core Data / Room для истории билетов и локального кеша результатов. Firebase для push.
Процесс работы
Анализ лотерейной механики и регуляторных требований → дизайн билетного flow → разработка (покупка, scratch cards, результаты, история) → платёжная интеграция → push-уведомления → QA (включая deadline edge cases, оффлайн сценарии) → публикация.
Ориентиры по срокам
| Версия | Срок | Состав |
|---|---|---|
| Базовая | 4–8 недель | Числовые лотереи, история билетов, push, платежи |
| Расширенная | 2–3 месяца | + Scratch cards, QR-сканирование, responsible gambling инструменты |
Почему выбирают нас?
Более 5 лет опыта в мобильной разработке. Сертифицированные специалисты (Apple, Google). Гарантируем соблюдение App Store Review Guidelines (Section 4.2, 5.1) и требований Google Play. Получите консультацию по вашему лотерейному проекту — напишите нам. Оценим ваш проект бесплатно, свяжитесь для консультации.