Скорая доработка React Native приложения, подключить API – №906293
$80Закрыт
Фрилансеры предложат решение вашей задачи уже через несколько минут!
Публикация заказа на фриланс бирже не займет много времени.

Максим
22 года, Россия
2 года в сервисе
Был онлайн 2 года назад
Необходимо подключить уже готовое API (есть связь с разработчиком этого API при вопросах), сделать логин/регистрацию и исправить несколько багов. Условие - включиться в работу максимально быстро, работы не много, но требуется максимальная отдача на короткий срок, именно за это соответствующая плата. На доработки отводится 1-1,5 дня, особо опытный программист справится за пол дня.Требования к программисту: Отличное умение понимать чужой код Опыт работы с React Native со ссылкой на проект(ы) Умение подключать API (само API уже написано)
- Прием заявок
- Выбор исполнителя
- Выполнение заказа
- Обмен отзывами
Заявки фрилансеров
Другие заказы в категории «Мобильные приложения»
Добрый день! Необходима разработка несложного мобильного приложения под Android/iOS.Наша компания разрабатывает и предоставляет GPS сервис (ссылка разработчика требуется написать только ... Читать дальше
12 заявок
Закрыт 2 года назад
Необходима работа под ключ с заранее оговоренной оплатой по факту! Никаких почасовых! Готово приложение / работает - гарантирована оплата
а ... Читать дальше
а ... Читать дальше
Необходима работа под ключ с заранее оговоренной оплатой по факту! Никаких почасовых! Готово приложение / работает - гарантирована оплата
а теперь по делу:
нужно приложение по типу «антивор», коих ныне полно.
Важно, чтобы оно активировалось дистанционно (из другого такого де приложения), работало в фоне (даже при заблокированном iPhone с выключенным экраном), отправляло сигнал на другое такое же приложение при срабатывании гироскопа даже на полградуса наклона. Свернуть
а теперь по делу:
нужно приложение по типу «антивор», коих ныне полно.
Важно, чтобы оно активировалось дистанционно (из другого такого де приложения), работало в фоне (даже при заблокированном iPhone с выключенным экраном), отправляло сигнал на другое такое же приложение при срабатывании гироскопа даже на полградуса наклона. Свернуть
1 заявка
Закрыт 2 года назад
Приветствую!
Мною куплен шаблон приложения на IONIC 3. Я хочу посмотреть как он будет смотреться на моем iPhone и в ... Читать дальше
Мною куплен шаблон приложения на IONIC 3. Я хочу посмотреть как он будет смотреться на моем iPhone и в ... Читать дальше
Приветствую!
Мною куплен шаблон приложения на IONIC 3. Я хочу посмотреть как он будет смотреться на моем iPhone и в дальнейшем создать полноценное приложение с базой данных. Для этого мне нужен человек, который из этого IONIC 3 шаблона сделает проект для xCode. Без базы данных и всего прочего, просто шаблон. Свернуть
Мною куплен шаблон приложения на IONIC 3. Я хочу посмотреть как он будет смотреться на моем iPhone и в дальнейшем создать полноценное приложение с базой данных. Для этого мне нужен человек, который из этого IONIC 3 шаблона сделает проект для xCode. Без базы данных и всего прочего, просто шаблон. Свернуть
3 заявки
Закрыт 2 года назад
Цели проекта - создать мобильные приложения для iOS и Android, которые имеют следующий функционал:
1. Напоминания о датах смерти близких ... Читать дальше
1. Напоминания о датах смерти близких ... Читать дальше
Цели проекта - создать мобильные приложения для iOS и Android, которые имеют следующий функционал:
1. Напоминания о датах смерти близких людей
2. Напоминание о религиозных датах, касающихся темы умерших людей
3. Оказание услуг по сопровождению и уходу за захоронениями
Целевая аудитория: возраст 35+, занятые или находящиеся далеко от места погребения (к примеру: мигранты), средний класс.
Функциональные требования к продукту:
1. Экран аутентификации
2. Экран регистрации – регистрация через соц. Сети или по электронной почте.
3. Подключаемые календари (различных конфессий)
4. Основной экран, содержащий список усопших и религиозные даты
5. Экран календаря – обычный вид месячного календаря с событиями. На одну дату может быть любое количество событий.
6. Список усопших (как список контактов)
7. Экран заказа услуг. Простая форма с указанием имени, телефона, почты, адреса захоронения и описания желаемой услуги. После отправки формы, заказ поступает в CRM.
8. Профиль усопшего должен содержать следующие обязательные поля:
a. ФИО полностью или частично
b. Дата смерти
c. Фото
d. Место захоронения (адрес, gps, номер и т.д.)
e. Возможность создать любое поле со своим значением. (Заметки и т.д.)
9. Экран настроек:
a. Выбор языка
b. Выбор темы оформления (отличаются только цветовой палитрой)
c. Смена или добавление конфессий (настройка списка конфессий администратором через бекенд)
d. Изменение срока напоминания о событии
10. Реализовать оценку приложения.
11. Бекенд:
a. Основная цель – синхронизация устройств
b. Аутентификация
c. Веб панель администратора имеет возможность:
- Добавлять события
- Работать с БД
- Работать с календарями (добавление или изменение конфессий)
- Просматривать события каждого пользователя
- Получать статистику
- Рассылать пуш уведомления (не только напоминания, но и индивидуальные пуш сообщения, например фильтр по конфессиям или сроку регистрации)
d. Модульность
e. Масштабируемость
12. Аналитика: google FireBase
13. Архитектурно предусмотреть возможность большого количества пользователей, от 1 млн.
14. Архитектурно предусмотреть расширение функционала приложения для поддержки функционала продаж услуг из приложения (2ой этап разработки).
Общие требования к проекту:
1. Все технологии и фреймфорки должны быть согласованы с заказчиком на стадии проектирования.
2. Разработка плана тестирования, согласование с заказчиком
3. Документация по проекту должна включать следующие документы:
a. документы для разработчика
b. документы для администратора
c. документы для пользователя
d. код должен быть полностью прокомментирован
4. Все приложения должны включать в себя справку и обязательный начальный экран для обучения при первом открытии
5. Время отклика на любое действие в мобильном и веб-приложении должно составлять не более 200 мс. При условии, что сетевые задержки составляют не более 60 мс.
6. Перечень поддерживаемых устройств для мобильных и веб-приложений:
a. Android версии от 4.2
b. iOS версия от 9.0
c. Google Chrome (MacOS, Windows, Linux)
7. Все соединения должны быть зашифрованы
8. Вся информация на сервере должна храниться в зашифрованном виде.
ПС: Дизайн готов. Свернуть
1. Напоминания о датах смерти близких людей
2. Напоминание о религиозных датах, касающихся темы умерших людей
3. Оказание услуг по сопровождению и уходу за захоронениями
Целевая аудитория: возраст 35+, занятые или находящиеся далеко от места погребения (к примеру: мигранты), средний класс.
Функциональные требования к продукту:
1. Экран аутентификации
2. Экран регистрации – регистрация через соц. Сети или по электронной почте.
3. Подключаемые календари (различных конфессий)
4. Основной экран, содержащий список усопших и религиозные даты
5. Экран календаря – обычный вид месячного календаря с событиями. На одну дату может быть любое количество событий.
6. Список усопших (как список контактов)
7. Экран заказа услуг. Простая форма с указанием имени, телефона, почты, адреса захоронения и описания желаемой услуги. После отправки формы, заказ поступает в CRM.
8. Профиль усопшего должен содержать следующие обязательные поля:
a. ФИО полностью или частично
b. Дата смерти
c. Фото
d. Место захоронения (адрес, gps, номер и т.д.)
e. Возможность создать любое поле со своим значением. (Заметки и т.д.)
9. Экран настроек:
a. Выбор языка
b. Выбор темы оформления (отличаются только цветовой палитрой)
c. Смена или добавление конфессий (настройка списка конфессий администратором через бекенд)
d. Изменение срока напоминания о событии
10. Реализовать оценку приложения.
11. Бекенд:
a. Основная цель – синхронизация устройств
b. Аутентификация
c. Веб панель администратора имеет возможность:
- Добавлять события
- Работать с БД
- Работать с календарями (добавление или изменение конфессий)
- Просматривать события каждого пользователя
- Получать статистику
- Рассылать пуш уведомления (не только напоминания, но и индивидуальные пуш сообщения, например фильтр по конфессиям или сроку регистрации)
d. Модульность
e. Масштабируемость
12. Аналитика: google FireBase
13. Архитектурно предусмотреть возможность большого количества пользователей, от 1 млн.
14. Архитектурно предусмотреть расширение функционала приложения для поддержки функционала продаж услуг из приложения (2ой этап разработки).
Общие требования к проекту:
1. Все технологии и фреймфорки должны быть согласованы с заказчиком на стадии проектирования.
2. Разработка плана тестирования, согласование с заказчиком
3. Документация по проекту должна включать следующие документы:
a. документы для разработчика
b. документы для администратора
c. документы для пользователя
d. код должен быть полностью прокомментирован
4. Все приложения должны включать в себя справку и обязательный начальный экран для обучения при первом открытии
5. Время отклика на любое действие в мобильном и веб-приложении должно составлять не более 200 мс. При условии, что сетевые задержки составляют не более 60 мс.
6. Перечень поддерживаемых устройств для мобильных и веб-приложений:
a. Android версии от 4.2
b. iOS версия от 9.0
c. Google Chrome (MacOS, Windows, Linux)
7. Все соединения должны быть зашифрованы
8. Вся информация на сервере должна храниться в зашифрованном виде.
ПС: Дизайн готов. Свернуть
7 заявок
Закрыт 2 года назад