Мобільний трекер витрат зі швидким введенням та віджетами

Головна проблема будь-якого трекера витрат (додатку для обліку витрат) — швидкість введення. Користувач кидає додаток, якщо фіксація витрати потребує більше двох тапів. Економія до 60 000 грн на рік — реальність при регулярному веденні бюджету. Все інше — аналітика витрат, ліміти бюджету, експорт витрат CSV PDF — вторинне. Команда має 5+ років досвіду в розробці фінансових додатків та реалізувала понад 50 мобільних проєктів. Ми виробили підхід: заміна системної клавіатури на кастомний нумпад скорочує час введення на 200–300 мс. При 50 записах на день це економить 5–7 хвилин на місяць. А головне — швидке введення витрат безпосередньо впливає на утримання: якщо запис займає частки секунди, звичка закріплюється, і користувач починає контролювати бюджет, заощаджуючи до 5000 грн на місяць.

Чому швидкість введення — головна метрика?

Утримання користувача безпосередньо залежить від того, наскільки швидко він може внести витрату. Ми домагаємося, щоб фіксація витрати займала не більше двох секунд. На iOS використовуємо віджет Home Screen через WidgetKit з AppIntent — він відкриває шторку введення без повного запуску додатку. Siri Shortcuts дозволяє вносити витрати голосом через Siri. Жива активність у Dynamic Island показує баланс дня без розблокування екрану. На Android — Tile в Quick Settings через TileService: один свайп і тап, додаток не відкривається повністю. Floating widget через WindowManager — спірне рішення, але дає максимальну швидкість. Віджети витрат підвищують частоту записів у 2 рази порівняно з додатком без віджетів.

