Тактильный reward popup: анимация, конфетти и счётчик баллов

TRUETECH занимается разработкой, поддержкой и обслуживанием мобильных приложений iOS, Android, PWA. Имеем большой опыт и экспертизу для публикации мобильных приложений в популярные маркеты Google Play, App Store, Amazon, AppGallery и другие.

Разработка и поддержка любых видов мобильных приложений:

Информационные и развлекательные мобильные приложения
Новостные приложения, игры, справочники, онлайн-каталоги, погодные, фитнес и здоровье, туристические, образовательные, социальные сети и мессенджеры, квиз, блоги и подкасты, форумы, агрегаторы
Мобильные приложения электронной коммерции
Интернет-магазины, B2B-приложения, маркетплейсы, онлайн-обменники, кэшбэк-сервисы, биржи, дропшиппинг-платформы, программы лояльности, доставка еды и товаров, платежные системы
Мобильные приложения для управления бизнес-процессами
CRM-системы, ERP-системы, управление проектами, инструменты для команды продаж, учет финансов, управление производством, логистика и доставка, управление персоналом, системы мониторинга данных
Мобильные приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, платформы предоставления электронных услуг, платформы кешбека, видеохостинги, тематические порталы, платформы онлайн-бронирования и записи, платформы онлайн-торговли

Это лишь некоторые из типы мобильных приложений, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента.

Услуги, которые мы предлагаем
Показано 1 из 1Все 1734 услуг
Тактильный reward popup: анимация, конфетти и счётчик баллов
Простой
~1 день
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_mobile-applications_feedme_467_0.webp
    Разработка мобильного приложения для компании FEEDME
    858
  • image_mobile-applications_xoomer_471_0.webp
    Разработка мобильного приложения для компании XOOMER
    745
  • image_mobile-applications_rhl_428_0.webp
    Разработка мобильного приложения для компании RHL
    1162
  • image_mobile-applications_zippy_411_0.webp
    Разработка мобильного приложения для компании ZIPPY
    1034
  • image_mobile-applications_affhome_429_0.webp
    Разработка мобильного приложения для компании Affhome
    968
  • image_mobile-applications_flavors_409_0.webp
    Разработка мобильного приложения для компании FLAVORS
    563

Пользователь завершил квест, получил 500 монет — и приложение показывает скучный AlertDialog с "Поздравляем, +500". Момент потерян. Награда должна ощущаться физически: частицы конфетти, счётчик, бегущий с ускорением, тактильный отклик в момент пика. Без этого геймификация превращается в формальность.

Мы проектируем reward popup, который превращает техническое событие в эмоцию. За 5 лет на рынке реализовали больше 50 геймификационных проектов — от стартапов до enterprise. Наши сертифицированные инженеры используют нативные анимации (SwiftUI/UIKit, Jetpack Compose), Core Haptics, CAEmitterLayer. Попап запускается за 1.2–2 секунды — если дольше, пользователь начинает тапать «закрыть». В одном fintech-проекте замена стандартного Alert на reward popup с анимацией счётчика и haptic увеличила конверсию повторных действий на 27% за неделю.

Почему обычный AlertDialog не подходит для награждения?

Alert — это окно с информацией. Reward popup — это микросценарий с кульминацией, разрядкой и обратной связью. Alert не поддерживает staggered-анимацию, частицы или haptic. В нём нет счётчика, который создаёт эффект «накопления». А ведь именно эти детали увеличивают конверсию повторных действий на 20–30% (данные A/B-тестов наших проектов).

Анатомия reward popup

Типичная структура по слоям:

  • Backdrop: затемнение фона с blur-эффектом (UIBlurEffect / RenderEffect.createBlurEffect)
  • Card: появление снизу или масштабом с пружинной анимацией
  • Reward icon: scale + rotation с bounce
  • Particle burst: конфетти, звёздочки, монеты — CAEmitterLayer или Lottie
  • Text reveal: счётчик баллов, анимирующийся от предыдущего значения к новому
  • CTA button: появляется с задержкой после основной анимации

Ключевые элементы: Backdrop с blur, Particle burst с конфетти и анимированный счётчик. Весь пайплайн занимает 1.2–2 секунды. Длиннее — пользователь начинает тапать «закрыть».

Как реализовать анимированный счётчик на iOS?

Самодетальнейший элемент — анимированный счётчик. +500 монет должен считаться, а не просто появляться.

