Доставки

Dark Kitchen OS

Name: Dark Kitchen OS
Brand: wl-solution
Price: 6400 USD
Availability: InStock

Кухня работает с 6 виртуальными брендами одновременно: «бургерная», «пицца», «суши», «шаурма», «здоровое питание», «детское меню». Заказы из всех агрегаторов и собственного приложения собираются в единую очередь, маршрутизируются на станции (гриль / холодная / десерты), повара видят блюда на KDS-экранах, отбивают готовность, курьер получает push «забрать заказ». Управляющий видит выручку и маржу по каждому бренду в реальном времени, food cost считается автоматически из рецептов.

Управление облачной кухней: смены, поток заказов, KDS, склад, food cost.

WebiOSAdmin

О продукте

«Dark Kitchen OS» — это операционная система для облачной кухни, заточенная под одну задачу: выжать максимум выручки с одного квадратного метра кухонной площади. Одна физическая кухня обслуживает 3–8 виртуальных брендов с собственными меню в агрегаторах. Решение для запуска новых dark-kitchen, для франшизных сетей, для централизованных кухонь традиционных ресторанных групп.

Стек собран на проверенной базе: Next.js 14 для веб-админки и KDS-экранов на планшетах, Swift/SwiftUI для iOS-приложения собственного бренда, Node + NestJS на бэке, Postgres 16, ClickHouse для аналитики, BullMQ для очереди заказов. Готовые интеграции с iiko Cloud, R-Keeper Cloud, Toast POS для синхронизации с традиционным ресторанным учётом.

При покупке вы получаете полные исходники с коммерческой лицензией без роялти, бесплатное брендирование (логотипы виртуальных брендов, цвета, домен и иконка iOS-приложения собственного бренда) и 6 месяцев обновлений в подарок. При аренде — то же самое плюс инфра, мониторинг, бэкапы и обновления продукта на нашей стороне. Развёртывание за 3–7 минут от оплаты до первого зелёного HTTPS.

Задача

Почему «обычная POS-система» убивает экономику dark kitchen

Облачная кухня — это не ресторан. Это конвейер с 50–200 заказами/час, поступающими одновременно из 5–8 каналов, обслуживающий 3–8 виртуальных брендов на одной кухонной площади. Универсальные POS-системы (iiko в режиме ресторана, R-Keeper) не справляются: они спроектированы под официантов и зал, а не под поток курьеров и агрегаторов.

Управляющий тёмной кухни в неоптимальной системе теряет 18–35% выручки на: задержках готовности (курьер уехал к следующему заказу), потерянных заказах из агрегаторов (зависание интеграции), переплате на ингредиентах (food cost не контролируется), браке блюд (нет KDS-фиксации этапов). Без специализированного стека dark kitchen — это игра в casino с минусовой EV.

5 агрегаторов = 5 экранов = повара путаются, заказы теряются
Цена ошибки: 10–20% заказов опаздывают, рейтинг падает, ban от агрегаторов
Channel Manager собирает заказы со всех агрегаторов (Яндекс.Еда, DC, Glovo, Wolt, Bolt, собственное приложение) в единую очередь. KDS на кухне показывает только блюда по станциям, не каналы. Заказ из любого источника обрабатывается единообразно.
Курьер ждёт 25 минут — заказ не готов, агрегатор штрафует
Цена ошибки: штрафы $5–15 за заказ + понижение в выдаче агрегатора
KDS показывает повару таймер на каждое блюдо (норма 8 минут — текущее время 6 — оранжевый, > 8 — красный). Управляющий видит дашборд с задержками в реальном времени, может вмешаться (перебросить блюдо на свободного повара).
Food cost не считается — повара жарят как привыкли, выходит дороже
Цена ошибки: перерасход 15–25% от нормы, маржа уходит
Recipes с точной граммовкой каждого ингредиента. При отбое блюда — авто-списание со склада. Перерасход > 5% от нормы — алерт управляющему. Аналитика food cost по блюдам и поварам.
Склад теряется: овощи протухли, мясо забыли, недозаказали
Цена ошибки: 5–12% оборота на waste
Inventory с FIFO (First In First Out): система рекомендует поварам брать ингредиенты с ближайшим сроком. Алерты за 24 часа до окончания. Автозаказ у поставщика при критических остатках.
HACCP-чек-листы делают «после смены» формально — реальный контроль 0
Цена ошибки: риск штрафа от Роспотребнадзора $5–50k + ban на 30 дней
HACCP-чек-листы на планшете: температуры холодильников (каждые 4 часа, авто-логирование из IoT-датчиков), мойка (каждый час), хранение (даты, поставщик). Подпись повара на этапе. Архив 1 год для проверок.
Повара забивают на штрафы за брак, потому что никто не видит
Цена ошибки: качество падает, рейтинги в агрегаторах летят вниз
Каждое блюдо в KDS — конкретный повар (отбивает приготовление). Жалоба клиента с фото → разбор с конкретным поваром. Штрафы автоматически вычитаются из табеля. Прозрачная система мотивации.
Меню в Яндекс.Еде и DC расходятся — клиент видит разные цены
Цена ошибки: конфликты с клиентами, штрафы от агрегаторов за расхождения
Единое меню в платформе → авто-синхронизация со всеми агрегаторами через их API. Изменил цену или фото — за 5 минут обновилось везде. Disable блюда (закончились ингредиенты) — мгновенная синхронизация.
Невозможно посчитать маржу по бренду — все деньги в одном котле
Цена ошибки: управление наугад, нет данных для решений
Каждое блюдо привязано к бренду. Выручка, food cost, маржа, AOV — отдельно по каждому бренду. Можно увидеть, что «бургерная» окупается, а «здоровое питание» — нет, и закрыть нерабочий бренд.

Сборка с нуля против готового

Сборка с нуля vs готовая платформа: реальная математика

Если бы вам пришлось собирать «Dark Kitchen OS» с нуля, бюджет ушёл бы на: 2 фронтенда (админка + KDS), 1 iOS-разработчик, 2 бэкенда, дизайнера, DevOps, технолога-консультанта для recipes и HACCP. Это команда из 6–7 человек на 8–12 месяцев и стартовая инвестиция $120k–$280k без учёта поддержки.

У нас этот стек уже написан, оттестирован на запусках 4 dark-kitchen операций (от единичных кухонь до сетей в 6 городах) и регулярно обновляется. Channel Manager с 8 интеграциями агрегаторов, KDS, food cost, HACCP-движок — всё готово. Вы получаете тот же результат за дни и направляете освободившийся бюджет на ремонт кухни и закупку оборудования.

Свой стек

8–12 месяцев

$120k–$280k

С wl-solution

5 минут — 3 дня

от $290 setup + $320/мес или $6 400 с исходниками

Этап	Свой стек	С wl-solution
Веб-админка управляющего	1 фронт × 4 мес ≈ $30k	уже в коробке
KDS-экраны (React PWA для планшетов)	1 фронт × 2 мес ≈ $16k	уже в коробке
iOS-приложение собственного бренда	1 iOS × 3 мес ≈ $24k	уже в коробке (Swift/SwiftUI)
Channel Manager: 8 агрегаторов (ЯЕ, DC, Glovo, Wolt, Bolt и др.)	1 бэк × 4 мес ≈ $32k (если без багов на старте)	8 коннекторов готовы и оттестированы на проде
Order Service + KDS-сервер + очередь	1 senior × 3 мес ≈ $30k	уже в коробке
Recipes + food cost + inventory FIFO	1 бэк × 2 мес ≈ $16k	уже в коробке
HACCP-движок + IoT интеграция температурных датчиков	$10k разработка + датчики	готовая реализация, датчики опционально
Интеграции iiko Cloud, R-Keeper, Toast POS	$6k × 3 = $18k	3 коннектора готовы
Инфра, CI/CD, мониторинг	$12k setup + DevOps на ставке	auto-deploy на VPS за 5 минут

Решение

Три модуля, склеенные единым потоком заказов и кухонной аналитикой

