К содержимому
Все проекты

Кейс · SPL

SPL CRM — система управления автомобилями и площадками

Разработали CRM для учёта автомобилей, заявок и работы площадок. Объединили документы, парковочные операции, расписание сотрудников и транспортные заказы. Связали систему с приложениями клиентов и команды.

Обсудить похожую задачу
Все экраны

Разработали CRM для учёта автомобилей, заявок и работы площадок. Объединили документы, парковочные операции, расписание сотрудников и транспортные заказы. Связали систему с приложениями клиентов и команды.

Автомобили и их состояние в общем реестре.
Автомобили и их состояние в общем реестре.Исходный PNG
Детали заявки поверх рабочего списка.
Детали заявки поверх рабочего списка.Исходный PNG
Расписание сотрудников SPL CRM на вымышленных данных.
Расписание сотрудников за выбранный период.Исходный PNG
Парковочная операция и учёт оплаты
Парковочная операция и учёт оплатыИсходный PNG
План и факт работы сотрудников
План и факт работы сотрудниковИсходный PNG
Транспортный заказ
Транспортный заказИсходный PNG
Главная клиентского PWA „Аэро Паркинг“ с автомобилем и активной бронью.
Автомобиль и активная бронь в клиентском приложении.Исходный PNG
Первый экран сайта Аэро Паркинга на компьютере.
Сайт парковки: знакомство с услугой и переход к бронированию.Исходный PNG
Первый экран сайта Аэро Паркинга на телефоне с закрытым меню.
Предложение парковки в мобильном браузере.Исходный PNG
Выбор дат и автомобиля перед бронированием.
Выбор дат и автомобиля перед бронированием.Исходный PNG
Созданная бронь в приложении клиента.
Созданная бронь в приложении клиента.Исходный PNG
SPL CRM с открытой бронью клиента.
Та же бронь в рабочей системе оператора.Исходный PNG
Вход клиента по одноразовому коду
Вход клиента по одноразовому кодуИсходный PNG
Предпочтения уведомлений клиента
Предпочтения уведомлений клиентаИсходный PNG
Детали заявки поверх рабочего списка.
Автомобили и их состояние в общем реестре.
Заказчик
SPL
В кейсе
14 экранов
Статус
Реализованные сценарии

01Задача

Организовать работу с автомобилями в единой системе. Операторам нужны актуальные данные и статусы заявок, сотрудникам площадок — информация для выполнения задач, руководителю — возможность контролировать процессы.

02Решение

Как устроено решение

Создали CRM с реестром автомобилей, карточками, документами и историей операций. Предусмотрели обработку заявок, учёт парковочных операций и оплат, планирование смен и работу с транспортными заказами.

Подключили приложения сотрудников и клиентов к общей системе. Настроили доступ по ролям и площадкам, чтобы каждый участник работал с необходимой ему информацией.

  1. 01 / 03

    Автомобили и их состояние в общем реестре.

    Автомобили и их состояние в общем реестре.

    Автомобили и их состояние в общем реестре.
    Оригинал снимка ↗
  2. 02 / 03

    Детали заявки поверх рабочего списка.

    Детали заявки поверх рабочего списка.

    Детали заявки поверх рабочего списка.
    Оригинал снимка ↗
  3. 03 / 03

    Расписание сотрудников за выбранный период.

    Расписание сотрудников SPL CRM на вымышленных данных.

    Расписание сотрудников SPL CRM на вымышленных данных.
    Оригинал снимка ↗

03Подробнее

Парковочная операция и учёт оплаты

Оператор видит состояние парковочной операции и связанную запись оплаты. На снимке показан синтетический учёт наличной операции; подтверждение банка и фискальный чек не создавались.

  1. 01 / 01

    Парковочная операция и учёт оплаты

    Парковочная операция и учёт оплаты

    Парковочная операция и учёт оплаты
    Оригинал снимка ↗

04Подробнее

План и факт работы сотрудников

Рабочий график показывает запланированные смены и фактическую информацию. Это общий контекст для оператора и сотрудника на площадке.

  1. 01 / 01

    План и факт работы сотрудников

    План и факт работы сотрудников

    План и факт работы сотрудников
    Оригинал снимка ↗

05Подробнее

Перевозки SPL: от Telegram-бота к CRM