class CountingLabel: UILabel {
    func countFrom(_ start: Int, to end: Int, duration: TimeInterval) {
        let displayLink = CADisplayLink(target: self, selector: #selector(update))
        self.start = start; self.end = end
        self.startTime = CACurrentMediaTime()
        self.duration = duration
        displayLink.add(to: .main, forMode: .common)
    }

    @objc func update(link: CADisplayLink) {
        let elapsed = CACurrentMediaTime() - startTime
        let progress = min(elapsed / duration, 1.0)
        let eased = 1 - pow(1 - progress, 3)  // ease-out cubic
        currentValue = Int(Double(start) + Double(end - start) * eased)
        text = "+\(currentValue)"
        if progress >= 1 { link.invalidate() }
    }
}

В Flutter — TweenAnimationBuilder с curve: Curves.easeOut и Text('${value}') внутри.

Particle burst: CAEmitterLayer vs Lottie

CAEmitterLayer в 2–3 раза производительнее Lottie при рендеринге частиц, но требует больше кода. Ниже сравнение:

Параметр CAEmitterLayer Lottie
Производительность Высокая (нативный рендеринг) Средняя (рендеринг JSON)
Размер ~50 КБ 200+ КБ
Гибкость Полный контроль частиц Ограничен анимацией
Кросс-платформа Только iOS iOS, Android, Web

Для однократного burst конфетти при появлении попапа — CAEmitterLayer с birthRate = 300 на первые 0.1 секунды, затем birthRate = 0. Это даёт эффект «взрыва» без бесконечного потока.

emitterLayer.birthRate = 1  // включено
DispatchQueue.main.asyncAfter(deadline: .now() + 0.15) {
    emitterLayer.birthRate = 0  // выключено — частицы летят до конца lifetime
}

Lottie-конфетти — более простой путь: готовый .json файл воспроизводится однократно поверх попапа. CAEmitterLayer производительнее, но требует кода. Core Haptics — официальная документация для тактильных эффектов.

Что такое staggered анимация и почему она важна?

Всё должно появляться не одновременно — stagger создаёт ощущение «разворачивания» награды. Каждый элемент имеет свою тайминг-линию:

Время Событие
0ms Backdrop появляется, blur нарастает
150ms Card влетает снизу (spring)
300ms Particle burst
350ms Icon scale up с bounce
500ms Haptic feedback (success)
600ms Текст наград fade in
800ms Счётчик начинает считать
1200ms CTA кнопка появляется

На iOS — DispatchQueue.main.asyncAfter для каждого этапа или UIViewPropertyAnimator с addAnimations(afterDelay:). В Flutter — AnimationController + Interval curves для каждого элемента.

Как добавить конфетти с CAEmitterLayer? (пошагово)

  1. Создайте CAEmitterLayer и установите его frame равным bounds попапа.
  2. Настройте emitterCells: задайте содержимое (например, прямоугольник с цветом), birthRate, lifetime, velocity, scale, spin.
  3. Установите birthRate = 1 на 0.15 секунды, затем обнулите (как в коде выше).
  4. Добавьте слой как sublayer к view попапа.
  5. Проверьте, что частицы успевают отрисоваться до dismiss (lifetime ~0.8 с).

Свяжитесь с нами для оценки вашего проекта — мы бесплатно проанализируем ваш сценарий награждения. Закажите разработку reward popup под ключ и получите консультацию по геймификации приложения.

Что входит в работу