Channel Manager (входящий поток заказов), Kitchen Engine (KDS + recipes + inventory) и Brand Manager (виртуальные бренды + меню + аналитика) синхронизированы через Order Service. Заказ из агрегатора проходит: получение → авто-валидация (есть ли ингредиенты, в работе ли кухня) → маршрутизация на станции → готовность → передача курьеру. Каждый шаг фиксируется для аналитики.

Платформа мультиарендная: один установленный экземпляр обслуживает и одну кухню, и сеть из 12 dark-kitchen в разных городах. Тенант = физическая кухня (свой бренд-портфель, флот поваров, склад), при этом владелец сети видит всё в одной админке с агрегированной аналитикой по сети.

Channel Manager: единый поток из 8 агрегаторов

Яндекс.Еда + Delivery Club + Glovo + Wolt + Bolt + 3 других = одна очередь.

Каждый агрегатор подключается через свой API (или Channel Manager если нет API). Заказы поступают в единую очередь Order Service, проходят валидацию (есть ингредиенты, кухня в работе), маршрутизируются на KDS станций.

Двунаправленная синхронизация: меню → агрегатор (изменение цены, фото, описания), статусы → агрегатору (принято, готовится, готов к выдаче). Если ингредиенты закончились — disable блюда во всех агрегаторах за 30 секунд.

KDS-экраны: блюда по станциям, таймеры, статусы

Гриль / Холодная / Десерты / Сборка — у каждой станции свой экран.

На каждой кухонной станции — планшет/монитор с KDS (Kitchen Display System). Показывает только блюда для этой станции (гриль не видит холодные закуски). Карточка блюда: позиция в заказе, состав, особые требования клиента, таймер от старта.

Цвет карточки по таймеру: зелёный (в норме), оранжевый (под угрозой), красный (опоздание). Повар одним нажатием отбивает «готово» — блюдо уходит на станцию сборки заказа. Когда все блюда заказа готовы — статус «ready for pickup» уходит курьеру.

Мульти-бренд на одной кухне: 3–8 виртуальных ресторанов

Один кухонный коллектив, 6 брендов, 6 разных меню в агрегаторах.

Платформа управляет несколькими виртуальными брендами на одной кухне: «бургерная», «пицца», «суши», «шаурма», «здоровое питание», «детское меню». У каждого — своё меню, фото, цены, описание. В агрегаторах они отображаются как 6 разных ресторанов.

Общий склад ингредиентов, общий персонал, общая отчётность по сменам — но раздельная маржа по каждому бренду. Аналитика: «бургерная даёт 35% маржу, здоровое питание — 12%, закрываем ЗП или меняем рецепты».

Recipes с food cost и menu engineering

Каждое блюдо — точная граммовка → авто-расчёт себестоимости и маржи.

Recipes Engine: каждое блюдо имеет рецепт с граммовкой ингредиентов (булочка 80г, котлета 120г, сыр 30г, овощи 50г). При отбое блюда — авто-списание со склада. Food cost считается из текущих цен закупки ингредиентов.

Menu Engineering: матрица 2×2 (популярность × маржа) — звёзды (популярные + маржинальные), рабочие лошадки (популярные + низкомаржинальные), загадки (непопулярные + маржинальные), собаки (непопулярные + низкомаржинальные). Рекомендации: цены, акции, удаление из меню.

Inventory с FIFO и waste tracking

Овощи с ближайшим сроком — берём первыми. Сроки → алерты.

Каждый ингредиент имеет дату поставки и срок хранения. Платформа рекомендует поварам брать ингредиенты по FIFO. За 24 часа до окончания — алерт «использовать сегодня или будет waste».

Waste tracking: повар при списании повреждённых ингредиентов отмечает причину (испортилось / уронил / брак). Отчёт по waste по поварам и ингредиентам для контроля.

Смены поваров: расписание, табель, мотивация

Каждый повар → KDS-логин → блюда → штрафы за брак.

Каждый повар логинится в KDS через PIN или NFC-карту. Все его действия (приготовление, готовность, штрафы) логируются. Расписание смен в админке управляющего — повара видят свои смены в личном кабинете.

Табель формируется автоматически из времени KDS-сессий. Штрафы за брак (по жалобам клиентов с фото) — авто-вычет. Бонусы за высокую скорость и качество — авто-расчёт. Зарплата уходит на карту через ЮMoney Pay-to-card 5-го и 20-го числа.

HACCP: чек-листы, температуры, контроль безопасности

Температуры холодильников каждые 4 часа, мойка, хранение, поставщики.

HACCP-движок: настраиваемые чек-листы на каждую смену. Температуры холодильников — авто-логирование из IoT-датчиков (опционально) или ручной ввод повара каждые 4 часа. Мойка/санитарная обработка — каждый час. Приёмка поставки — фото и подпись.

Архив 1 год для проверок Роспотребнадзора. Тревога при температуре вне нормы (например, морозильник > -18°C). Готовый шаблон протокола HACCP для отчётов в надзорные органы.

iOS-приложение собственного бренда

Прямой канал — обход 30–35% комиссии агрегаторов.

Swift/SwiftUI приложение клиента собственного бренда (например, «бургерная Joe's»). Apple Pay, push, лояльность, рекомендации блюд. Заказы поступают в ту же очередь Order Service, проходят те же станции KDS.

Маржа на прямом канале — на 30–35% выше, чем через агрегаторов (нет их комиссии). Цель — переводить лояльных клиентов с агрегаторов в свой канал через скидки и программу лояльности.

White-label по-настоящему: ваши бренды везде

Каждый виртуальный бренд — отдельный фирменный стиль.

Для каждого виртуального бренда — свой логотип, цвета, шрифты, описание, фото блюд. В агрегаторах эти бренды выглядят как полностью независимые рестораны. Никто из клиентов не догадается, что 6 брендов готовятся на одной кухне.

Никаких упоминаний wl-solution в интерфейсе, агрегаторах или iOS-приложении. Это ваши продукты, а не наш с вашими логотипами сверху.

Принципы

Что мы держим в голове, проектируя продукт

01
Один поток — много каналов
Заказы из всех агрегаторов и собственного приложения обрабатываются единообразно. Повар не должен думать, откуда пришёл заказ — он видит только блюда на KDS.
02
Food cost — это математика, а не интуиция
Каждое блюдо — рецепт с граммовкой. Каждый ингредиент — текущая цена закупки. Перерасход > 5% → алерт. Это даёт контроль маржи на уровне $0.10 на блюдо.
03
Один квадратный метр кухни — максимум выручки
Мульти-бренд утилизирует мощность кухни в 3–5 раз выше моно-бренда. На том же оборудовании готовится 6 брендов вместо 1.
04
HACCP — не формальность, а защита бизнеса
Чек-листы делаются в реальном времени с подписями поваров. IoT-датчики температур убирают человеческий фактор. Архив всегда готов для Роспотребнадзора.

Возможности

Полный набор сценариев — без покупки модулей и плагинов

Channel Manager и заказы

Слой, через который проходят все заказы. 8 агрегаторов в единой очереди, авто-маршрутизация на станции.

Channel Manager: Яндекс.Еда + DC + Glovo + Wolt + Bolt + …

Один экран для всех агрегаторов. Меню синхронизируется автоматически.

Готовые коннекторы для 8 крупнейших агрегаторов СНГ и Европы: Яндекс.Еда (РФ), Delivery Club (РФ), Glovo (CIS + EU), Wolt (FI + EU), Bolt Food (EE + EU), Uber Eats (EU + US), JustEat (UK + EU), Talabat (MENA).

Двунаправленная синхронизация: меню платформы → агрегатор за 5 минут (изменение цены, фото, описания). Статус блюда (доступно / закончились ингредиенты) — за 30 секунд. Принимаются заказы со всех каналов в единую очередь Order Service.

· Управляющий не лазит по 8 кабинетам агрегаторов
· Меню всегда синхронно — нет «у вас цены разные в Я.Еде и DC»
· Конкурентное преимущество перед моно-канальными игроками

// Polling + Webhook режим для каждого агрегатора

// Retry queue с backoff — заказы не теряются при сбоях

// Idempotent processing — нет дублирования заказов

KDS-экраны на станциях с таймерами

Планшет на станции → блюда для этой станции → таймер и цвет статуса.

На каждой кухонной станции (гриль, холодная, десерты, сборка) — планшет 10–15 дюймов с открытой KDS-страницей в режиме киоска. Показывает только блюда для этой станции.

Карточка блюда: номер заказа (4 цифры для краткости), название блюда, особые требования клиента (без лука, дополнительный соус), таймер от старта приготовления. Цвет: зелёный (норма), оранжевый (50% от нормы), красный (опоздание).

Повар одним нажатием отбивает «начал» (запуск таймера) и «готово». Звуковой сигнал при поступлении нового блюда.

· Повара не нервничают — видят чёткую очередь
· Управляющий видит проблемы в реальном времени
· Среднее время приготовления снижается на 15–25%

Авто-маршрутизация блюд по станциям

Бургер → гриль + холодная + сборка. Платформа сама знает, куда что идёт.

Каждое блюдо в recipes указывает, какие станции участвуют в приготовлении: «бургер» → 1) холодная (овощи, соусы), 2) гриль (котлета, булочка), 3) сборка. Заказ поступает на все три станции одновременно.

