Несвязанные системы
POS, учёт, CRM, таблицы и приложения дают разные версии данных.
[ PROCESS ]
[ RESULT ]
✦✦LIVE AGDelivery — полный кейс →Цифровые системы для HoReCa,
Цифровые системы для HoReCa,
которые возвращают управляемость
Находим потери времени, данных и денег. Проектируем, разрабатываем и связываем системы — от одного процесса до цифрового контура сети.
[ HYPOTHESIS ]
Работаем
с вашим контуром9+
с вашим контуром9+
iiko
r_keeper
1C
StoreHouse
CRM
PAYMENTS
[ 01 / 07 ]/ПОДХОД
Начинаем с потерь,
а не со списка функций
Готовое ПО полезно, пока совпадает с реальной работой. Когда процесс сложнее — мы проектируем слой, который учитывает роли, ограничения и измеримый результат.
Ручное управление
Отчёты собираются после факта, а задачи живут в чатах и памяти сотрудников.
Новый digital-сервис
Нужна доставка, клиентское приложение, кабинет или уникальная внутренняя система.
Как работаемПроцесс→Данные→Гипотеза→Пилот→Масштабирование
[ 02 / 07 ]/РАБОТАЮЩИЙ ПРОДУКТ
AGDelivery связывает
аналитику и исполнение
Не концепция и не статичный макет. Единое ядро обслуживает кабинет руководителя, операции, приложения персонала, доставку и клиентский канал.
Открыть полный кейс ↗СЕГОДНЯ, 10:42
Сеть
Выручка₽ 12,48 млн+8,4%
Маржа31,7%+2,1 п.п.
Фудкост27,4%−0,8 п.п.
Средний чек₽ 1 480+4,2%
План-факт сети30 дней⌄
Точка 07 / ЦентрПлан 96%Проверить скорость
Точка 12 / ПаркПлан 108%В норме
Точка 03 / СеверФудкост +3,4%Новая задача
✦
AGD AIКонтекст сети • 9 источников
ONLINEПочему вырос фудкост на Точке 03?
АНАЛИЗ
Фудкост выше контрольной границы на 3,4 п.п. Основной вклад — категория «Рыба»: списания выросли на 18%, при этом закупочная цена изменилась только на 2%.
Следующий шагСоздать проверку для управляющего →
[ 03 / 07 ]/АРХИТЕКТУРА
Одно ядро.
Шесть рабочих ролей.
Заказ, точка, меню и пользователь не дублируются в независимых системах. У каждой роли — свой интерфейс, но общая версия данных и история действий.
AGDединое ядроAPI • DATA • EVENTS
01ВладелецBOS
02УправляющийOPS
03СотрудникSTAFF
04ОператорDELIVERY
05КурьерCOURIER
06ГостьCLIENT
01ОтклонениеСистема замечает выход показателя за границу
→02ПричинаAI связывает данные, нормы и историю операций
→03ДействиеОтветственный получает проверку и срок
→04КонтрольРезультат возвращается в общий контекст
[ 04 / 07 ]/ВОЗМОЖНОСТИ
Берём на себя
сложную часть контура
Не ограничиваемся интерфейсом. Проектируем обмен, устойчивость, контроль данных и реальную работу пользователей.
Интеграции без ручного переноса
Master-системы, адаптеры, очереди, retry-механизмы и журнал обмена.
iiko ⇄ API ⇄ 1CАналитика до того, как станет поздно
Контрольные карты, план-факт, алерты и раннее обнаружение отклонений.
UCL ── μ ── LCLAI на внутренних данных
Причина, влияние на деньги и следующий шаг — с опорой на проверенные источники.
WHY → IMPACT → ACTIONОперации с ответственностью
Роли, статусы, сроки, история действий и подтверждение результата.
NEW → WORK → DONEDirect-канал под брендом
Витрина, приложение, лояльность, заказ, оплата и собственные клиентские данные.
WEB • APP • PWAПоддержка после запуска
SLA, мониторинг, backlog, плановые релизы и развитие интеграций.
99.9% / MONITORING[ 05 / 07 ]/РЕШЕНИЯ
Собираем решение
вокруг вашего бизнеса
11 контуров под процесс — от direct-канала до единого слоя на iiko и r_keeper. Модули AGDelivery ускоряют пилот, архитектура остаётся вашей.
Все решения ↗01Собственная доставка
Direct-канал под брендом: витрина, POS, оплата, зоны и contribution margin без комиссии агрегатора.
↗02Доставка ресторанной сетиОдна витрина на точки и города: маршрутизация заказа, меню по локации и экономика каналов с центра.
↗03Управление курьерамиCourier map, Rider App, назначение и SLA смены — cost per delivery вместо управления в чатах.
↗04Автоматизация dark kitchenМультибренд на одной кухне: стоп-листы на все витрины, загрузка линий и маржа каждой концепции.
↗05Аналитика ресторанной сетиRestoBOS, контрольные карты и AI: сигнал → причина → действие, а не отчёт «после месяца».
↗06Внутренние системы HoReCaStaff App и кабинеты: смены, чек-листы с фото, заявки и сроки — вместо чатов и таблиц.
↗07Разработка поверх iikoПриложения, интеграции с 1С и отчётность поверх iiko — касса остаётся, ручной перенос уходит.
↗08Приложение доставки для iikoСайт и app под бренд: меню, стопы, checkout и оплата из iiko — без ручного переноса в кассу.
↗09Разработка поверх r_keeperr_keeper sync, StoreHouse, приложения и RestoBOS — современный слой без миграции кассы.
↗10Приложение для r_keeperClient App с обменом r_keeper: заказ, стоп-листы, оплата и лояльность — app → backend → POS.
↗11iiko + r_keeper в холдингеIntegration hub и guest layer: единая аналитика и master data — POS на точках не меняем.
↗[ 06 / 07 ]/ФОРМАТ РАБОТЫ
От первого разбора
до устойчивого продукта
Первичный аудит
Разбираем один процесс, роли, системы и точку потерь. Формулируем гипотезу и следующий шаг.
- 30–45 минут
- Без готового ТЗ
- Один понятный контур
Обследование
Карта процессов, архитектура, требования, прототип и план пилота с критериями результата.
- Интервью с ролями
- Потоки данных
- Оценка и roadmap
Разработка и внедрение
Поэтапно выпускаем продукт, интегрируем, измеряем пилот и развиваем систему.
- Web / backend / mobile
- Интеграции и данные
- Поддержка и релизы
[ 07 / 07 ]/ВОПРОСЫ
Частые вопросы
перед стартом
Что обычно спрашивают до аудита — про POS, сроки, ТЗ и «надо ли покупать всю платформу».
01Нужно ли менять iiko или r_keeper?+
Нет. Касса и учёт остаются master-системами — мы добавляем слой поверх: приложение, интеграцию, аналитику, delivery.
02Обязательно покупать AGDelivery целиком?+
Нет.
Это работающий продукт и набор проверенных модулей. Часто стартуют с одного контура — Rider App, RestoBOS, Client App — и расширяют после пилота.
03Чем вы отличаетесь от iikoDelivery или коробки?+
Коробка закрывает типовой сценарий внутри одной экосистемы. Мы проектируем контур под ваш процесс: несколько брендов, своя логистика, холдинг на разных POS — без миграции кассы.
04Нужно ли готовое ТЗ до первого разговора?+
Нет — достаточно описать, где ломается работа: заказы переносят вручную, отчёт собирают в Excel, стоп-листы не доходят до приложения. ТЗ появляется на этапе discovery, не до него.
05Что даёт бесплатный аудит?+
30–45 минут на один процесс: кто участвует, какие системы, где теряются время или данные. На выходе — гипотеза и граница пилота, не презентация на сорок слайдов.
06Можно начать с одной точки?+
Да — так и задумано.
07Работаете с нашей IT-командой или интегратором?+
Да. Берём архитектуру и разработку, отдаём документацию по API, подключаемся к уже выбранному подрядчику. Важно, чтобы со стороны ресторана был владелец процесса — не только «IT ради IT».
08Сколько это занимает?+
Зависит от контура. Синхронизация стоп-листов — недели. Собственное приложение с POS — месяцы. Конкретные сроки называем после discovery; до этого честнее не обещать «всё за две недели».
09У нас уже есть сайт или приложение — переделывать?+
Не всегда. Иногда дешевле построить backend и интеграции под существующую витрину, иногда — пересобрать поэтапно. Решаем на аудите, с цифрами, а не «с нуля красивее».
10Чем RestoBOS отличается от обычного BI?+
Отчёт показывает, что случилось. RestoBOS доводит до действия: кто проверяет, до какого срока, изменился ли показатель после. График без ответственного — не наша цель.