Розробка мобільного додатку для краудфандингу

Розробка мобільного додатку для краудфандингу

Кілька років тому одна з наших платформ для краудфандингу зіткнулася з проблемою: в останню годину кампанії кількість одночасних запитів на оформлення бекінгів зросла в 10 разів, і база даних не впоралася з транзакціями – частина платежів зависла в статусі pending, бекери отримали подвійні списання. Після аудиту ми переписали механізм авторизації та додали шардування по project_id. Ця помилка коштувала клієнту значних репутаційних втрат – і допомогла нам відточити архітектуру, яку тепер використовуємо в усіх проєктах. У статті розберемо ключові компоненти, що перетворюють MVP у production-grade платформу: від escrow-моделей до швидких виплат. Спираємося на досвід 50+ фінтех- та маркетплейс-рішень.

Як реалізувати надійне умовне списання коштів?

All-or-Nothing (AoN) – кошти списуються тільки при досягненні цілі. Якщо кампанія не зібрала потрібну суму – усі платежі повертаються. Реалізація: при бекінгу робимо authorization hold на картці (кошти заморожені, але не списані). При успіху кампанії – capture, при провалі – void.

# Stripe: створення PaymentIntent з capture_method=manual import stripe def back_project(user_id: str, project_id: str, amount: int, reward_tier_id: str) -> dict: payment_intent = stripe.PaymentIntent.create( amount=amount, currency="usd", capture_method="manual", # не списувати одразу metadata={ "user_id": user_id, "project_id": project_id, "reward_tier_id": reward_tier_id }, confirm=False # підтвердимо на клієнті ) return {"client_secret": payment_intent.client_secret} def capture_all_backers(project_id: str): """Викликається при успішному завершенні кампанії""" backers = db.get_backers(project_id, status="authorized") for backer in backers: stripe.PaymentIntent.capture(backer.payment_intent_id) db.update_backer_status(backer.id, "captured") def refund_all_backers(project_id: str): """Викликається при провалі кампанії""" backers = db.get_backers(project_id, status="authorized") for backer in backers: stripe.PaymentIntent.cancel(backer.payment_intent_id) db.update_backer_status(backer.id, "cancelled") 

Проблема: авторизація на картці діє обмежений термін – у Stripe це 7 днів для більшості карток, максимум 31 деньStripe Documentation: "Authorization holds". Кампанії довші за 30 днів – не можна утримувати авторизацію весь цей час. Рішення: списувати одразу (Keep-it-All модель) або виконувати повторну авторизацію незадовго до закінчення.

Keep-it-All (KiA) – кошти списуються одразу при бекінгу, незалежно від досягнення цілі. Технічно простіше, але менш приваблива для бекерів. Популярна для благодійних та творчих проєктів. За даними Statista, AoN-кампанії збирають в середньому на 40% більше коштів, ніж KiA, тому для комерційних проєктів ми рекомендуємо саме першу модель.

Рівні винагород (Reward Tiers)

Кожен проєкт пропонує кілька рівнів: «Підтримати» за $10, «Ранній доступ» за $50, «Ексклюзивний набір» за $200. У кожного рівня – кількість доступних слотів та поточна заповненість.

// iOS: екран вибору рівня винагороди struct RewardTierView: View { let tier: RewardTier let onSelect: () -> Void var body: some View { VStack(alignment: .leading, spacing: 8) { HStack { Text("$\(tier.amount)") .font(.title2.bold()) Spacer() if let limit = tier.backerLimit { Text("\(tier.backerCount)/\(limit) підтримали") .font(.caption) .foregroundColor(tier.isSoldOut ? .red : .secondary) } } Text(tier.title).font(.headline) Text(tier.description).font(.body).foregroundColor(.secondary) if let estimatedDelivery = tier.estimatedDelivery { Label("Доставка: \(estimatedDelivery)", systemImage: "shippingbox") .font(.caption) } Button(tier.isSoldOut ? "Розібрано" : "Вибрати рівень") { if !tier.isSoldOut { onSelect() } } .disabled(tier.isSoldOut) } .padding() .background(.regularMaterial) .clipShape(RoundedRectangle(cornerRadius: 12)) } } 