Алгоритм синхронизации: блюдо считается готовым, когда все станции отбили «готово». Если гриль медленный, а холодная закончила — холодная видит «ждём гриль».

· Параллельное приготовление — быстрее на 20–30%
· Сборка не ждёт, пока всё готово на одной станции

Передача курьеру с уведомлением

Все блюда готовы → push курьеру → он подъезжает → выдача с QR-сканом.

Когда последнее блюдо заказа готово — статус «ready for pickup». Push курьеру (через агрегатора или прямой через push-сервис своего бренда): «забрать заказ #1234, готов».

Курьер подъезжает, на станции сборки сканирует QR заказа — выдаётся пакет с пометкой бренда. Время выдачи логируется для аналитики «pickup time».

· Курьеры не ждут зря — экономика для агрегатора
· Меньше штрафов от агрегаторов за задержки

Recipes, food cost и inventory

Сердце экономики кухни. Точные рецепты, авто-списание, контроль waste и food cost.

Recipes Engine: точные рецепты с граммовкой

Бургер: булочка 80г, котлета 120г, сыр 30г, овощи 50г. Каждый грамм считается.

Каждое блюдо в каталоге имеет рецепт: список ингредиентов с граммовкой. Рецепт может включать sub-recipes (соус готовится отдельно из 5 ингредиентов — тоже с граммовкой). Глубина вложенности — до 3 уровней.

При отбое блюда «готово» в KDS — авто-списание ингредиентов со склада в точных граммах. Если был отбой брака — списание + отметка waste с причиной.

· Точный food cost на каждое блюдо в реальном времени
· Нет «как пошло» — расход контролируется
· Возможность пересчитать маржу при изменении цен поставщиков

Food cost в реальном времени

Цена ингредиентов из закупок → автоподсчёт себестоимости каждого блюда.

Каждая партия ингредиента имеет цену закупки. При списании на блюдо — берётся текущая цена партии (FIFO). Food cost блюда = сумма (граммовка × цена/г) для каждого ингредиента.

Дашборд food cost: «бургер» — себестоимость $1.80, цена продажи $6.50, маржа 72%. «Пицца» — себестоимость $3.20, цена $9, маржа 64%. Можно сортировать по марже и принимать решения о ценах.

· Контроль маржи на уровне $0.10 на блюдо
· Авто-алерт при росте food cost > 5% от нормы
· Решения о ценах — на цифрах, не на интуиции

Menu Engineering 2×2

Звёзды / рабочие лошадки / загадки / собаки — что делать с каждой группой.

Матрица популярности × маржинальности всех блюд. Звёзды (популярные + маржинальные) — продвигать, делать фото красивее. Рабочие лошадки (популярные + низкомаржинальные) — повысить цену на 5%. Загадки (непопулярные + маржинальные) — продвигать в рекомендациях. Собаки (непопулярные + низкомаржинальные) — удалить из меню.

Рекомендации генерируются автоматически на основе данных за последний период. Внедрение через 1 клик: «удалить блюдо из меню» — синхронизация со всеми агрегаторами.

· Меню постоянно оптимизируется на основе данных
· Маржа сети растёт на 5–12% за квартал

Inventory FIFO + waste tracking

Овощи с ближайшим сроком → берём первыми. Брак → списание с причиной.

Каждая партия ингредиента — дата приёмки + срок хранения. При списании на блюдо — система рекомендует партию с ближайшим сроком. Если повар взял другую — отметка в логе.

Waste tracking: при списании повреждённых ингредиентов повар отмечает причину (испортилось / упало / брак приготовления / клиент вернул). Отчёт по waste помогает понять причины: например, «80% waste — куриная грудка, скорее всего, мы её переупаковываем неправильно».

· Снижение waste с 8–12% до 3–5% за 3 месяца
· Свежесть ингредиентов — клиенты не жалуются

Автозаказ у поставщиков

При критических остатках — формирование заявки в WhatsApp/e-mail поставщику.

Каждый ингредиент имеет min и max остаток. При достижении min — формирование заявки на дозакупку до max. Заявка уходит в WhatsApp/e-mail/EDI указанному поставщику.

Поставщик подтверждает в ответ — приёмка происходит с сверкой по заявке. Если поставщик не ответил за 2 часа — алерт управляющему о возможной поломке поставки.

· Снабжение работает на автопилоте
· Не нужно специальной должности «закупщик» для малой кухни

Мульти-бренд и меню

6 брендов на одной кухне с раздельной аналитикой и единым складом.

Виртуальные бренды на одной кухне

«Бургерная Joe's», «Пицца Mario», «Суши Tokyo» — все 3 на одной кухне.

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

В агрегаторах эти бренды отображаются как полностью независимые рестораны. Каждый имеет свою страницу с отзывами, рейтингом. Клиент не догадывается, что 3 бренда на одной кухне.

· Утилизация кухни в 3–5x против моно-бренда
· A/B-тестирование концепций без открытия новых кухонь
· Покрытие разных целевых аудиторий с одного оборудования

Единое меню → синхронизация со всеми каналами

Изменил цену в платформе → за 5 минут обновилось в Я.Еде, DC, Glovo, Wolt.

Меню каждого бренда настраивается в одном месте. Изменение (цена, фото, описание, состав) — синхронизируется со всеми подключёнными агрегаторами через их API за 5 минут.

Disable блюда (закончились ингредиенты) — мгновенная синхронизация (30 секунд). Это исключает заказы того, чего нет в наличии — главная причина негативных отзывов.

· Меню всегда синхронно везде
· Нет «у вас разные цены в Я.Еде и DC» от клиентов

Расписание брендов: «бренд X работает только 11–23»

Завтрачный бренд активен 8–12, обеденный 12–18, вечерний 18–02.

Каждый бренд имеет своё расписание работы. Можно настроить «бренд завтраков» работает только 8–12, «бренд бургеров» — 11–01. В нерабочие часы бренд отключается во всех агрегаторах.

Это позволяет специализироваться по времени: утром — завтраки и кофе, днём — обеды, вечером — ужины и алкоголь (если разрешено).

· Один и тот же бренд не работает 24/7 — экономия на персонале
· Целевая аудитория попадает в правильный бренд по времени

Раздельная аналитика по брендам

Каждый бренд — свой PnL: выручка, food cost, маржа, AOV.

Аналитика по каждому виртуальному бренду отдельно: выручка, средний чек (AOV), food cost (% от выручки), маржа, retention клиентов, рейтинг в агрегаторах.

Сравнение брендов: «бургерная Joe's» — выручка $12k/мес, маржа 25%, «здоровое питание» — $4k/мес, маржа 18%. Решение: закрыть или переделать второй бренд.

· Управление сетью брендов на основе цифр
· Раннее обнаружение нерабочих концепций

Смены, HACCP, безопасность

Повара, чек-листы, температуры, мотивация. Всё в одной системе.

Смены поваров с авто-табелем

PIN → начало смены → KDS → действия логируются → конец смены = табель.

