OPERATIONAL PRODUCT · FULL STACK · INFRASTRUCTURE
Web/PWA-платформа для аэропортовых трансферов, где пассажир, водитель и операционная команда работают через связанные ролевые контуры и единый lifecycle заказа.
Business problem
Операции аэропортовых трансферов нельзя свести к одной форме заказа: нужны разные права, статусы, правила назначения, тарифные справочники, уведомления и ручной контроль исключений.
Решение
Web/PWA-платформа для аэропортовых трансферов, где пассажир, водитель и операционная команда работают через связанные ролевые контуры и единый lifecycle заказа.
Responsibility
Моя зона ответственности охватывает продуктовые сценарии, full stack реализацию и безопасную доставку изменений.
Роли, пользовательские flows, truthful states и границы MVP.
API, business rules, Prisma models, migrations и audit.
Passenger, driver, operations и admin UX.
Tests, builds, smoke, deployment и recovery evidence.
15 · Публичные интерфейсы
Кадры из явно помеченного demo-окружения. Все значения синтетические; production data не использовались.
04 · Privacy reviewed
User roles
ОБЗОР СИСТЕМЫ
Разные роли. Общий жизненный цикл.
Пассажир, водитель и операционная команда работают с одним заказом через разные интерфейсы и права доступа.
Наведите или сфокусируйте для просмотра. Нажмите, чтобы закрепить выбор. Повторное нажатие или Escape — сброс.Нажмите на узел, чтобы посмотреть связи. Повторное нажатие сбрасывает выбор.
Пассажир
Направление
В аэропорт или из аэропорта
Адрес и точка
Понятные пассажиру stops
Время и состав
Дата, время и пассажиры
Создание заказа
Серверная проверка и lifecycle
Статус
Ожидание, водитель найден, поездка
Завершение
История и уведомления
Водитель
Доступность
Рабочий статус и зона
Доска заказов
Только доступный scope
Принять заказ
Проверка назначения
Подача
Разрешённый transition
В пути
Операционный статус
Завершить
Финансовый snapshot и audit
Нормальные сценарии остаются self-service. Диспетчерский и административный контуры предназначены для видимости, настройки и исключений.
Пользовательские статусы выводятся из серверного состояния заказа, назначения водителя и audit events; интерфейс не создаёт декоративные состояния.
Создан
Заказ прошёл validation
Ожидаем водителя
Доступен подходящим водителям
Водитель найден
Assignment подтверждён
Подача
Водитель следует к пассажиру
В поездке
Активный маршрут
Завершён
Финальный статус и учёт
Ключевые решения
Infrastructure
Production delivery разделяет frontend, backend и data responsibilities, проверяет release identity и сохраняет воспроизводимые recovery steps.
Разделённые интерфейсы используют общие контракты application-слоя, единую реляционную модель и изолированные интеграционные адаптеры.
Passenger, driver, dispatcher и admin interfaces.
Заказы, поездки, роли, назначения и переходы состояний.
Реляционные модели, миграции, audit и finance ledger.
Уведомления, Telegram gateway и внешние provider boundaries.
Сборка, проверки, release identity и эксплуатационные runbooks.
Пассажир выбирает адрес и аэропортовую точку. Зоны остаются внутренними единицами matching, positioning и тарифной логики.
Финансовый слой строится на зафиксированных снимках поездки и append-only ledger, а не на пересчёте истории в интерфейсе.
Public boundary
Публичный кейс показывает устройство продукта, но не открывает эксплуатационные данные или чувствительную конфигурацию.