Рабочий экран вместо сложной админки
Интерфейсы приёмщика, производства, логистики и руководителя поверх AdvantShop. Каждая роль получает простой рабочий экран вместо большой административной системы.
Контекст
Компания работает с заказами, производством и доставкой. Часть процессов жила в административной панели магазина и в ручных договорённостях.
Разные роли — приёмщик, кухня, курьер, руководитель — видели одну и ту же систему, но им нужны разные действия и разный уровень детализации.
Задача была не «сделать ещё одну CRM», а собрать короткий маршрут заказа с понятным статусом для каждой точки.
Управленческая проблема
Сотруднику на точке нужен один экран с текущими заказами и следующим действием. Административная система требует лишних переходов и знаний, которые не относятся к его работе.
Какие системы существовали
Что сделано
- Экраны приёмщика, производства, логистики и руководителя
- Ввод заказа из текста и маршрутизация по точкам
- Смена статусов, уведомления и журнал изменений
- Серверный API-прокси и собственное развёртывание
Что намеренно не делалось
- Универсальный продукт «для любого ресторана»
- Публикация реальных заказов и адресов
- Обещание конкретной экономии без измерений
Архитектура
Роль → экран → действие
Интерфейс собирается вокруг рабочего действия конкретной роли, а не вокруг полной структуры базы.
API-прокси
Серверный слой скрывает детали внешней системы, ограничивает права и позволяет менять источник без переписывания экрана.
Статус как контракт
Переходы статусов описаны явно. Конфликт одновременной смены, повтор запроса и отсутствие сети — часть архитектуры, а не «мелкий баг».
Синтетическая витрина
Для публичной демонстрации нужна отдельная база без реальных адресов, телефонов и заказов.
Где AI, где автоматизация, где человек
| AI | Автоматизация | Человек |
|---|---|---|
| AI использовался в разработке и проверке сценариев, но не принимает решения о заказе. | Маршрутизация, уведомления, смена статусов и обмен с внешней системой. | Приёмка, производство и логистика подтверждают действия; руководитель разбирает исключения. |
Что изменилось в процессе
- У каждой роли появился отдельный рабочий маршрут вместо общей админки
- Статус заказа стал явным для всех участников
- Часть ручных согласований заменена правилами маршрутизации
Измеренные результаты публикуются только при наличии периода, методики и источника. Здесь таких измерений нет.
Ограничения и сложности
- Другой бизнес может иметь иные статусы, процессы, API и требования к отказоустойчивости
- Публичная витрина ролей предоставляется по запросу
- Нужны отдельная синтетическая база и согласование материалов
Что требуется для похожего подключения
- Открыть безопасную витрину без логина на синтетических данных
- Проверить сценарии конфликта статусов, повтора запроса и работы без сети
- Зафиксировать границы тиражирования и стоимость адаптации
Проверить границы вашего сценария
Кейс показывает подход, но не гарантирует повторяемость в другой инфраструктуре. Совместимость проверяется отдельно.
Проверьте, подходит ли готовая конфигурация
Демо, состав, ограничения и следующий шаг — без обязательного созвона. Проверка совместимости занимает несколько минут.