  • Анализ пользовательского сценария и дизайн попапа
  • Реализация на Swift (iOS) или Kotlin (Android) с использованием нативных анимаций
  • Интеграция haptic feedback (Core Haptics / Vibrator)
  • Подключение аналитики (Firebase / AppsFlyer)
  • Документация и передача исходников
  • Поддержка в течение 30 дней после сдачи

Гарантируем корректную работу на всех устройствах — протестировано на 20+ моделях. Срок: от 1 дня для стандартного reward popup с анимациями и haptic на одной платформе.

Анимации в мобильных приложениях: Lottie, Rive, Spring и Reanimated

Мы сделали анимации для десятков проектов — от игровых интерфейсов до bank-grade приложений. Знаем, как заставить 120 fps работать даже на Android с ProGuard. Если анимация дёргается — проблема не в инструменте, а в выборе подхода. Ниже покажем, как мы выбираем между Lottie и Rive, почему Spring physics побеждает UIView.animate, и как Reanimated 3 выжимает 60 fps на старых устройствах. Получите консультацию по вашему проекту — оценим анимационный слой бесплатно.

Почему UIView.animate ломается на сложных сценариях

UIView.animate(withDuration:) и ObjectAnimator на Android — правильный выбор для простых переходов. Но как только анимация становится интерактивной (пользователь тянет элемент, скорость зависит от жеста), нужен другой подход.

На iOS для gesture-driven анимации правильный инструмент — UIViewPropertyAnimator. Он позволяет приостанавливать, обращать и модифицировать анимацию в процессе. Типичный кейс: bottom sheet, который следует за пальцем, продолжает движение с инерцией после отпускания и притягивается к ближайшей позиции. С UIView.animate это либо не работает совсем, либо требует ручной физики.

В SwiftUI withAnimation работает из коробки, но интерактивность ограничена — нет прямого аналога UIViewPropertyAnimator. Обходной путь: .gesture(DragGesture()) + @GestureState + явное вычисление позиции. Или уходим в SwiftUI Animations API с Animation.spring(duration:bounce:) из iOS 17.

Как React Native Reanimated обходит JS-мост

React Native Animated API выполняет анимации в JS thread — это источник джанка при загруженном bridge. Reanimated 3 решает проблему через worklets: функции, которые компилируются и выполняются прямо на UI thread без пересечения JS-моста.

Пример: parallax scroll header. На базовом Animated.Value при быстром скролле FPS падает до 40-45 на mid-range Android. На Reanimated с useAnimatedScrollHandler — стабильные 60 fps, потому что весь пересчёт позиции происходит на UI thread.

Reanimated 3 с useSharedValue, useAnimatedStyle и withSpring/withTiming — это текущий стандарт для анимаций в React Native. Gesture Handler v2 плотно интегрирован: useAnimatedGestureHandler заменяет PanResponder и тоже работает на UI thread.

Почему Lottie может снижать FPS на Android

Lottie экспортирует After Effects анимацию в JSON. На iOS с lottie-ios работает стабильно, но на Android при сложных эффектах (blur, частицы, градиенты) векторный рендеринг через Canvas приводит к просадкам до 30-40 fps. Решение — либо упрощать анимацию, либо использовать Rive с аппаратным рендерингом. Мы тестировали: Lottie-файл с размытием 5 МБ на Xiaomi Redmi Note 10 даёт 48 fps, аналогичная анимация в Rive (.riv 400 КБ) — 60 fps.

Lottie vs Rive: что выбрать для интерактивных интерфейсов

Оба инструмента решают задачу «дизайнер делает анимацию, разработчик добавляет файл». Но принципиально по-разному.

Подробное сравнение в таблице
Критерий Lottie Rive
Формат JSON векторная анимация Бинарный .riv
Интерактивность Нет (линейное воспроизведение) State Machine, реакции на ввод
Производительность Средняя (blur/частицы тяжелы) Аппаратный рендеринг Metal/OpenGL
Размер файла 2-5 МБ 200-500 КБ
Поддержка платформ iOS, Android, Web, Flutter, RN iOS, Android, Web, Flutter, RN

Выбор прост: статичная декоративная анимация (splash screen, onboarding иллюстрации) — Lottie. Интерактивные UI-элементы с состояниями — Rive. Например, кнопка с hover, pressed, loading, success — одна Rive-анимация с четырьмя состояниями против четырёх отдельных Lottie-файлов.

Дополнительно: Lottie — стандарт для размеченной векторной анимации, Rive — более гибкий инструмент с физикой и state machine.

Spring-физика и Hero transitions: как добиться естественности

Spring-анимация ощущается естественно потому что имитирует физику — массу, жёсткость и демпфирование. В SwiftUI: Animation.spring(response:dampingFraction:). В Android Compose: spring(dampingRatio = Spring.DampingRatioMediumBouncy).

Для Hero-переходов (элемент «перелетает» между экранами) на iOS используем UIViewControllerTransitioningDelegate + UIViewControllerAnimatedTransitioning. В SwiftUI с iOS 17 — matchedTransitionSource + navigationTransition(.zoom). На Flutter — Hero виджет, который работает из коробки.

Как избежать типичных ошибок в Hero transitions?

Анимация начинается нормально, но на целевом экране элемент «прыгает» в финальную позицию. Причина — AutoLayout constraints применяются до завершения анимации. Решение: layoutIfNeeded() в блоке анимации или использование transform вместо frame-изменений.

Что входит в работу: анимационный слой под ключ

  • Интеграция Lottie/Rive-файлов в дизайн-систему
  • Код gesture-driven переходов (bottom sheets, drawers, карусели)
  • Тестирование на реальных устройствах (iOS 15–17, Android 10–14)
  • Документация по анимациям (архитектура, ключи состояний)
  • Поддержка при обновлении дизайна (гарантия 30 дней)

У нас 5+ лет опыта в мобильной разработке, более 30 проектов с анимациями, сертифицированные iOS/Android разработчики.

Сроки выполнения

  • Базовые экранные переходы и микроинтеракции — 1 неделя.
  • Lottie/Rive интеграция с дизайн-системой — 3-5 дней после получения финальных файлов.
  • Кастомная gesture-driven интерактивность (sheet, drawer, карусель с физикой) — 1-2 недели.

Напишите нам — добавим анимации под ключ за 2 недели. Первая консультация бесплатно.