Не указан
24 ставки
Разработка международного мобильного приложения под ключ (Дизайн + Код) Для удешевления, возможно не делать, а купить готовый дизайн
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). Если событие происходит при нулевой изменении осей ускорения, транзакция помечается системой как подозрительная (защита от статического удержания датчика), пользователю отправляется предупреждение.
