Бюджет: 5000 UAH Срок: 7 дней
Имеет смысл для использования геолокации подключить плагин с использованием более новых версий библиотек, который будет соответствовать требованиям маркета. Для более детального обсуждения нужно уточнить версии технологий, на которых написана прила, а также нужно ли править ios версию приложения.
Бюджет: 5000 UAH Срок: 3 дня
Нужно будет посмотреть что выдаст adb по нему на запуске. Посмотреть логи ошибок в плеймаркете.. Хотя.. Можно, если приложение не сложное - переписать его на реакт-натив. Можем договориться. Пишите в лс
Разработка международного мобильного приложения под ключ (Дизайн + Код) Для удешевления, возможно не делать, а купить готовый дизайн 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
Ищу разработчика (или небольшую команду) для долгосрочного сотрудничества над проектом TennisBRO. TennisBRO — это мобильное приложение для любителей большого тенниса. Основная цель MVP — максимально упростить организацию любительских турниров и поиск партнеров для игры. На данный момент проект находится на этапе разработки MVP. В дальнейшем планируется развитие в полноценную экосистему для теннисного сообщества, однако сейчас требуется реализовать только первую версию.Основной функционал MVP Регистрация и авторизация пользователей. Профиль игрока. Создание и проведение любительских турниров. Регистрация участников на турниры. Формирование списка участников. Управление турниром организатором. Отображение турнирной сетки и результатов. Поиск партнеров для игры (одиночные и парные матчи). Возможность создания открытой игры, к которой могут присоединяться другие пользователи. Push-уведомления. Встроенный чат (если это целесообразно в рамках MVP).Что важно Нужен именно MVP, без лишних функций. Приложение должно быть удобно масштабировать в будущем. Важны понятная архитектура и качественный код. Желательно использование кроссплатформенной технологии (Flutter или React Native), но готов рассмотреть ваши предложения.Прошу в отклике указать На каком стеке предлагаете разработку. Предварительную стоимость. Срок реализации. Какие функции входят в указанную стоимость. Есть ли опыт разработки похожих мобильных приложений. Примеры выполненных проектов. Если для оценки необходима дополнительная информация или более подробное техническое задание, готов предоставить его после обсуждения.