Каждый повар имеет ID и PIN (или NFC-карту). При начале смены — PIN на KDS станции, начало сессии. Все действия (отбой блюд, штрафы) логируются с привязкой к повару.

Табель формируется автоматически из времени KDS-сессий: «Иванов А.А., 12 марта, 11:30–22:15, 10ч 45мин = 1075 ₽». Включаются бонусы за высокую скорость и штрафы за брак.

· Нет «забыл отметить» и «выдумали часы»
· Зарплата считается за 5 минут вместо дня

Мотивация: штрафы за брак, бонусы за скорость

Жалоба клиента с фото → штраф автомату повара. Быстрая смена → бонус.

При жалобе клиента (через агрегатора или собственное приложение) с фото — операция разбирается у управляющего: штраф конкретному повару (отбивший приготовление блюда), компенсация клиенту, корректировка рецепта если массовая проблема.

Бонусы: за смену без жалоб (+5% от ставки), за время приготовления ниже нормы (+3%), за прохождение HACCP-чек-листа на 100% (+2%).

· Качество растёт, текучка снижается
· Прозрачная и справедливая мотивация

HACCP-чек-листы на планшете

Температуры, мойка, хранение, приёмка — все чек-листы цифровые.

На планшете в управляющего и поваров — HACCP-чек-листы: температуры холодильников (каждые 4 часа), мойка станций (каждый час), хранение (даты и условия), приёмка поставки (фото + подпись поставщика). Подпись повара на каждом этапе.

Архив 1 год в S3 с шифрованием. Готовый шаблон отчёта для Роспотребнадзора. Авто-генерация еженедельного report по HACCP-compliance.

· Готовность к проверкам Роспотребнадзора всегда
· Реальный контроль безопасности, не формальность

IoT-датчики температур (опционально)

Датчик в холодильнике → авто-логирование температуры каждые 5 минут.

Опциональная интеграция с IoT-датчиками температур в холодильниках и морозильниках (например, Aqara, Xiaomi, Sonoff). Каждые 5 минут — точная температура в системе.

При выходе за норму (например, холодильник > +6°C дольше 30 мин) — алерт управляющему. Логи доступны для проверок.

· Убирает человеческий фактор
· Раннее обнаружение поломки оборудования

Аналитика и операции

Цифры для решений: маржа по брендам, эффективность поваров, прогноз спроса.

Дашборд операционки в реальном времени

Активные заказы по статусам, повара на сменах, food cost дня, выручка по брендам.

Главный экран управляющего: 1) активные заказы (всего / в работе / готовы / просрочены), 2) повара на смене (по станциям), 3) выручка дня по брендам, 4) food cost дня в %, 5) топ-5 заказов с проблемами.

Обновление каждые 10 секунд. Алерты на критичные события (заказ просрочен > 5 мин, температура вне нормы, повар отсутствует > 30 мин).

· Управляющий видит весь день в одном экране
· Среднее время реакции на инцидент < 60 сек

Прогноз спроса на следующий день

На основе истории + погоды + дня недели → ожидание заказов и закупка.

Модель прогноза на основе истории заказов, дня недели, погоды (через интеграцию с OpenWeather), праздников. Выдаёт прогноз: «завтра пятница, дождь — ожидание 320 заказов, нужно закупить 25 кг куриных грудок, 40 кг картофеля».

Помогает планировать закупки и смены поваров. Точность прогноза 75–85% после 3 месяцев работы.

· Меньше waste из-за переизбытка
· Меньше потерь из-за нехватки

Эффективность поваров

Среднее время приготовления, % жалоб, выручка через смену.

Карточка каждого повара: смены за месяц, среднее время приготовления (по сравнению с нормой), % жалоб, штрафы и бонусы, итоговый рейтинг. Сравнение поваров для выявления лучших и худших.

Топ-3 повара — кандидаты на повышение до старшего/шефа. Худшие — обучение или замена.

· Объективная оценка команды
· Растущий уровень мастерства за счёт конкуренции

Сравнение кухонь сети

Для франшизной сети — сравнение операций между кухнями в разных городах.

Если у вас сеть dark-kitchen в 5 городах — сравнение кухонь по выручке, марже, food cost, NPS, скорости приготовления. Бенчмарк лучших — для тиражирования практик.

Аномалии: «Краснодар food cost 32% против 26% в сети — что не так?». Раннее обнаружение проблем в конкретной точке.

· Управление сетью на основе данных
· Раннее обнаружение проблем в конкретной точке

Архитектура

Архитектура: то, что вы получаете под капотом

Каждый модуль — отдельный сервис, масштабируется независимо. Channel Manager изолирован — частые сбои на стороне агрегаторов не должны валить кухню.

Деплой — Docker-контейнеры на ваших VPS. Между ними — приватная сеть с шифрованием. БД — Postgres 16 для операционки, ClickHouse для аналитики. Для KDS — отдельный socket-сервер для real-time.

Manager Web (Next.js)

Веб-админка управляющего кухни

Next.js 14 SSR. Заказы, меню, смены, аналитика, HACCP.

PWA для использования на планшете и десктопе.

Next.js 14 · TanStack Query · Mapbox GL

KDS App (Next.js PWA)

Кухонный экран на планшетах станций

Открывается в kiosk-mode на планшетах 10–15 дюймов. WebSocket для real-time-обновлений.

Минимальный UI — большие кнопки, читается за 2 метра, работает offline после загрузки.

Next.js 14 · WebSocket · Service Workers

Client iOS App (Swift/SwiftUI)

Приложение клиента собственного бренда

Каталог брендов, корзина, оплата Apple Pay, push, лояльность.

Готов к публикации в App Store через ваш Developer Account.

Swift 5.9 · SwiftUI · Apple Pay

Order Service

Жизненный цикл заказа

Машина состояний: received → validated → in_preparation → ready → picked_up → delivered.

Двойная запись для надёжности: Postgres + Kafka.

Go 1.22 · Postgres 16 · Kafka

Channel Manager

Интеграция с 8 агрегаторами

Polling + Webhook для каждого агрегатора. Retry queue с backoff.

Idempotent processing — нет дублирования заказов при retry.

Node.js · BullMQ · Postgres

Recipes Engine

Управление рецептами и food cost

Граммовка ингредиентов, sub-recipes, авто-расчёт себестоимости.

При изменении цены поставщика — пересчёт food cost всех затронутых блюд.

Go · Postgres · Redis

Inventory Service

Склад с FIFO и waste tracking

Партии с датами поставки и сроками. Авто-списание при отбое блюд.

Алерты на сроки, авто-заявки на дозакупку.

Go · Postgres

Shift Service

Смены поваров, табель, мотивация

Логирование KDS-сессий, расчёт табеля, штрафы и бонусы.

Авто-расчёт зарплаты, выгрузка для бухгалтерии.

Node.js · Postgres · BullMQ

HACCP Engine

Чек-листы безопасности и температурный контроль

Настраиваемые чек-листы по сменам, подписи поваров, архив 1 год.

Интеграция с IoT-датчиками температур (опционально).

Node.js · Postgres · S3

POS Gateway (iiko, R-Keeper, Toast)

Синхронизация с традиционными ресторанными POS

Адаптеры для синхронизации меню, цен, заказов с iiko Cloud, R-Keeper Cloud, Toast.

Используется при гибридных моделях (часть бренда работает как ресторан с залом + dark kitchen).

Node.js · Postgres

Payment & Billing

Платежи в собственном iOS, выплаты поварам

Stripe для международки, ЮKassa/Tinkoff для РФ. Apple Pay в iOS.

Выплаты поварам через ЮMoney Pay-to-card 5-го и 20-го.

Go · Stripe · ЮKassa

Forecast Engine

Прогноз спроса на следующий день

Модель на pandas/scikit-learn. Учитывает историю, день недели, погоду, праздники.

Точность 75–85% после 3 месяцев обучения на ваших данных.

Python · Postgres · OpenWeather API

Notifier

Push, SMS, e-mail клиентам, поварам, управляющим

Шаблоны редактируются в админке. Throttling против спама.

