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

Повторное обращение как основной сценарий

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

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

Программа лояльности без лишних обещаний

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

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

Техническая часть и интеграции

Клиент на React и TypeScript, iOS и Android из одной кодовой базы. Сервер на Node.js, данные в PostgreSQL. Обмен с 1С по номенклатуре, остаткам и клиентам, с amoCRM по сделкам и задачам. Push-уведомления отправляются по сегментам, чтобы напоминание о визите приходило только тем, кому оно адресовано. Расписание обмена подбирается под то, как часто меняются остатки и цены. Журнал обменов остаётся доступен в админке.

• 1авторизация по номеру телефона
• 2обмен с 1С и amoCRM
• 3push по сегментам и расписанию
• 4админка для контента и правил лояльности
• 5хранение данных автомобиля или параметров клиента

Подготовка к размещению в сторах

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

Этапы, цена, связь

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