Обмежені слоти вимагають pessimistic locking на сервері: при оформленні бекінгу блокуємо рядок reward_tier для перевірки та декременту лічильника в одній транзакції.

Прогрес кампанії та соціальна механіка

Сторінка проєкту – центральний контент. Прогрес-бар зібраних коштів, зворотний відлік до кінця кампанії, стрічка оновлень від автора, коментарі бекерів.

Технічно найнавантаженіший момент: останній день кампанії. Усі бекери перевіряють прогрес одночасно. WebSocket для реального часу або aggressive polling (кожні 10 секунд в останні години) – з кешуванням на CDN.

// Android: WebSocket для живого оновлення прогресу class CampaignProgressViewModel( private val campaignId: String, private val wsClient: WebSocketClient ) : ViewModel() { val progress = MutableStateFlow<CampaignProgress?>(null) init { wsClient.connect("wss://api.yourplatform.com/campaigns/$campaignId/live") viewModelScope.launch { wsClient.messages.collect { message -> val update = json.decodeFromString<CampaignProgressUpdate>(message) progress.value = update.progress } } } override fun onCleared() { wsClient.disconnect() } } 

Оновлення проєкту та комунікація з бекерами

Автор публікує оновлення про хід робіт. Бекери отримують push-сповіщення про кожне нове оновлення. Сегментація: сповіщення тільки тим, хто підтримав саме цей проєкт.

FCM topic-based messaging для цього не підходить – потрібна таргетована розсилка через серверний список отримувачів. Для кожного проєкту зберігається список device_tokens бекерів.

Як проходить верифікація авторів (KYC) і чому це критично важливо?

Публічний збір коштів приваблює шахрайські проєкти. Базовий захист:

• Ручна модерація нових проєктів перед публікацією
• Верифікація особи автора через KYC (паспорт + селфі) – обов'язкова для виведення коштів
• Автоматичне обмеження на виведення до підтвердження KYC

Процес верифікації покроково:

1. Автор заповнює профіль у додатку.
2. Натискає «Пройти верифікацію» – система генерує accessToken для KYC-провайдера.
3. Відкривається нативний SDK (Sumsub, Veriff або Onfido), де автор робить фото паспорта та селфі.
4. SDK передає дані провайдеру, який перевіряє документи та повертає статус.
5. Якщо статус approved, автор може запросити виведення коштів. Якщо rejected – відправляється на повторну перевірку з коментарем.

Інтеграція з KYC-провайдерами: Sumsub, Veriff, Onfido. Мобільний додаток ініціює KYC через SDK провайдера – процес повністю в нативному UI. Гарантуємо безпеку даних – усі SDK сертифіковані.

// iOS: Sumsub KYC flow import IdensicMobileSDK let sdk = SNSMobileSDK.build( accessToken: kycAccessToken ) .withHandlers( onStatusDidChange: { [weak self] sdk, prevStatus in if sdk.mainState == .approved { self?.onKYCApproved() } }, onEvent: { sdk, event in } ) .assemble() sdk.present(from: self) 

Виведення коштів для авторів

Після успішного завершення кампанії автор хоче отримати гроші. Схема виведення:

1. KYC пройдено → можна запросити виведення
2. Платформа утримує комісію (зазвичай 5–10%)
3. Залишок виводиться через Stripe Connect (payout на банківський рахунок) або міжнародним переказом

Stripe Connect – стандарт для маркетплейсів з виплатами. Кожен автор – окремий Connected Account.

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

• Аналітика вимог та проєктування архітектури
• Розробка під iOS (Swift 5.9+, SwiftUI) та Android (Kotlin, Jetpack Compose)
• Інтеграція платежів (Stripe, Braintree) та KYC-провайдерів
• Налаштування push-сповіщень (FCM/APNs), deep linking, App Tracking Transparency
• Модерація контенту та anti-fraud алгоритми
• Деплой в App Store та Google Play, тести та підтримка

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

Вартість розраховується індивідуально після аналізу вимог. Щоб обговорити деталі вашого проєкту, залиште заявку – ми зв'яжемося протягом дня. Отримайте консультацію з архітектури – наші інженери допоможуть обрати оптимальне рішення.