Node.js · APNs · FCM · Twilio

Analytics Pipeline

Сырые события → агрегаты → дашборды

События в ClickHouse через Kafka. Метрики маржи, retention, NPS, food cost.

Kafka · ClickHouse · Metabase

Поток данных

Заказ из агрегатора → Channel Manager принимает по API/Webhook → валидация → Order Service создаёт заказ → событие в Kafka.

Order Service маршрутизирует блюда на станции по recipes → KDS-экраны получают через WebSocket → повара видят и обрабатывают.

При отбое «готово» → Inventory списывает ингредиенты по FIFO → Recipes Engine считает реальный food cost.

Когда все блюда готовы → статус «ready_for_pickup» → курьеру push через Channel Manager (или прямо в собственное iOS-приложение).

После выдачи курьеру → статус «picked_up» → метрики смены и повара обновляются → Shift Service пересчитывает табель.

В конце смены → авто-формирование отчёта по выручке, food cost, waste, маржи по брендам → доступно управляющему на дашборде.

Масштабирование

Manager Web и KDS — stateless, масштабируются за Caddy.

Channel Manager — каждый агрегатор отдельный воркер. Сбой одного не валит остальные.

Order Service — sharded по kitchen_id для сети из 50+ кухонь.

ClickHouse — отдельный кластер, не давит на операционку.

Что ломается и как восстанавливаем

Падение Channel Manager одного агрегатора → остальные работают. Заказы из проблемного — буферизуются, обрабатываются при восстановлении.

Падение Order Service → KDS работают по последним данным (заказы в очереди), запись синхронизируется при восстановлении.

Сбой Inventory Service → отбой блюд проходит, списание ингредиентов откладывается. Авто-сверка при восстановлении.

Падение IoT-датчиков → переключение на ручной ввод температур поварами (с алертом).

Сбой POS Gateway → меню рассинхронизировано, но кухня работает. Авто-выравнивание при восстановлении.

Безопасность

Платежи через PCI-сертифицированных провайдеров. Карты не хранятся.

PII клиентов (телефоны, адреса) — отдельная БД с шифрованием at-rest.

HACCP-архив в S3 с Object Lock — нельзя удалить раньше срока (compliance).

Доступ поваров — по PIN или NFC-карте, без раскрытия чужих данных.

Соответствие ФЗ-152 (РФ), GDPR (EU). Удаление данных по запросу клиента в течение 30 дней.

Интеграции

Готовые коннекторы

Что готово из коробки. Подключение каждой — это форма в админке и проверка тестового заказа. Договоры с агрегаторами оформляете напрямую, мы даём готовый коннектор.

Яндекс.Еда (партнёрский кабинет)aggregator

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

Лидер рынка доставки в РФ. Без неё не запустить dark kitchen в России.

Подключение: 3–5 рабочих дней (договор + интеграция) · Комиссия 25–35% с заказа

Delivery Club (партнёрский кабинет)aggregator

Второй по охвату агрегатор в РФ.

Часть аудитории работает только через DC.

Подключение: 3–5 рабочих дней · Комиссия 25–35%

Glovoaggregator

СНГ + EU агрегатор: Грузия, Армения, Казахстан, Польша, Испания и др.

Покрывает 30+ стран. Ключевой канал для международных запусков.

Подключение: 5–10 рабочих дней · Комиссия 25–30%

Woltaggregator

Северная Европа + Балканы.

Премиум-агрегатор Финляндии, Эстонии, Латвии, Хорватии.

Подключение: 5–10 рабочих дней · Комиссия 20–30%

Bolt Foodaggregator

Эстония + Балтия + EU.

Растущий игрок в Восточной Европе.

Подключение: 5–10 рабочих дней · Комиссия 20–25%

Uber Eatsaggregator

EU + US + LATAM.

Глобальный лидер для запусков в США и Европе.

Подключение: 7–14 рабочих дней · Комиссия 25–35%

iiko Cloudpos

Синхронизация меню, заказов и фискальных чеков с iiko Cloud.

Стандарт ресторанной автоматизации в РФ.

Подключение: 2–3 рабочих дня

R-Keeper Cloudpos

Альтернативная интеграция с R-Keeper Cloud.

Используется крупными сетями.

Подключение: 2–3 рабочих дня

Toast POSpos

Интеграция с Toast POS для запусков в США.

Стандарт в US-сегменте ресторанов.

Подключение: 2–3 рабочих дня

АТОЛ Онлайн (ОФД)fiscal

Фискальные чеки 54-ФЗ для собственного канала продаж.

При продажах через собственное приложение — обязательно по 54-ФЗ.

Подключение: 1 рабочий день

ЮKassa + Pay-to-cardpayments

Эквайринг для собственного канала + выплаты поварам.

Покрывает все способы оплаты в РФ + быстрые выплаты на карты.

Подключение: 1–3 дня

Stripepayments

Эквайринг для международных запусков.

Стандарт глобальных запусков.

Подключение: 1–2 часа

Apple Paypayments

Оплата в iOS-приложении за 1 тап.

Конверсия с Apple Pay в 2.5x выше карт.

Подключение: 1 рабочий день

OpenWeather APIdata

Прогноз погоды для модели прогноза спроса.

Погода — важный фактор для еды на доставку (дождь = +30% заказов).

Подключение: 30 минут · Бесплатно до 1000 запросов/день

Aqara / Xiaomi IoT (датчики температур)iot

Беспроводные датчики температур для холодильников и морозильников.

Авто-логирование HACCP без человеческого фактора.

Подключение: 1–2 рабочих дня · Датчики $15–30 за шт

Twilio (SMS)comms

SMS клиентам и поварам о статусах заказов.

Высокая доставляемость, простое API.

Подключение: 1 час

Resend (e-mail)email

Транзакционная почта: подтверждения, отчёты.

Высокая доставляемость для бизнес-почты.

Подключение: 30 минут

Сценарии операторов

Кейсы, которые мы регулярно разворачиваем

Стартап dark kitchen в Москве с 1 кухней и 4 виртуальными брендами

Запуск 4 брендов на одной кухне за 2 недели

Команда снимает помещение 50м² в спальном районе Москвы, делает кухню под доставку. Бизнес-модель — 4 виртуальных бренда («бургерная», «шаурма», «здоровое питание», «детское меню») на одной кухне. Цель — окупаемость за 8 месяцев.

