Один источник расписания
Занятость проверяется при подтверждении, а не только при показе свободных слотов. Учитываем специалиста, длительность и запас на дорогу.
Демопроекты / Мобильный сервис
AGINEER LAB / MOBILE
Пара касаний.
Всё согласовано.
Концепция сервиса выездной диагностики техники: клиент выбирает время, диспетчер видит запись, специалист получает задание.
Посмотреть архитектуру ↗Демонстрационный проект CARE. Данные условные, реальные записи и уведомления не создаются.
Техника подводит?
Начнём с диагностики.
Выезд специалиста
Диагностика техники · 60 минут
Выбрано 13:00. Можно попробовать сценарий.
01 / ЗАДАЧА
Запись удобна,
когда ей можно доверять.
Клиенту важно выбрать подходящее время без звонков. Компании — не назначить специалиста одновременно на два выезда и сохранить историю договорённостей.
Проектируем единый процесс: от свободного интервала в приложении до подтверждённого задания и завершённого визита.
Условия концепцииОдин город · выездная диагностика · одна услуга на запись · длительность и запас на дорогу задаются компанией
02 / РОЛИ И ИНТЕРФЕЙСЫ
Одна запись.
Три точки зрения.
Выберите роль и посмотрите, какие данные нужны её участнику.
КЛИЕНТ / МОЯ ЗАПИСЬ
Понятно, что будет дальше.
Услуга, выбранный интервал и состояние записи собраны вместе. Перенос начинается с выбора нового времени, а не с потери старой записи.
- Дата и время в часовом поясе услуги
- Подтверждённое состояние записи
- Перенос и отмена по правилам компании
Диагностика техники
ВремяУсловный день · МСК13:00–14:00
СтатусЗапись сохраненаПодтверждена
СпециалистНазначение диспетчеромНазначен
Перенести запись →
03 / ИНТЕРАКТИВНАЯ АРХИТЕКТУРА
За свободным временем —
согласованное расписание.
Выберите сценарий, пройдите шаги и нажмите на систему для пояснения.
Приложение
Показывает доступное время и состояние обращения. Окончательно подтверждает запись сервер.
Приложение → Сервис записи
Запрашиваем подходящее время.
Передаём услугу и зону выезда. Сервер проверяет правила доступности.
ПЕРЕДАВАЕМЫЕ ДАННЫЕ
Услуга, зона, выбранный день и часовой пояс.
Схема показывает предлагаемую логику. Реальные системы, правила переноса, длительность работ и каналы уведомлений определяются при проектировании. Медицинские сценарии здесь не рассматриваются.
04 / ИНЖЕНЕРНЫЕ РЕШЕНИЯ
Подтверждение —
это больше, чем сообщение.
Перенос без потери записи
Новое время подтверждается вместе с освобождением старого. При конфликте исходная запись остаётся действующей.
Запись и уведомление раздельны
Сбой сообщения не отменяет визит. Повторяем доставку уведомления, показывая статус самой записи независимо.
05 / КАЧЕСТВО И ПРИЁМКА
Проверяем ситуации,
которые случаются в жизни.
Примеры критериев для будущей реализации.
Два клиента выбирают одно время
Сервер подтверждает только одну запись на доступный ресурс. Второму клиенту предлагает актуальные варианты, не показывая ложное подтверждение.
Связь пропала после нажатия «Подтвердить»
При повторе проверяется результат исходной операции. Одна попытка записи не должна создавать два визита.
Новое время заняли во время переноса
Исходная запись сохраняется. Клиент получает объяснение и выбирает другой интервал.
Напоминание пришло после отмены
Перед отправкой проверяется актуальная версия записи. Для отменённого визита отложенное напоминание не отправляется.
06 / РАЗВИТИЕ
Сначала надёжная запись.
Затем — больше сервиса.
ПЕРВЫЙ РЕЛИЗ
Услуга → время → визит
Выбор услуги, согласование времени, перенос и отмена, кабинет диспетчера и базовые уведомления.
ВОЗМОЖНОЕ РАЗВИТИЕ
Повторные обращения и маршруты
История техники, повторная запись, согласование дополнительных работ и планирование маршрутов специалистов.
Нужен сервис для ваших клиентов?
Свяжем удобный интерфейс с реальными процессами компании.
