Разработка мобильного приложения под ключ (Дизайн+код)

Разработка международного мобильного приложения под ключ (Дизайн + Код) Для удешевления, возможно не делать, а купить готовый дизайн

1. Общие требования к проекту

Платформа: Кроссплатформенная разработка на фреймворке Flutter (один код под iOS и Android).

Тип платформы: Социальный беттинг / Игровые споры на дисциплину (Peer-to-Peer 도전戰).

Задача Исполнителя: Полный цикл разработки (UI/UX Дизайн в Figma, фронтенд, бекенд-сервер, база данных, интеграция IoT-датчика контроля и платежного шлюза).

Мультиязычность: Полная поддержка локализации (i18n) и работа с несколькими валютами.

🎨 2. Требования к UI/UX Дизайну

Необходима разработка современного, неоново-технологического интерфейса в темных тонах (Dark Mode).

Акцентные цвета: Глубокий графитовый (фон), яркий зеленый (финансы, баланс), яркий красный (режим охраны включен, штрафные события).

Функционал: Отображение 4 главных экранов нижней навигации (Дашборд, Игровые комнаты, Кошелек, Настройки устройства). Нужны динамические анимации изменения баланса и всплывающих алертов.

💳 3. Финансовая архитектура (Escrow/Holding/Split)

Приложение обязательств на удержание депозитов за соблюдение правил дисциплины. Критически важна интеграция платежного шлюза, поддерживающего Split Payments (Разделение платежей) и Холдинг средств (Stripe Connect для глобального рынка/аналоги для локального).

Логика транзакций (API-команды бекенда):

Пополнение: Средства пользователей привязываются к их аккаунту и замораживаются на транзитном (эскроу) счете платежной системы. Они не поступают непосредственно на счет компании.

Режим SOLO: При наступлении триггерного события от IoT-датчика в запрещенные часы бекенд дает команду платежной системе перевести фиксированную сумму (штраф) с транзитного счета пользователя на расчетный счет компании.

Режим GROUP (Комнате):

Пользователи формируют общий пул (например, 10 человек по $10). Деньги замораживаются в пределах конкретной Игровой Комнаты.

При наступлении триггерного события у одного из участников сумма его штрафа автоматически разделяется: 15% (комиссия платформы) идут на расчетный счет компании, а 85% остаются внутри призового фонда комнаты.

После окончания срока челленджа бекенд автоматически распределяет накопленный призовой фонд между победителями, а платежная система делает автоматический перевод (Payout) им на карты.

📱 4. Структура кабинетов

Кабинет 1: "Персональный Трекер" (Режим SOLO)

Индикатор статуса мониторинга (Активный/Доступный/Заблокированный).

Конфигуратор временных интервалов охраны (Time Picker) и настройки стоимости штрафного триггера.

Панель состояния внешнего устройства IoT (заряд батареи датчика в %, уровень сигнала, статус синхронизации).

Кабинет 2: «Игровые Комнаты» (Режим GROUP)

Инструментарий создания приватных комнат (генерация инвайт-ссылок/код для друзей) и список публичных глобальных лиг.

Турнирная таблица (Лидерборд) участников с отображением их текущего статуса в реальном времени, таймер до конца челленджа и встроенный групповой чат.

Общий раздел: Мультивалютный кошелек

Отображение баланса с автоматическим конвертированием локальных валют в реальном времени. История транзакций с прозрачным логом списаний, комиссий и выигрышей.

🛠 5. Требования к Бекенду и Интеграции IoT

Стек: Node.js/Python/Go (на выбор исполнителя, аргументированно).

Связь с IoT: Прием пакетов данных от внешнего Wi-Fi модуля. Скорость отправки Push-уведомления (через FCM) на смартфон при наступлении события от датчика – менее 1 секунды.

Антифрод-логика: Сервер должен анализировать переданные датчиком телеметрические данные встроенного акселерометра (accel_x/y/z). Если событие происходит при нулевой изменении осей ускорения, транзакция помечается системой как подозрительная (защита от статического удержания датчика), пользователю отправляется предупреждение.