Перевозки — отдельное направление SPL, а не сценарий Аэро Паркинга. Раньше работа велась через Telegram-бота; теперь подготовка и обработка транспортного заказа перенесены в CRM. Оператор видит этапы, рабочие статусы и контекст перевозки.

  1. 01 / 01

    Транспортный заказ

    Транспортный заказ

    Транспортный заказ
    Оригинал снимка ↗

06Путь клиента

Аэро Паркинг

Сайт, клиентское приложение и бронирования в общей CRM.

  1. Главная клиентского PWA „Аэро Паркинг“ с автомобилем и активной бронью.

    01Автомобиль и активная бронь в клиентском приложении.

  2. Первый экран сайта Аэро Паркинга на компьютере.

    02Сайт парковки: знакомство с услугой и переход к бронированию.

  3. Первый экран сайта Аэро Паркинга на телефоне с закрытым меню.

    03Предложение парковки в мобильном браузере.

  4. Выбор дат и автомобиля перед бронированием.

    04Выбор дат и автомобиля перед бронированием.

  5. Созданная бронь в приложении клиента.

    05Созданная бронь в приложении клиента.

  6. SPL CRM с открытой бронью клиента.

    06Та же бронь в рабочей системе оператора.

Все экраны пути

Сайт, клиентское приложение и бронирования в общей CRM.

Главная клиентского PWA „Аэро Паркинг“ с автомобилем и активной бронью.
Автомобиль и активная бронь в клиентском приложении.Исходный PNG
Первый экран сайта Аэро Паркинга на компьютере.
Сайт парковки: знакомство с услугой и переход к бронированию.Исходный PNG
Первый экран сайта Аэро Паркинга на телефоне с закрытым меню.
Предложение парковки в мобильном браузере.Исходный PNG
Выбор дат и автомобиля перед бронированием.
Выбор дат и автомобиля перед бронированием.Исходный PNG
Созданная бронь в приложении клиента.
Созданная бронь в приложении клиента.Исходный PNG
SPL CRM с открытой бронью клиента.
Та же бронь в рабочей системе оператора.Исходный PNG

07Подробнее

Вход клиента по одноразовому коду

Клиентское приложение проверяет одноразовый код перед открытием личных данных. На локальном стенде используется штатный демонстрационный OTP, без отправки SMS.

  1. 01 / 01

    Вход клиента по одноразовому коду

    Вход клиента по одноразовому коду

    Вход клиента по одноразовому коду
    Оригинал снимка ↗

08Подробнее

Предпочтения уведомлений клиента

Клиент управляет категориями уведомлений в приложении. Выбор настройки и фактическая доставка сообщения являются разными действиями; внешние каналы в демонстрации отключены.

  1. 01 / 01

    Предпочтения уведомлений клиента

    Предпочтения уведомлений клиента

    Предпочтения уведомлений клиента
    Оригинал снимка ↗

09Связанные действия

Учёт оплаты и внешний финансовый контур

Отдельные этапы помогают видеть, какая операция записана в системе и какое подтверждение ожидается от внешнего сервиса.

  1. 01Бронирование и расчёт

    Общая система хранит запись бронирования и расчёт стоимости.

  2. 02Онлайн-оплата

    Интеграция с платёжным провайдером формирует запрос и обрабатывает состояние операции.

  3. 03Фискализация

    Отдельный контур БИФИТ передаёт данные для чека и обрабатывает его статус.

  4. 04Оператор и клиент

    Состояние операции возвращается в рабочий процесс. В данном стенде внешние этапы не выполнялись.

10Результат

Что получилось

Автомобили, заявки и связанные действия собраны в одном рабочем пространстве. Оператор управляет процессом в CRM, сотрудник получает данные с телефона, а клиент взаимодействует с компанией через личный кабинет.

Зона ответственности

Разработка показанных интерфейсов и сценариев

Ограничения демонстрации

Записи, документы и суммы на экранах вымышленные. Локальная демонстрация не выполняет онлайн-оплату, отправку SMS или Telegram и выпуск фискального чека. Доставка уведомлений и выполнение операций внешними провайдерами этим пакетом не подтверждаются.

Технологии

  • React
  • TypeScript
  • Strapi
  • PostgreSQL
  • PWA

Обсудим проект

Обсудим похожий проект?

Расскажите о задаче. Покажем, как её можно решить, и предложим план запуска.