Ресторан, который открылся сразу с работающим учётом: внедрение iiko для Eden Taste в Оше

Проблема: ресторан открывается, а учёта ещё не существует

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

Eden Taste — премиальное заведение европейской и национальной кухни в Оше, с большим меню и собственными заготовками. Команда была собрана, помещение готово, шеф разработал меню. Не существовало только одного: системы, которая свяжет проданное блюдо с продуктами на складе и покажет, сколько ресторан на этом блюде зарабатывает.

• Себестоимость блюд была неизвестна. Цена в меню назначалась исходя из рынка и представлений о марже, но реальная стоимость продуктов в тарелке не считалась. Ресторан не знал, какие позиции приносят прибыль, а какие работают в минус.
• Технологических карт не существовало. Рецептуры жили в голове шефа и в записях повара. Один и тот же салат мог собираться немного по-разному, и никакой нормы расхода продуктов не было.
• Инвентаризация не проводилась. Проверить, сходится ли фактический остаток с расчётным, было невозможно — расчётного остатка просто не было.
• О нехватке продукта узнавали в разгар смены. Классическая ситуация: гость заказывает блюдо, официант идёт на кухню, оттуда возвращаются с извинениями. Закупка велась по ощущениям и памяти.
• Списания не считались. Порча, брак, питание персонала, угощения — всё это уходило в неизвестность и никак не отражалось в экономике заведения.

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

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

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

С чего начали: сначала система, потом данные

Мы не пытались запустить всё сразу. Внедрение шло в два такта, и это было осознанное решение.

Первый такт — работающая касса. На старте задача была одна: ресторан должен открыться и продавать. Мы установили и настроили систему, подключили кассовое оборудование, обеспечили корректную фискализацию чеков. Заведение получило возможность работать легально и принимать гостей.

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

Такая последовательность снимает главный риск запуска: ресторан не ждёт, пока будет готов идеальный учёт, и при этом учёт не откладывается на «когда-нибудь». Весь проект занял 4–5 недель.

Решение: что именно настроено

Что осталось за рамками проекта

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

• Прогноз продаж. На основе накопленной статистики система может предсказывать спрос и помогать планировать закупку и загрузку смены. Требует истории продаж за достаточный период, поэтому на этапе открытия неприменима в принципе.
• QR-меню для гостей. Гость открывает меню с телефона по коду на столе. Позиции и цены берутся из той же системы, что и касса, — меню не расходится с реальностью.
• Инвентаризация со смартфона. Пересчёт остатков ведётся прямо в зале или на складе с телефона, без бумажных ведомостей и последующего переноса данных.
• Программы лояльности и работа с гостями. Накопительные скидки, бонусы, история посещений.

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

Главный технический узел: продажи через Яндекс Еду

Самая интересная часть проекта — не техкарты и не касса, а корректный учёт заказов, поступающих через сервис доставки.

Подводные камни, которые мы прошли

Честно об ограничениях

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

• Система бесполезна без актуальных данных. Это главное ограничение и оно организационное, а не техническое. Если поставки не оформляются вовремя, а списания не проводятся, отчёты будут красивыми и неверными.
• Нужен ответственный человек. В этом проекте учёт ведут управляющий и шеф-повар. Кто-то должен следить за поставками, списаниями и инвентаризацией постоянно, а не по настроению. Ресторан без такого человека автоматизировать бессмысленно.
• Ручное проведение заказов доставки требует внимания. Без прямой интеграции с Яндекс Едой сотрудник переносит заказ руками. Отдельное меню защищает от ошибок в ценах, но не отменяет самого действия.
• Мобильное приложение зависит от качества сети. Стабильный Wi-Fi по всему залу — не пожелание, а условие работы.
• Техкарты требуют поддержки. Меню меняется, сезонные позиции приходят и уходят, поставщики меняют фасовку. Если рецептуры в системе не обновлять, расчёт себестоимости постепенно перестаёт соответствовать реальности.
• Автоматизация не заменяет управленческие решения. Система покажет, что блюдо убыточно. Решение — поднять цену, изменить рецептуру или убрать позицию — принимает человек.

Результаты

Что это значит для ресторана:

• Заведение с первого дня знает свою экономику. Не через полгода работы вслепую, а сразу — какие позиции зарабатывают, а какие требуют пересмотра.
• Закупка перестала быть угадыванием. Остатки видны, дефицит прогнозируется до того, как гость услышит «этого сегодня нет».
• Доставка стала измеримым направлением, а не источником расхождений в отчётах.
• Собственник видит ресторан с телефона. Контроль перестал зависеть от присутствия в зале и от готовности сотрудников отчитаться.
• Персонал работает быстрее. Заказ доходит до кухни без задержки на переноску и пересказ.

Кому подходит такое внедрение

iWeb настраивает учёт и автоматизацию для заведений, у которых:

• Ресторан открывается и учёт нужно поставить сразу, а не переделывать через полгода.
• Себестоимость блюд неизвестна и цены назначаются по рыночным ориентирам, а не по расчёту.
• Есть собственное производство — заготовки, соусы, выпечка, полуфабрикаты, входящие в другие блюда.
• Продажи идут через несколько каналов — зал, доставка, самовывоз, банкеты — с разными ценами.
• Инвентаризация не проводится или проводится вручную и всегда с расхождениями.
• Собственник не видит показателей и узнаёт о состоянии дел со слов сотрудников.
• Требуется корректная фискальная отчётность и связь кассы с системой учёта.
• Персонал тратит время на бумажные заказы и походы к стационарному терминалу.

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

Почему iWeb

iWeb — веб-студия и команда автоматизации бизнеса из Оша, Кыргызстан.

• Мы работаем от процесса, а не от галочек в настройках. Решение с отдельным меню для доставки родилось не из документации, а из вопроса «что произойдёт с отчётностью, когда придёт первый заказ с наценкой».
• Не тратим бюджет клиента там, где можно не тратить. Приложение официанта на личных телефонах вместо закупки планшетов — небольшая деталь, но именно из таких деталей складывается стоимость запуска.
• Доводим до работающего результата, а не до сданной настройки. Техкарты, склады, инвентаризация и обучение — это несколько недель совместной работы с кухней и управляющим, и мы проходим этот путь вместе с клиентом.
• Предупреждаем о сложностях заранее. Требования к сети, необходимость ответственного за учёт, объём работы по технологическим картам — мы говорим об этом до старта, а не после запуска.
• Работаем локально. Мы находимся в Оше и понимаем требования к фискальной отчётности в Кыргызстане и специфику работы местных заведений.
• Говорим на трёх языках — кыргызском, русском и английском.