Гибридные мобильные приложения

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

звонки осуществляются через SIM-карту на iPhone, то нужно автоматически передавать информацию о входящих/исходящих звонках в CRM