За 3 дня брендируем 4 виртуальных бренда, веб-админку и приложение собственного бренда («бургерная Joe's» как основной). Загружаем меню (40 SKU на бренд), фото блюд, рецепты.

Подключаем Яндекс.Еду, Delivery Club, Glovo (договоры — параллельно с запуском). Настраиваем 3 станции (гриль, холодная, сборка) с KDS-планшетами.

Нанимаем 4 поваров (по 2 в смене 11–23 и 16–04). HACCP-чек-листы и IoT-датчики в холодильниках. Через 30 дней — 80–120 заказов в день со средним чеком 600 ₽.

Что включаем

· Мульти-бренд (4 бренда на одной кухне)
· Channel Manager с 3 агрегаторами
· KDS на 3 станциях
· HACCP с IoT-датчиками

Результат

· Окупаемость за 7 месяцев (быстрее плана)
· Утилизация кухни 78% против 35% у моно-бренда
· Маржа 22–28% на «бургерной», 15% на «здоровом питании»

Сеть из 6 dark-kitchen в 3 городах СНГ

Единая платформа для управления сетью

Сеть из 6 dark-kitchen в Москве (2), Питере (2), Алматы (2). Раньше — разрозненные iiko в каждой точке, нет единой отчётности, нет сравнения брендов между кухнями.

Развёртываем мультиарендный экземпляр. Каждая кухня = тенант. Брендирование — единый федеральный бренд с локализованной географией.

Подключаем iiko Cloud в каждой точке через коннектор для синхронизации меню и цен. Переводим заказы из агрегаторов на Channel Manager.

Подключаем сводную аналитику: сравнение кухонь, бенчмаркинг лучших, выявление аномалий. Прогноз спроса — отдельно для каждого города с учётом локальной погоды.

Что включаем

· Мультиарендность с франшизной моделью
· Сравнительная аналитика сети
· iiko Cloud интеграция
· Прогноз спроса по городам

Результат

· Сводная отчётность по сети — за минуту
· Снижение food cost на 4–7 пунктов за 6 месяцев через бенчмаркинг
· Запуск 7-й кухни — 7 рабочих дней

Премиум-стартап с фокусом на собственный канал и iOS-приложение

Обход 30% комиссии агрегаторов через собственный канал

Команда запускает премиум-бренд бургерной с фокусом на собственный канал (iOS-приложение + сайт). Стратегия — превратить лояльных клиентов с агрегаторов в свой канал через скидки и программу лояльности.

Развёртываем платформу за 5 дней. Брендируем iOS-приложение, веб-сайт, KDS, всё под единый премиум-бренд. Подключаем Channel Manager с Яндекс.Едой и DC как начальные каналы.

В iOS-приложении: программа лояльности (1 заказ из 6 — бесплатно), Apple Pay, push-уведомления, реферальная программа. Скидка 15% на первый заказ через приложение.

Через 6 месяцев — 35% выручки через собственный канал (на старте было 5%). Маржа на собственном канале 42% против 28% у агрегаторов (нет 30% комиссии).

Что включаем

· iOS-приложение с Apple Pay и лояльностью
· Channel Manager с Яндекс.Едой и DC
· KDS и recipes с food cost
· Аналитика по каналам

Результат

· Маржа +14 пунктов через собственный канал
· Retention в собственном канале 65% против 18% у агрегаторов
· Сильная клиентская база, не зависящая от агрегаторов

Ресторанная группа с традиционными ресторанами + новой dark kitchen

Гибридная модель: ресторан + центральная кухня для доставки

Ресторанная группа с 4 точками в Москве. Запускает централизованную dark kitchen для доставки части блюд (пиццы, бургеры, пасты), чтобы разгрузить рестораны от заказов на доставку и улучшить опыт зала.

Развёртываем dark-kitchen платформу с интеграцией iiko (уже используется в ресторанах). Меню для доставки — подмножество ресторанного меню, с теми же рецептами.

Заказы на доставку из всех агрегаторов перенаправляются на dark kitchen вместо ресторанов. Курьеры приезжают только к dark kitchen.

Через 3 месяца — выручка ресторанов +15% (за счёт отсутствия отвлечения на доставку), маржа на доставке +8 пунктов (dark kitchen эффективнее).

Что включаем

· Гибридная модель ресторан + dark kitchen
· iiko Cloud интеграция
· Channel Manager с заказами с агрегаторов
· Recipes в синхронизации с ресторанным меню

Результат

· Рестораны фокусируются на зале — UX выше
· Маржа на доставке +8 пунктов через специализированную кухню
· Возможность масштабировать доставку без открытия новых ресторанов

План запуска

От оплаты до первого боевого заказа — 10 дней

Типовой план запуска. Команда с нашей стороны: project-менеджер + DevOps + дизайнер брендинга.

День 1–2
Развёртывание и брендирование
- · Заполнить бриф: бренды (2–8 виртуальных), домен, цвета, e-mail управляющего
- · Получить доступ в админ-панель и тестовый KDS
- · Сдать дизайн-кит каждого бренда (логотипы, фото блюд) либо заказать дизайн
- · Прописать ваш домен → Let's Encrypt автоматически
Готово, когда:
- ✓ Веб-админка и KDS открываются на вашем домене
- ✓ Каждый бренд имеет свой фирменный стиль
День 3–4
Меню, recipes, склад
- · Загрузить меню (30–80 SKU на бренд) с фото и описаниями
- · Настроить recipes с граммовкой ингредиентов
- · Загрузить стартовый склад ингредиентов с ценами поставщиков
- · Подключить эквайринг (ЮKassa, Tinkoff, Stripe или Apple Pay)
Готово, когда:
- ✓ Меню готово для отправки в агрегаторы
- ✓ Recipes считают food cost корректно
День 5–7
Агрегаторы (договоры параллельно с настройкой)
- · Подключить Яндекс.Еду (договор + API-ключи)
- · Подключить Delivery Club (параллельно)
- · Подключить Glovo / Wolt / другие — по приоритету
- · Прогон тестовых заказов с каждым агрегатором
Готово, когда:
- ✓ Каждый агрегатор активен, меню синхронизировано
- ✓ Тестовые заказы успешно проходят весь цикл
День 8–9
Кухня, повара, HACCP
- · Установить KDS-планшеты на станциях
- · Завести поваров (PIN/NFC-карты)
- · Настроить HACCP-чек-листы
- · Установить IoT-датчики температур (опционально)
- · Прогон 50 тестовых заказов с реальными поварами
Готово, когда:
- ✓ Кухня работает по KDS
- ✓ HACCP-чек-листы заполняются ежедневно
День 10
Запуск на боевые заказы
- · Включить приём заказов во всех агрегаторах
- · Запустить рекламу в агрегаторах + собственное iOS-приложение в App Store
- · Мониторить дашборд управляющего в реальном времени
Готово, когда:
- ✓ Первые 200 заказов прошли без критичных инцидентов
- ✓ Среднее время приготовления ≤ норме
- ✓ Food cost в плане 25–30%

Альтернативы

Когда наш продукт — не лучший выбор (и когда лучший)

Собрать с нуля своей разработкой

build-from-scratch

Нанять команду из 6–7 человек и потратить 8–12 месяцев на разработку с нуля.

Плюсы

+ Полный контроль над архитектурой
+ Кастом под любые специфические требования

Минусы

− $120k–$280k капитальных вложений до первого заказа
− 12 месяцев без выручки
− Channel Manager с 8 интеграциями — сложный модуль, на старте ошибки видны клиентам в первые сутки
− HACCP-движок и POS-интеграции — отдельные узкоспециальные команды

Наш вердикт:Имеет смысл только если есть уникальная бизнес-модель. В 95% случаев — нет.

Альтернатива выигрывает, когда: Технологическая компания с миссией стать платформой для других dark-kitchen операторов.

Использовать iiko / R-Keeper как POS-систему

competitor

Поставить iiko или R-Keeper, использовать в режиме ресторана для управления dark kitchen.

Плюсы

+ Знакомая команде POS-система
+ Базовый функционал есть

Минусы

− Не приспособлены под dark kitchen (нет KDS для нескольких брендов)
− Нет единого Channel Manager — нужно ставить отдельный сервис
− Нет food cost в реальном времени и menu engineering
− Нет HACCP-движка с IoT
− Заточены под официантов и зал, а не под поток заказов с агрегаторов

Наш вердикт:Подходит для традиционного ресторана. Для dark kitchen — слабый стек, потери 15–25% маржи.

Альтернатива выигрывает, когда: Если уже есть iiko/R-Keeper в основных ресторанах и dark kitchen вторична, можно временно использовать.

Использовать платформы для агрегаторов (Otter, Cuboh)

competitor

Готовые Channel Manager-сервисы (Otter, Cuboh, Deliverect) — $200–400/мес.

Плюсы

+ Готовая интеграция с агрегаторами
+ Быстрый старт

Минусы

− Только Channel Manager — нет KDS, recipes, food cost, HACCP
− Нужны отдельные сервисы для остального ($400–800/мес дополнительно)
− Свой бренд скрыт — клиент видит сервис
− Долгосрочная зависимость от вендора, сложно мигрировать

Наш вердикт:Подходит как временное решение. Для серьёзной dark kitchen — слабый стек в долгую.

Альтернатива выигрывает, когда: Хотите быстро начать тестовый запуск без капитальных вложений.

Open-source решения для ресторанов

open-source

Готовые open-source POS для ресторанов (Floreant, Odoo POS). Бесплатные по лицензии.

Плюсы

+ Лицензия = 0
+ Открытый код

Минусы

− Нет специфики dark kitchen (multi-brand, channel manager, KDS для агрегаторов)
− Нет food cost в реальном времени, нет HACCP
− Нужна команда из 2–3 человек на 6+ месяцев адаптации

Наш вердикт:Бесплатная лицензия — не бесплатный продукт. Адаптация под dark kitchen займёт 6–9 месяцев.

Альтернатива выигрывает, когда: Есть сильная техническая команда и нет требований к скорости запуска.

Стоимость владения

За что вы платите — и за что не платите

Покупка — что внутри

Покупка за $6 400 — полные исходники с коммерческой лицензией без роялти, бесплатное брендирование (включая iOS-приложение), помощь с первым деплоем (2–4 часа DevOps-консультаций) и 6 месяцев обновлений в подарок.

Лицензия без лимитов по тенантам — можно развернуть на купленном коде хоть 1, хоть 100 кухонь без доплат. Разворачивать можно на любой инфре: ваши VPS, k8s, on-premise.

Аренда — что внутри

Аренда $320/мес — это всё то же самое, что покупка, плюс инфра, мониторинг, бэкапы и обновления продукта на нашей стороне. Развёртывание за 3–7 минут.

Сетап $290 включает: брендирование, привязку домена, настройку SMTP, заведение администратора. Можно перейти с аренды на покупку: до 80% арендных платежей первого года засчитываются в стоимость выкупа.

TCO за первый год

Аренда платформы (12 мес × $320)	$3 840
Сетап (разово)	$290
VPS-инфра (2–3 средних узла + ClickHouse + S3) Hetzner / OVH; включено если хостимся мы	$60–$120/мес
Apple Developer Account Для публикации собственного iOS-приложения	$99/год
Стороннее: Twilio + OpenWeather + Stripe/ЮKassa Только по факту использования	$80–$250/мес
IoT-датчики температур (опционально, единоразово) По 4–8 датчиков на кухню	$200–$600
Договоры с агрегаторами и POS В основном бесплатно, но Wolt/Bolt берут setup-fee	0–$1 000 единоразово
Брендирование (если нужен дизайн)	$0–$2 500
Маркетинг и привлечение клиентов Не входит в платформу	ваш бюджет

Что вы НЕ платите дополнительно

Разработка Channel Manager для 8 агрегаторов
8 готовых коннекторов, оттестированных на проде. Самостоятельная разработка — 4–6 месяцев senior-разработчика.
KDS с real-time обновлениями для нескольких станций
Готовая PWA с WebSocket. Самостоятельная разработка — $15–25k.
iOS-приложение собственного бренда
Готовый Swift/SwiftUI-стек с Apple Pay и лояльностью. Самостоятельная — $30–50k.
Recipes Engine + food cost + menu engineering
Готовый стек с UI. Самостоятельная разработка — $15–25k.
HACCP-движок + IoT-интеграция
Готовая реализация чек-листов + датчиков. Самостоятельная — $10–15k.
POS-интеграции (iiko, R-Keeper, Toast)
3 готовых коннектора. Самостоятельная разработка — 2–3 месяца на каждый.
Per-tenant цена
Сколько хотите кухонь / брендов / городов — без доплат.

Что мы не делаем

Честный список ограничений

Лучше сказать сейчас, чем выяснить через месяц после оплаты. Если ваш кейс упирается во что-то из списка ниже — напишите, предложим обходной путь или честно скажем «не наш».

Мы не делаем Android-приложение собственного бренда
Клиенты dark kitchen в 80% сидят в агрегаторах (Яндекс.Еда, DC, Glovo) — для них Android-приложение собственного бренда не нужно. Премиум-сегмент, который мы тянем в собственный канал, — на iOS. Делать отдельное Android-приложение экономически не оправдано.
Мы не подключаемся к агрегаторам, у которых нет публичного API
Некоторые мелкие агрегаторы не дают API партнёрам — только их собственная админка. Мы работаем только с агрегаторами с открытым API или Channel Manager-протоколом.
Не помогаем обойти 54-ФЗ при продажах через собственный канал
При продажах через собственное приложение — обязательно фискальные чеки через ОФД (АТОЛ, Платформа ОФД). Серые схемы не поддерживаем.
Не делаем индивидуальные исправления интерфейса бесплатно
Брендирование (цвета, логотип, шрифты, иконки) — да. Перенос кнопки, замена структуры экрана — это уже кастом, оценивается отдельно.
Не интегрируемся с самописными POS-системами без API
Если у клиента самописная POS без API — мы не сможем синхронизировать данные. Возможна интеграция через CSV-импорт или индивидуальная разработка коннектора за деньги (от $5k).

Глоссарий

Термины, чтобы говорить с нами на одном языке

Dark Kitchen (Cloud Kitchen, Ghost Kitchen): Кухня без зала для гостей, работающая только на доставку через агрегаторов и собственный канал.; Высокая утилизация площади, низкие операционные расходы по сравнению с традиционным рестораном.
Виртуальный бренд: Бренд, существующий только в каталогах агрегаторов и приложениях. Несколько брендов могут работать на одной физической кухне.; Каждый бренд имеет свой логотип, меню, фото, описание — клиент не догадывается, что блюда готовятся на общей кухне.
Channel Manager: Слой интеграции с агрегаторами доставки. Собирает заказы в единую очередь, синхронизирует меню.; В нашей реализации — 8 готовых коннекторов: Яндекс.Еда, DC, Glovo, Wolt, Bolt, Uber Eats, JustEat, Talabat.
KDS (Kitchen Display System): Кухонные экраны на станциях для отображения блюд с таймерами и статусами.; Заменяет бумажные чеки и устные команды. Повар одним нажатием отбивает «готово».
Food cost: Себестоимость ингредиентов блюда в % от цены продажи. Норма 25–35%.; Считается в реальном времени из рецептов и цен закупки. Перерасход > 5% от нормы — алерт.
Menu Engineering: Матрица анализа меню по популярности и марже: звёзды, рабочие лошадки, загадки, собаки.; Помогает оптимизировать меню: что продвигать, какие цены повысить, какие блюда удалить.
Recipes Engine: Модуль управления рецептами с граммовкой ингредиентов и sub-recipes.; Позволяет авто-расчёт food cost и списание ингредиентов со склада при отбое блюда.
FIFO (First In First Out): Принцип использования ингредиентов с ближайшим сроком хранения первыми.; Снижает waste с 8–12% до 3–5%. Алерты за 24 часа до окончания срока.
Waste tracking: Учёт списания испорченных/повреждённых ингредиентов с причинами.; Помогает выявить системные проблемы (например, неправильное хранение конкретного продукта).
HACCP: Hazard Analysis and Critical Control Points — система контроля безопасности пищевого производства.; Включает контроль температур, мойки, хранения, приёмки сырья. Обязательна по ТР ТС 021/2011.
AOV (Average Order Value): Средний чек заказа. В dark kitchen — обычно 500–900 ₽.
Утилизация кухни: Доля времени, когда кухня обслуживает заказы (а не простаивает).; В моно-бренде — 30–50%. В мульти-бренде с 4–6 виртуальных брендов — 70–85%.
iiko Cloud: Облачная POS-система iiko для управления рестораном (меню, цены, заказы, фискальные чеки).
R-Keeper Cloud: Альтернативная POS-система от UCS, популярная у крупных ресторанных сетей.
Toast POS: Стандарт POS-систем в США. Используется при запусках dark kitchen в США.
ОФД (Оператор Фискальных Данных): Сервис передачи фискальных чеков в ФНС по 54-ФЗ. Обязателен при продажах через собственный канал.
ТР ТС 021/2011: Технический регламент Таможенного союза «О безопасности пищевой продукции». Обязывает HACCP.

Сценарии использования

Кому подходит «Dark Kitchen OS» — и как его обычно разворачивают.

Запуск 4 брендов на одной кухне за 2 недели

Единая платформа для управления сетью

Обход 30% комиссии агрегаторов через собственный канал

Гибридная модель: ресторан + центральная кухня для доставки

Что внутри

Готовые сценарии — не надо собирать из частей.

Веб-кабинет клиента + админка оператора
iOS-приложение (Swift / React Native)
Полнофункциональная админ-панель оператора
Маршрутизация курьеров + live-tracking
Тарификация по зонам и весу
Брендирование (логотип, цвета, шрифты, домен) — без правок исходников
Локализация под русский + английский, легко добавить другие

Частые вопросы

Что спрашивают операторы перед запуском «Dark Kitchen OS»

Сколько времени от заказа до боевого URL?

Аренда — 3–7 минут до зелёного HTTPS. Полный запуск с агрегаторами и кухней — 10 рабочих дней (агрегаторы оформляют договоры 3–5 дней каждый).

Что я получаю при покупке: исходники или только бинарник?

Полный исходный код в приватный Git-репозиторий (iOS Swift, Web Next.js, бэкенд Go/Node, Python для прогноза), коммерческую лицензию без роялти и образ контейнера в нашем Docker-registry. Срок поддержки — 6 месяцев бесплатно, дальше по тарифу.

Где физически работает мой деплой при аренде?

На VPS вашего облака на выбор: Hetzner, OVH, Vultr, DigitalOcean, Selectel. Регион выбираете при заказе.

Сколько виртуальных брендов выдерживает одна кухня?

Технически — до 12 брендов. На практике 4–6 — оптимум: больше — становится сложно держать качество и инвентарь. Сеть может иметь разные комбинации брендов по кухням.

Как работает Channel Manager с агрегаторами?

8 готовых коннекторов: Яндекс.Еда, Delivery Club, Glovo, Wolt, Bolt, Uber Eats, JustEat, Talabat. Каждый — через свой API (или Channel Manager-протокол). Двунаправленная синхронизация меню и статусов. Заказы поступают в единую очередь Order Service.

Что такое KDS и зачем планшеты на станциях?

Kitchen Display System — кухонные экраны на каждой станции (гриль, холодная, десерты, сборка). Показывают блюда для конкретной станции с таймерами. Повар одним нажатием отбивает «готово». Заменяет бумажные чеки и устные команды.

Как считается food cost в реальном времени?

Каждое блюдо имеет рецепт с граммовкой ингредиентов. При отбое блюда — авто-списание ингредиентов со склада по текущим ценам закупки (FIFO). Food cost блюда = сумма (граммовка × цена/г) всех ингредиентов. Маржа = (цена продажи − food cost) / цена продажи.

Что такое FIFO и зачем оно нужно?

First In First Out — система рекомендует поварам брать ингредиенты с ближайшим сроком хранения. Это снижает waste с 8–12% до 3–5%. Алерты за 24 часа до окончания срока.

Как работает HACCP-движок и нужны ли IoT-датчики?

Чек-листы безопасности (температуры, мойка, хранение, приёмка) на планшете управляющего и поваров. Подписи на каждом этапе. IoT-датчики температур — опциональная замена ручного ввода, авто-логирование каждые 5 минут. Архив 1 год для Роспотребнадзора.

Можно ли интегрировать с iiko или R-Keeper?

Да, два готовых коннектора. Синхронизация меню, цен, заказов. Используется при гибридных моделях (часть бренда работает как ресторан с залом + dark kitchen) или для миграции с iiko/R-Keeper на наш стек.

Сколько заказов выдерживает кухня?

Зависит от конфигурации кухни (число станций, поваров, площадь). На дефолтной конфигурации платформа поддерживает до 500 заказов/час на кухню. Узким местом обычно становится физическая мощность, а не платформа.

Как работает iOS-приложение собственного бренда?

Готовый Swift/SwiftUI стек: каталог брендов, корзина, Apple Pay, push, лояльность, реферальная программа. Готов к публикации в App Store через ваш Developer Account ($99/год). Маржа на собственном канале на 30–35% выше из-за отсутствия комиссии агрегаторов.

Что с фискальными чеками 54-ФЗ?

При продажах через собственное приложение — обязательно фискальные чеки через ОФД. Готовая интеграция с АТОЛ Онлайн или Платформа ОФД. Заказы через агрегаторов — чеки на стороне агрегатора.

Можно ли управлять сетью dark-kitchen из одной админки?

Да, платформа мультиарендная: один экземпляр обслуживает и одну кухню, и сеть из 50+ кухонь в разных городах. Тенант = физическая кухня (свой бренд-портфель, флот поваров, склад), владелец сети видит всё в одной админке с сравнительной аналитикой.

Что с прогнозом спроса?

Модель на pandas/scikit-learn. Учитывает историю заказов, день недели, погоду (через OpenWeather), праздники. Точность 75–85% после 3 месяцев обучения на ваших данных. Помогает планировать закупки и смены.

Можно ли использовать как white-label для других dark-kitchen операторов?

Да, лицензия позволяет ре-продавать. Несколько наших партнёров используют этот стек как продукт для своих dark-kitchen клиентов, добавляя свою маржу и сервис.

Что если мне нужны кастомные доработки?

Берём в работу как отдельный проект на базе вашей копии. SLA на критичные баги ядра — 1 рабочий день. Кастомные фичи — индивидуально по T&M или фикс-прайс.

Можно подключить собственный домен и сертификат?

Да. Указываете свой домен в кабинете — TLS-сертификат выпускается автоматически через Let's Encrypt (через Caddy) при первом HTTPS-запросе. Cloudflare включён в режиме оранжевого облака для DDoS-защиты.

Как работают обновления продукта?

Каждое обновление проходит через пайплайн backup → migrate → smoke-test → switch. При любом сбое автоматический откат на предыдущий контейнер из registry. Историю обновлений видно в админ-панели.

Готовы запустить «Dark Kitchen OS» под своим брендом?

Аренда: 5 минут от заказа до боевого URL. Покупка: 1–5 рабочих дней.

Оформить заказ →Тарифы

Dark Kitchen OS

Почему «обычная POS-система» убивает экономику dark kitchen

Сборка с нуля vs готовая платформа: реальная математика

Три модуля, склеенные единым потоком заказов и кухонной аналитикой

Channel Manager: единый поток из 8 агрегаторов

KDS-экраны: блюда по станциям, таймеры, статусы

Мульти-бренд на одной кухне: 3–8 виртуальных ресторанов

Recipes с food cost и menu engineering

Inventory с FIFO и waste tracking

Смены поваров: расписание, табель, мотивация

HACCP: чек-листы, температуры, контроль безопасности

iOS-приложение собственного бренда

White-label по-настоящему: ваши бренды везде

Что мы держим в голове, проектируя продукт

Один поток — много каналов

Food cost — это математика, а не интуиция

Один квадратный метр кухни — максимум выручки

HACCP — не формальность, а защита бизнеса

Полный набор сценариев — без покупки модулей и плагинов

Channel Manager и заказы

Recipes, food cost и inventory

Мульти-бренд и меню

Смены, HACCP, безопасность

Аналитика и операции

Архитектура: то, что вы получаете под капотом

Поток данных

Масштабирование

Что ломается и как восстанавливаем

Безопасность

Готовые коннекторы

Кейсы, которые мы регулярно разворачиваем

Запуск 4 брендов на одной кухне за 2 недели

Единая платформа для управления сетью

Обход 30% комиссии агрегаторов через собственный канал

Гибридная модель: ресторан + центральная кухня для доставки

От оплаты до первого боевого заказа — 10 дней

Когда наш продукт — не лучший выбор (и когда лучший)

Собрать с нуля своей разработкой

Использовать iiko / R-Keeper как POS-систему

Использовать платформы для агрегаторов (Otter, Cuboh)

Open-source решения для ресторанов

За что вы платите — и за что не платите

Покупка — что внутри

Аренда — что внутри

TCO за первый год

Что вы НЕ платите дополнительно

Честный список ограничений

Термины, чтобы говорить с нами на одном языке

Кому подходит «Dark Kitchen OS» — и как его обычно разворачивают.

Запуск 4 брендов на одной кухне за 2 недели

Единая платформа для управления сетью

Обход 30% комиссии агрегаторов через собственный канал

Гибридная модель: ресторан + центральная кухня для доставки

Готовые сценарии — не надо собирать из частей.

Что спрашивают операторы перед запуском «Dark Kitchen OS»

Похожие в нише «Доставки»

Готовы запустить «Dark Kitchen OS» под своим брендом?