Разработка мобильного приложения в Воронеже

Запись и профиль пользователя

Основной сценарий выглядит просто: человек выбирает специалиста или курс, видит свободное время, записывается и получает напоминание. Сложность появляется в деталях: правила отмены, длительность разных услуг, перерывы, несколько филиалов, замена специалиста. Эти правила считаются на сервере, поэтому расписание в приложении всегда совпадает с тем, что видит администратор. Профиль хранит историю обращений и документы, которые относятся к человеку, в одном месте. Напоминания при этом приходят заранее.

• 1выбор специалиста, услуги или курса
• 2расписание с учётом длительности и перерывов
• 3правила отмены и переноса
• 4напоминания о визите и о сроках
• 5история обращений и документы в профиле

Личные данные и доступ

Там, где приложение хранит сведения о человеке, объём собираемых данных стоит сокращать до необходимого. Я прошу список полей и вместе с вами убираю те, без которых сервис работает. Доступ строится по ролям, действия сотрудников пишутся в журнал, передача данных идёт по защищённому соединению. Текст согласия и политику готовит ваша сторона, я встраиваю их в интерфейс и в карточку приложения. Набор полей согласуем письменно.

Ещё один вопрос это хранение файлов, которые загружает пользователь. Документы и снимки не стоит держать в общем доступе по прямой ссылке, поэтому доступ к ним выдаётся по времени и проверяется на сервере. Резервные копии базы настраиваются с самого начала, потому что потеря истории обращений восстановлению не поддаётся. Сервер при этом размещается на VPS, оформленном на заказчика. Доступ к резервным копиям остаётся у вас.

Из чего собирается проект

Клиентская часть на React и TypeScript, iOS и Android из одной кодовой базы. Сервер на Node.js, данные в PostgreSQL. Админка для расписания, услуг, сотрудников и пользователей входит в проект. Если у вас уже работает своя система записи, приложение подключается к ней, а не дублирует её. Если своей системы нет, расписание и услуги ведутся в этой же админке, и отдельная программа не нужна. Выбор обсуждается на первом этапе.

Если у вас уже есть сайт с записью, приложение и сайт должны видеть одно расписание, иначе появляются двойные записи. Поэтому правила и календарь живут на сервере, а сайт и приложение остаются двумя интерфейсами к одним данным. Это же упрощает поддержку: изменение правила отмены делается в одном месте и сразу действует везде. Журнал действий сотрудников доступен руководителю. Это же относится к отмене записи: правило одно для сайта и приложения.

• 1одна кодовая база под две платформы
• 2админка расписания и услуг
• 3push-уведомления и напоминания
• 4подключение к действующей системе записи
• 5роли сотрудников и журнал действий

Публикация и её ограничения

Приложения, связанные со здоровьем и образованием, площадки проверяют внимательнее: нужны понятное описание назначения, корректные формулировки и точное описание собираемых данных. Я готовлю сборки, карточку и метаданные, отправляю на проверку и отвечаю на замечания, но правила площадок меняются и часть требований выясняется по ходу. Срок рассмотрения от меня не зависит, поэтому дат появления в сторе я не называю. Обновления после запуска проходят ту же проверку.

Цена и порядок работы

Старт от 300 000 ₽, итог после разбора сценариев, правил расписания и интеграций. Работаю один и удалённо, офиса в Воронеже нет, личных встреч не предлагаю. Проект идёт этапами с оплатой по факту сдачи, на каждом этапе есть сборка или стенд. Исходный код, доступы и инструкция по обновлению передаются заказчику, поддержка доступна отдельными задачами. Писать: Telegram @inter1ark, vitoscarasel@gmail.com, форма на сайте.