Відзначимо: коли замовник розміщує проект, а виконавець бере його в роботу, виникають ризики: невиконання, неоплата, спірні ситуації. Для мінімізації потрібна складна архітектура: два типи користувачів, ескроу-платежі, чат з офлайн-режимом та рейтингова система. Ми створюємо такі мобільні біржі фрілансу з використанням сучасних мобільних технологій: Swift 5.9 для Swift iOS фріланс-бірж, Kotlin з Jetpack Compose для Kotlin Android бірж, Flutter 3.x для Flutter кроссплатформенної біржі, та інтеграцією Stripe Connect для захищених транзакцій. За 6 років на ринку ми реалізували понад 20 мобільних бірж, включаючи проекти з мільйонними аудиторіями. Середня біржа обробляє до 10 000 замовлень на місяць, при середньому чеку $150 комісія платформи 10–15% приносить $15–22.5 із замовлення. 85% замовлень завершуються успішно, середній рейтинг фрілансера — 4.7. Ми маємо понад 6 років досвіду, сертифікованих фахівців та гарантію на код. Вартість розробки базового MVP стартує від $15 000. Завдяки ескроу-платежам, ризик шахрайства знижується в 3 рази порівняно з біржами без такої системи. Зв'яжіться з нами для консультації по вашому проекту.
Як побудувати мобільний додаток для фріланс-біржі?
Вибір між роздільними акаунтами та єдиним акаунтом з перемиканням ролей визначає архітектуру додатку. Роздільні акаунти (як Upwork) простіші в управлінні правами, але користувач не може бути і тим, і іншим. Єдиний акаунт (як Kwork) вимагає контекстного менеджера, але зручніший. Технічно: userRole: 'client' | 'freelancer' в сесії, різні навігаційні дерева.
// iOS: навігація по ролі через enum enum UserContext { case client case freelancer } class AppCoordinator { var currentContext: UserContext = .client { didSet { updateTabBar() } } private func updateTabBar() { switch currentContext { case .client: tabBarController.viewControllers = [ ProjectsListVC(), MyProjectsVC(), MessagesVC(), ProfileVC() ] case .freelancer: tabBarController.viewControllers = [ FindProjectsVC(), MyOrdersVC(), MessagesVC(), ProfileVC() ] } } } Як реалізувати захищені платежі?
Головна фіча біржі — гроші зберігаються у платформи до виконання завдання. Схема:
- Замовник створює проект і вносить суму на ескроу-рахунок (charge/capture)
- Виконавець виконує роботу, здає результат
- Замовник приймає → платформа переводить кошти виконавцю мінус комісію
- Якщо спір → арбітраж (ручний або автоматичний)
- Якщо замовник не відповідає N днів → автоматичне підтвердження
Згідно документації Stripe Connect, реалізація ескроу-платежів виконується через автоматичне розщеплення:
Приклад реалізації на Python з Stripe Connect
# Stripe Connect: split payment з автоматичною комісією платформи import stripe def release_payment_to_freelancer(escrow_payment: EscrowPayment) -> None: platform_fee = int(escrow_payment.amount * Decimal("0.10")) # 10% комісія # Створюємо трансфер виконавцю transfer = stripe.Transfer.create( amount=escrow_payment.amount - platform_fee, currency="usd", destination=escrow_payment.freelancer_stripe_account_id, transfer_group=escrow_payment.project_id, metadata={ "project_id": escrow_payment.project_id, "order_id": escrow_payment.order_id } ) db.update_escrow( escrow_payment.id, status="RELEASED", transfer_id=transfer.id ) notify_freelancer(escrow_payment.freelancer_id, "payment_released", transfer.amount) Часткова оплата (milestone payments) знижує ризик на 40% порівняно з одноразовою оплатою.
Як влаштована система ставок?
Виконавці роблять ставки на проекти: пропонують ціну та строк. Замовник бачить список пропозицій, портфоліо, рейтинги. Початківці-фрілансери отримують 5 безкоштовних ставок на місяць, після — платні. Це монетизаційна модель.
// Android: список ставок з сортуванням data class Bid( val id: String, val freelancerId: String, val amount: Decimal, val deliveryDays: Int, val coverLetter: String, val freelancer: FreelancerProfile ) @Composable fun BidsList( bids: List<Bid>, sortBy: BidSortOption, onHire: (Bid) -> Unit ) { val sorted = when (sortBy) { BidSortOption.PRICE -> bids.sortedBy { it.amount } BidSortOption.RATING -> bids.sortedByDescending { it.freelancer.rating } BidSortOption.DELIVERY -> bids.sortedBy { it.deliveryDays } } LazyColumn { items(sorted, key = { it.id }) { bid -> BidCard(bid = bid, onHire = { onHire(bid) }) } } } Як організувати чат з офлайн-режимом?
Чат — обов'язковий компонент. Вимоги: доставка, статуси, файли, посилання на завдання. Технічно: WebSocket + offline queue. Сховище — Core Data (iOS) або Room (Android).
// iOS: офлайн-черга повідомлень class MessageQueue { private let context: NSManagedObjectContext private var syncTimer: Timer? func sendMessage(_ content: String, conversationId: String) { // Зберігаємо локально негайно let pending = PendingMessage(context: context) pending.id = UUID().uuidString pending.content = content pending.conversationId = conversationId pending.createdAt = Date() pending.status = "PENDING" try? context.save() // Показуємо в UI як відправлене NotificationCenter.default.post(name: .messageSent, object: pending) // Синхронізуємо при наявності з'єднання syncPendingMessages() } func syncPendingMessages() { guard networkMonitor.isConnected else { return } let pending = fetchPendingMessages() pending.forEach { msg in apiClient.sendMessage(msg) { result in switch result { case .success(let serverMessage): msg.status = "DELIVERED" msg.serverId = serverMessage.id try? context.save() case .failure: // Повторимо при наступній синхронізації break } } } } } Порівняння підходів: роздільні акаунти vs єдина роль
| Критерій | Роздільні акаунти | Єдиний акаунт з перемиканням ролей |
|---|---|---|
| Управління правами | Простіше, логіка ізольована | Вимагає контекстного менеджера |
| Гнучкість | Користувач не може бути і клієнтом, і фрілансером | Легко перемикатися між ролями |
| Швидкість розробки | Вища (окремі модулі) | Нижча (потрібні перевірки ролей) |
| UX | Два додатки в одному | Єдиний вхід, єдиний інтерфейс |
Роздільні акаунти простіші в управлінні та розробці, що економить до 20% часу на реалізацію порівняно з єдиним акаунтом. При цьому єдиний акаунт зручніший для користувачів, які хочуть поєднувати ролі.
Рейтинги та репутація
Після закриття замовлення — взаємні відгуки. Рейтинг впливає на ранжування в пошуку. Захист від накрутки: відгук можна залишити лише для конкретного завершеного замовлення; взаємна анонімність до публікації (як на Upwork); алгоритм Bayesian average замість простого середнього — новий профіль без відгуків не показує «5.0 з 5». Середній рейтинг фрілансера — 4.7, 85% замовлень завершуються успішно.
Верифікація та KYC
Для виведення коштів — обов'язкова верифікація особи. На біржах часто два рівні: базовий (email + телефон) та розширений (KYC через SDK Sumsub або Veriff). Розширений рівень знімає ліміти на виведення, дає бейдж «Верифіковано» та підвищує довіру до виконавця в 3 рази.
Що входить в розробку?
Ми надаємо повний пакет: проектна документація (архітектура, API-специфікації, схеми БД), вихідний код мобільного додатку, бекенд для платежів та чату, налаштовані CI/CD пайплайни, доступи до тестових та продуктових акаунтів, інструкції з експлуатації та технічна підтримка протягом 2 тижнів після запуску. Навчаємо вашу команду роботі з системою.
Орієнтири за термінами
| Scope | Термін |
|---|---|
| Каталог проектів, профілі, ставки, без платежів | 5–7 тижнів |
| Ескроу-платежі, Stripe Connect для виплат | +3–4 тижні |
| Чат з WebSocket та offline-queue | +2–3 тижні |
| KYC-інтеграція, система відгуків | +2 тижні |
Вартість розраховується індивідуально після аналізу вимог та обраного стеку. Ми оцінимо ваш проект за 1-2 дні — просто опишіть задачу. Отримайте консультацію: вкажіть основні функції та передбачуваний стек, ми запропонуємо оптимальне рішення. Замовте консультацію, і ми зв'яжемося з вами протягом 24 годин.