Кастомна клавіатура-нумпад для суми замінює системну, яка додає 200–300 мс затримки. Автофокус на полі суми, категорія за замовчуванням — «остання використана», оцінка за геолокацією (поруч кав'ярня → категорія «Їжа»). Кастомний нумпад в 3 рази швидший за системну клавіатуру.

Проектування категорій та лімітів бюджету

Категорії з іконками та кольорами, вкладеність максимум один рівень (підкатегорії). Місячні ліміти бюджету на категорію — зберігаємо як окрему сутність BudgetLimit з categoryId, amount, month. При перевищенні 80% ліміту — локальне сповіщення. Розрахунок прогресу — тільки при відкритті екрану плюс фоновий перерахунок раз на годину.

Аналітика витрат та експорт витрат CSV PDF: ключові можливості

Графіки: кругова діаграма за категоріями за період, стовпчаста по днях. На Flutter — fl_chart, на iOS нативно — Swift Charts. Не тягнемо важкі бібліотеки для двох простих графіків. Експорт витрат CSV PDF — тривіально. CSV — тривіально. PDF через PDFKit (iOS) або PdfDocument (Android) — рендеримо таблицю витрат з підсумками. Користувач може вибрати період та набір категорій перед експортом.

Як забезпечити синхронізацію витрат між пристроями?

Якщо потрібен sync — Firebase (Realtime Database або Firestore) з merge-логікою. Головна пастка: конфлікти при одночасному записі з двох пристроїв. Стратегія: last-write-wins по updatedAt timestamp для простих випадків, або CRDT для складних. Для більшості трекерів достатньо last-write-wins. У випадку простого трекера витрат last-write-wins виправданий, оскільки ймовірність конфлікту низька.

При розробці ми дотримуємося App Store Review Guidelines 5.1.1 для захисту даних.

Що входить у доставку (під ключ)

• Архітектурна документація та модель даних
• Репозиторій з вихідним кодом (Git)
• Налаштований CI/CD (GitHub Actions, Fastlane)
• Публікація в App Store та Google Play
• Доступ до тестової збірки (TestFlight, Firebase App Distribution)
• Навчання команди замовника (2–3 години вебінар)
• Гарантія 30 днів на виправлення багів після релізу

Процес роботи під ключ

1. Аналітика та постановка задачі — уточнюємо сценарії, платформи, необхідність синхронізації, імпорт з виписок.
2. Проектування — модель даних, прототипи навігації, узгодження UX швидкого введення.
3. Реалізація — розробка бекенду (якщо потрібен), клієнтської частини, інтеграція віджетів та push-сповіщень.
4. Тестування — функціональне, навантажувальне (до 10 000 записів), перевірка на реальних пристроях.
5. Деплой — публікація в сторах, налаштування моніторингу (Crashlytics, Google Analytics).

Тестування продуктивності

Проводимо навантажувальне тестування з 10 000 записів у базі даних. Перевіряємо час відгуку екрану списку витрат — не більше 200 мс. Для віджетів та Tile тестуємо на пристроях з iOS 16+ та Android 12+.

Орієнтири за термінами

Вартість розраховується індивідуально. Оцініть проект: зв'яжіться з нами для безкоштовної консультації інженера до старту робіт. Замовте розробку трекера витрат під ключ — отримайте прототип за 2 тижні.

Аналітика мобільних застосунків: Firebase, Amplitude, AppsFlyer та атрибуція

Наша команда регулярно стикається з проектами, де аналітика вже «налаштована», але реальних інсайтів немає. Типовий приклад — стартап з 50k DAU: трекінг десятків подій без жодної відповіді на питання «чому користувачі не доходять до оплати». За два тижні ми побудували базову воронку і з'ясували, що 70% аудиторії відвалюється на екрані верифікації номера телефону. Після локалізації бага retention зріс на 12%. Висновок: аналітика повинна починатися з конкретних питань, а не з трекінгу всього підряд.

Чому таксономія подій — основа аналітики мобільних застосунків?

Firebase Analytics, Amplitude, Mixpanel — технічно схожі. Різниця в тому, що ви в них кладете. Типова помилка: події screen_view, button_tap_1, button_tap_2 без контексту. Через місяць ніхто не пам'ятає, що таке button_tap_2.

Правильна таксономія: об'єкт + дія + контекст. product_viewed, checkout_started, payment_completed з параметрами product_id, category, price, source. Це дозволяє будувати воронки, когортний аналіз та retention без додаткового трекінгу.

Ми фіксуємо naming convention у tracking plan — документі (Google Sheet або Amplitude Data Catalog), де описано кожну подію, її параметри та умови спрацьовування. Tracking plan синхронізується з командою аналітиків до початку розробки, а не після. Такий підхід гарантує, що через місяць дані залишаться інтерпретованими, а не перетворяться на звалище. Досвід впровадження на 50+ проектах підтверджує: при відсутності tracking plan вартість підтримки аналітики зростає у 2-3 рази за рахунок переробок.

Що обрати для аналітики мобільних застосунків: Firebase, Amplitude чи Mixpanel?

Таблиця нижче показує ключові відмінності трьох популярних платформ. Вибір залежить від бюджету, трафіку та завдань.

Firebase Analytics — безкоштовно, глибока інтеграція з Google Ads, BigQuery-експорт для сирих даних. Обмеження: затримка даних до 24 годин, обмежені воронки. Для стартапів з Google Ads трафіком — перший вибір.

Amplitude — продуктова аналітика з акцентом на когорти та шляхи користувача. Journeys (колишній Pathfinder) показує реальні шляхи між подіями — не передбачувані воронки, а фактичні маршрути. Session Replay — запис сесій для UX-аналізу. Безкоштовний тир до 10 млн events/місяць достатній для більшості продуктів на старті.

Mixpanel — ближче до Amplitude, сильніший у сегментації в реальному часі. Insights, Funnels, Retention — базові інструменти, які закривають 90% аналітичних завдань продакта.

Більш формальні визначення цих платформ можна знайти у Wikipedia (Firebase) та Wikipedia (Amplitude).

Як вирішити проблему мультиканальної атрибуції з AppsFlyer?

Знати звідки прийшов користувач — окреме завдання. Firebase Attribution працює лише всередині Google-екосистеми. Для мультиканальної атрибуції (Facebook Ads, TikTok, Apple Search Ads, programmatic) потрібен MMP — Mobile Measurement Partner.

AppsFlyer — лідер ринку. OneLink — universal deep link, який працює на iOS та Android і коректно атрибутує встановлення з будь-якого каналу. Protect360 — вбудований захист від fraud (фейкові встановлення, click injection на Android). Adjust та Branch — конкуренти з подібним функціоналом. Branch сильний у deep linking; Adjust популярний у gaming.

Згідно з Apple, з iOS 14.5 застосунки повинні отримувати дозвіл користувача через ATT перед збором IDFA для відстеження. AppsFlyer використовує probabilistic matching (IP + user agent + timing) для цих користувачів — точність нижча, але краще ніж нічого. SKAdNetwork та Privacy Preserving Attribution надають агреговані дані від Apple із затримкою 24-72 години.

Як налаштувати crash-аналітику, щоб не пропускати баги?

Firebase Crashlytics — стандарт для crash reporting. Автоматично групує креші за стектрейсом, показує affected users %, velocity alerts при зростанні crash rate більш ніж на 10% за годину.

Важливо: символікація. На iOS .dSYM файли повинні автоматично завантажуватися при кожній збірці — через Fastlane upload_symbols_to_crashlytics або Xcode Cloud built-in. Без символів креш у Crashlytics виглядає як набір адрес пам'яті. Це трапляється частіше, ніж здається при переході на новий CI — в одному проекті з аудиторією 500k користувачів ми виявили, що 40% крешів залишалися несимволізованими через пропущений етап у CI/CD. Після автоматизації час реакції на баги скоротився з 3 годин до 15 хвилин.

Для React Native та Flutter — @sentry/react-native та sentry_flutter дають додатковий контекст: breadcrumbs, мережеві запити перед крешем, стан Redux/Provider.

Нижче — порівняння популярних інструментів crash-аналітики для вибору під свої завдання.

Налаштування оточення

Три оточення з окремими Firebase проектами: dev, staging, production. Змішувати аналітику з тестових сесій і production — поширена помилка, яка спотворює всі метрики. На iOS через GoogleService-Info.plist для кожної схеми, на Android через google-services.json у папці кожного flavor.

Терміни: базова аналітика з Firebase + Crashlytics — 3-5 днів. Повноцінний tracking plan + Amplitude/Mixpanel з воронками та когортами — 2-3 тижні. Атрибуція через AppsFlyer з deep linking та fraud protection — 1-2 тижні. Вартість розраховується індивідуально залежно від складності інтеграцій.

Що входить у нашу роботу

В рамках впровадження аналітики ми надаємо:

• Розробку та узгодження tracking plan з командами продукту та маркетингу.
• Інтеграцію SDK (Firebase, Amplitude, Mixpanel, AppsFlyer) з урахуванням вашого стеку (Swift/Kotlin/Flutter/React Native).
• Налаштування воронок, когорт, дашбордів та алертів.
• Автоматизацію символікації та завантаження .dSYM через Fastlane.
• Документацію щодо подій та параметрів.
• Навчання команди роботі з аналітичною платформою.
• Два тижні пост-релізної підтримки та коригування трекінгу.

Наш досвід — 7 років впровадження аналітики та понад 80 успішних проектів у сфері мобільної розробки. Ми гарантуємо коректність даних і прозорість кожного етапу.

Зв'яжіться з нами, щоб отримати консультацію з налаштування аналітики вашого застосунку. Замовте аудит поточної аналітики — і ми покажемо, які метрики ви втрачаєте.