Между «данные есть в iiko» и «решение принято» стоит человек с Excel.
На десяти точках он справляется. На пятидесяти — проблема обнаруживается по накопленному убытку, а не по раннему сигналу. На двухстах не справится никогда.
Kitchefy — операционный слой поверх iiko, r_keeper и 1С. Порог входа — read-only доступ к API. Мы ничего не заменяем и не мигрируем.
Источник роста меняется: не открывать новые точки, а поднимать существующие до уровня лучших
Пока рынок рос на 12–14% в год, рубль выгоднее было вложить в новую точку, чем в оптимизацию старой. При росте рынка в 2,6% и подорожании сырья на 15–25% эта арифметика перевернулась. Единственный оставшийся источник маржи — эффективность точек, которые уже работают: и по затратам, и по тому, возвращается ли гость.
Кому это адресовано: сети от десяти до ста ресторанов, где боль уже появилась, а собственной разработки ещё нет. Отдельно — сети, выросшие на франшизе: там управляющая компания видит роялти-отчётность, а операционную картину точек — нет.
BI-дашборд
Показывает, что произошло. Что с этим делать сегодня — решает всё тот же человек, вручную и по остаточному времени.
Аналитик с Excel
Успевает разобрать несколько точек в неделю. Остальные проверяются, когда убыток уже накоплен.
Западные аналоги
Nory, Tenzo, Crunchtime доходят до рекомендации и исполнения. Сверку обещанного эффекта с фактическим не замыкает никто.
Шесть шагов от сигнала до подтверждённого рубля
Ценность появляется не на первом шаге, а на последнем. Каждый существующий инструмент обрывается где-то по дороге — вот где именно.
Решение по слабой точке — на девятом месяце, а не на четырнадцатом
Точку закрывают не тогда, когда она перестала работать, а тогда, когда накопленный убыток стал заметен. К этому моменту деньги уже потрачены, а решение принимается в спешке и сразу по десяти городам. Сигнал появляется намного раньше — в траектории самой точки относительно похожих на неё.
Сравнение с когортой, а не с сетью
Точка сопоставляется не со средней по сети, а с когортой: похожий по размеру рынок, тот же формат площадки, тот же месяц с момента открытия. Расхождение траекторий видно с четвёртого–пятого месяца, задолго до накопленного убытка.
Разрыв, кандидаты в причины и дату
Насколько точка отстаёт от когорты, растёт ли разрыв, сколько стоит месяц отсрочки и к какой дате решение перестаёт быть дешёвым. Гипотезы — про трафик, локацию и аудиторию формата, а не только про себестоимость.
Не выносит приговор точке
Первое действие — проверка гипотезы, а не закрытие. Система настаивает на одном: критерий решения должен быть зафиксирован заранее — до того, как появится соблазн его подвинуть.
Этого эффекта нет ни в одной цифре ниже
Сколько сеть сэкономит на раннем решении, мы не считаем: до пилота это можно только выдумать. В демонстрации карточка так и помечена — «вне финансовой модели», и в ROI-трекер она не попадает. Показано только измеримое: разрыв с когортой и цена месяца отсрочки. Посмотреть карточку в демо.
Сеть из 50 ресторанов — это 50 естественных экспериментов, которые уже проведены
Ответы на большинство операционных вопросов уже есть внутри сети: одна точка держит food cost на четыре пункта ниже соседней, другая свела списания к минимуму, третья научилась не уходить в стоп-лист в пятницу вечером. Эти ответы распределены по разным точкам, и никто не собрал их в одном месте. Поэтому продукт становится тем ценнее, чем больше сеть.
Эксперименты эти не только про затраты. Одна точка расширила меню — и доля вернувшихся гостей у неё не падает, в отличие от соседних. В другой сеты подняты на первый экран кассы — и вечерний провал по ним исчез. Спрос ведёт себя по-разному в точках одной сети, и разница между ними — такой же материал для вывода, как разница в food cost. Бренд, позиционирование и медиа мы при этом не трогаем: это не наша работа, и мы за неё не берёмся.
Возражение к этому месту очевидно и справедливо: точка в Саратове и точка в Москве несравнимы напрямую. Поэтому нормой служит не средняя по сети, а когорта — рынок сопоставимого размера, тот же формат площадки, возраст точки, бренд — и собственная история точки месяц к месяцу. Сезонность и события вычитаются до сравнения, а не объясняются задним числом. Средняя по сети остаётся ровно там, где она уместна: показать разброс, а не оценить точку.
Снимки сделаны с работающего прототипа. Данные синтетические: настоящей сети у нас пока нет, и выдавать сгенерированные цифры за чужие мы не будем. Прототип открыт целиком — посмотреть можно прямо сейчас.
Слой один, бренд — измерение внутри него
Сеть с двумя брендами — это не две сети. Это общий пул поставщиков, частично общая номенклатура, общая логистика, а иногда и общая производственная площадка. Разводить их по двум контурам управления означает дважды платить за одну и ту же работу и ни разу не сравнить бренды между собой.
Одна позиция — одна цена
Пересекающиеся позиции номенклатуры сравниваются по цене между брендами так же, как между точками. Разная цена одного и того же сырья у двух своих брендов — это находка, а не норма.
Второй набор экспериментов
Второй бренд добавляет к сети не только точки, но и ещё один набор естественных экспериментов — над тем же сырьём и часто над той же аудиторией. Ценность слоя растёт быстрее, чем число точек.
Общая площадка
Если бренды делят заготовочную, вопросы «сколько производить», «на какой бренд списать» и «чья это загрузка» становятся ежедневными. Слой отвечает на них по данным, а не по договорённости между управляющими.
И отдельно про кухню как актив. В модели «одна кухня — много брендов» самая дорогая часть у работающей сети уже оплачена: пятьдесят точек — это пятьдесят построенных и запущенных производственных площадок. Не хватает не кухонь, а системы, которая видит их как одно целое. Путь к консолидации начинается с измерения: чтобы понять, какая площадка способна производить для соседних точек, нужно знать её фактическую загрузку, пропускную способность смены в час пик и себестоимость производства по общим позициям. Слой считает это каждый день — не как обещание платформы виртуальных кухонь, а как побочный продукт обычной работы.
Где проходит граница: мы управляем ресторанами, а не кухней как активом
Логика «главный актив — не ресторан, а кухня и технологии распределения спроса» нам близка, и архитектура под неё подходит: слой поверх точек так же ложится поверх производственных площадок. Но сегодня мы видим, что произведено и сколько это стоило, и не видим, сколько площадка могла бы: нормо-часы, простои, фактическая мощность линии живут в производственном учёте, а не в кассе. Планирование мощности и экономика виртуальных брендов на одной кухне — следующая фаза, и мы не выдаём её за сегодняшнюю функциональность. В демонстрации система отвечает на этот вопрос ровно так же.
Эффект от объединения закупок здесь не посчитан и в экономику ниже не входит: для честной оценки нужны накладные по обоим брендам, а они обычно есть не по всем точкам. В демонстрации система так и отвечает — показывает найденный разрыв цен по общим позициям и отказывается назвать итоговую сумму.
Расчёт на модели, а не на обещании
Эффект складывается из пяти рычагов: списания, food cost, стоп-листы, ФОТ через планирование смен и прирост выручки. Каждый считается отдельно, пересечений между ними нет, и всё умножается на долю реально исполненных рекомендаций — 55% в базовом сценарии.
Каскад показывает, что от сырого потенциала остаётся после доли исполненных рекомендаций и оплаты Kitchefy. Пять рычагов считаются раздельно, пересечений между ними нет.
| Сырой потенциал | 50,06 млн ₽ |
| Реализуемый эффект | 27,53 млн ₽ |
| Чистый эффект за 1-й год | 17,03 млн ₽ |
В консервативном сценарии подписка по прайс-листу не окупается — столбец уходит влево за ноль. Мы не прячем эту строку.
| Сценарий | Чистый эффект за 1-й год |
|---|---|
| Консервативный | −4,26 млн ₽ |
| Базовый | +17,03 млн ₽ |
| Оптимистичный | +76,64 млн ₽ |
Тот же реализуемый эффект, разложенный по получателям при доле франчайзинговых точек 76%. Экономия франчайзи достаётся франчайзи: до управляющей компании из неё доходит только роялти 6%, и то лишь с той части, которая увеличивает выручку. Снижение food cost и списаний выручку не меняет — роялти с него не платится.
| Собственных точек / франчайзинговых | 12 / 38 |
| Эффект на собственных точках → управляющей компании | 551 тыс. ₽ |
| Эффект на точках франчайзи → франчайзи | 1,74 млн ₽ |
| Из него доходит до УК: роялти 6% с прироста выручки | 44 тыс. ₽ |
| Итого управляющей компании, в месяц | 595 тыс. ₽ |
−205 тыс. ₽ в месяц
Эффект 595 тыс. ₽ против подписки 800 тыс. ₽. На сетях в 10 и 50 точек такая схема оплаты не окупается, и мы показываем это здесь, а не через год после внедрения.
+365 тыс. ₽ в месяц у УК
Управляющая компания платит платформу и свои точки — 230 тыс. ₽. Франчайзинговая точка платит 15 тыс. ₽ при эффекте 46 тыс. ₽: +31 тыс. ₽ чистыми на точку. Инструмент становится частью пакета франшизы, а не надзором над франчайзи.
Разложение ничего не меняет в итоге: сумма двух корзин равна реализуемому эффекту из таблицы выше. Доля франчайзинговых точек, ставка роялти и исполняемость — параметры модели; на встрече подставляются ваши.
Числа приведены из финансовой модели на формулах. Она открывается на встрече целиком — вы подставляете свои цифры прямо там и смотрите, что получится на вашей сети.
Четыре вещи, которые обычно не пишут на такой странице
В консервативном сценарии подписка по прайс-листу не окупается
Мы не прячем эту строку — она стоит в таблице выше со знаком минус. Именно поэтому на первый год предлагается оплата от подтверждённого эффекта: уйти в минус вы не можете.
Эффект от предотвращения закрытия точки в расчёт не включён вовсе
Его нельзя честно оценить до пилота. Для сети, которая за полгода ушла из десяти городов, это, вероятно, самая крупная часть ценности — и она осталась за рамками всех цифр выше. Механику раннего сигнала мы показываем целиком; денег под ней не рисуем.
Мы не помогаем открывать точки
Выбор города, оценка локации, подбор франчайзи — вне продукта, и в демонстрации система прямо отказывается оценивать выручку точки, которой ещё нет: данных о локации вне сети у неё не существует, а любая цифра там была бы выдуманной. Наш вклад в путь к двумстам точкам обратный по знаку: сделать так, чтобы из открытых не пришлось закрывать.
Кейсов у нас нет
Вы не увидите здесь чужих логотипов и «экономии до 55%». Ради реального измеренного результата и предлагается пилот.
Design Partner — не покупка продукта, а совместная разработка
Влияние на продукт, который строится под задачи вашей сети. Специальные условия: −40% к тарифу на 24 месяца и фиксация цены на 36. Возможность предложить решение франчайзи как часть пакета франшизы. И измеренный ответ на вопрос, работает ли это вообще.
Доступ к обезличенным операционным данным, проверку гипотез на действующей сети и право на обезличенный кейс. Обсуждаемы также формат стратегического со-развития и платный коммерческий пилот с зафиксированными KPI.
Систем в проде больше, чем слайдов
Kitchefy делает Алексей Куликов, основатель Synapster — продуктовой разработки AI-систем, Сочи. Двадцать лет в разработке. За последние годы — пять платформ, выведенных в production, и больше десяти систем в ежедневной работе: клиники, юридические компании, отели и санатории, профессиональные ассоциации. Это не пилоты и не демонстрации: ими пользуются каждый день, и их приходится поддерживать.
Отраслевые платформы, а не доступ к модели
GnatologPRO для клиник, LawerCRM для юридических компаний, TourismRadar и Pragma для отелей, санаториев и ресторанных комплексов, НАКД для профессиональной ассоциации. Каждая — производственный контур со своей предметной областью и интеграциями. Kitchefy строится на той же архитектуре: это очередная вертикаль, а не первый эксперимент.
Контур решений в Pragma — не макет: карточка решения, журнал решений и журнал эффекта живут в базе и в интерфейсе, в проде синхронизируются боевые данные PMS, CRM и рекламных кабинетов.
Human-in-the-loop заложен в архитектуру
Критическое действие подтверждает человек, решение остаётся в неизменяемом журнале, доступы разграничены по ролям. В Kitchefy это видно в интерфейсе, но придумано не для него — так устроены все наши системы, включая те, что работают с медицинскими и юридическими данными.
152-ФЗ — не пункт в конце договора
Персональные данные, разграничение доступа, аудит действий и локализация — обычная часть работы, потому что клиники и юристы иначе не могут. Для ресторанной сети это значит, что у вопроса «куда попадут наши данные» есть письменный ответ, а не устное заверение.
Коннектор к iiko у нас уже написан. Внедрения в сети — ещё нет
Ближайшая по смыслу наша система — Pragma: тот же контур «сигнал → решение → подтверждение человеком» для отелей, санаториев и ресторанных комплексов. Интеграции с iiko Cloud и r_keeper в ней уже реализованы — авторизация, импорт заказов, приём вебхуков, таблицы продаж и смен, тесты. То есть порог входа, который обещан в начале этой страницы, для нас не план работ, а существующий код.
И сразу граница: боевого потока из POS через эти коннекторы пока не идёт — ресторанный контур Pragma работает на сгенерированных данных, как и демо Kitchefy. Внедрений Kitchefy в ресторанной сети нет вовсе. Архитектура и коннекторы у нас есть; отраслевую экспертизу по сетевому общепиту мы берём у вас — потому и предлагается формат Design Partner, а не поставка коробки.
Это два продукта, а не две конфигурации одного. Общее у них — архитектура, коннекторы и контур решений; предметная логика своя, и покупатель разный: там управляющий объектом, здесь управляющая компания сети. Сеть из пятидесяти точек не описывается как пятьдесят объектов — ценность появляется именно в сравнении между ними, и ради него Kitchefy сделан отдельно.
Данные сети остаются вашими
Мы их читаем, а не владеем ими: доступ только на чтение, всё, что система хранит, — производные расчёты. По требованию данные удаляются, с актом. Это условие пилота, а не декларация о намерениях.
Стек: Python и FastAPI, PostgreSQL, React и TypeScript, Docker и CI/CD. Подробнее о студии и остальных системах — synapster.ru.
Встреча на 60 минут
Показываем работающий прототип на данных, приближённых к вашей сети, и открываем финансовую модель — вы подставляете свои цифры прямо на встрече. От вас до встречи не требуется ничего. Если после будет интерес — на второй сессии определяем 4 пилотные точки и критерий Go/No-Go.