КЕЙС HoReCa

Автоматизация закупок с помощью ИИ: как Ирина Антонова создала платформу для ресторанов

Реальный кейс: сложные Excel-отчёты, ошибки в расчётах, собственная веб-платформа и 14 подключённых клиентов за месяц.

Интерфейс платформы Ресторанам надо: фильтры отчёта о закупках
Платформа «Ресторанам надо»: пользователь может самостоятельно задать параметры отчёта о закупках.
14клиентов подключили к платформе за месяц
5 000+товарных наименований требовали сопоставления

Представьте: компания помогает ресторанам закупать продукты. Ищет поставщиков, договаривается о ценах, следит за ассортиментом и расходами.

Но у заказчика возникает вполне логичный вопрос: «Зачем нам платить за сопровождение закупок, если мы можем покупать продукты самостоятельно?»

Ответить на него должны отчёты. Показать, где удалось снизить затраты, какие цены выросли и какую работу проделала команда.

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

С этой проблемой столкнулась Ирина Антонова. Она работает в холдинге, где одно из подразделений занимается аутсорсингом закупок для ресторанов — в сегменте HoReCa.

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

История оказалась не столько про программирование, сколько про то, как разобраться в запутанной бизнес-задаче и постепенно превратить её в работающий продукт.

Почему нельзя было просто сделать отчёты красивее

В ресторанном бизнесе важно понимать, почему меняется себестоимость блюд — фудкост.

Допустим, в этом месяце ресторан потратил на продукты больше, чем в прошлом. Первая мысль: поставщики подняли цены.

Но причин может быть несколько. Изменился ассортимент, стали чаще заказывать дорогие позиции, поменялись рецептуры или структура продаж.

Чтобы понять, что произошло, нужен факторный анализ. Если проще — расчёт, который помогает разделить причины изменения себестоимости.

Ирина начала проверять такую методику в Excel.

Первая версия давала странные результаты. Пришлось разбираться, что не так.

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

Когда Ирина разделила расчёты по категориям, результаты стали корректнее.

Прежде чем автоматизировать аналитику закупок, нужно убедиться, что сама аналитика работает правильно.

ИИ может помочь написать формулы и код. Но если неверно поставлена задача, он лишь быстрее создаст систему с неверными расчётами.

Как Excel начал превращаться в веб-платформу

Ирина пришла на ИИ-акселератор с конкретной рабочей задачей, а не с готовой идеей приложения.

Ранее она окончила программу по генеративному ИИ в Сколково. Но ей не хватало практики на реальной задаче своей компании — такой, которую можно не просто обсудить на занятии, а постепенно довести до использования.

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

Разработка шла не по прямой.

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

Были и моменты, когда ИИ вместо помощи заводил работу в круг повторяющихся вопросов.

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

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

Такой способ разработки часто называют созданием MVP — минимальной рабочей версии продукта. Смысл простой: сначала сделать небольшую полезную вещь, проверить её на практике и только потом расширять.

Важная ошибка, которую можно допустить даже с хорошим отчётом

На одном из этапов Ирина показала прототип отчёта клиенту. Тот согласовал формат и структуру.

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

В этой истории есть несколько уровней.

Компания Ирины сопровождает закупки для ресторанов. Отчёт может быть понятен специалисту, который заказывает его подготовку, но это ещё не значит, что он будет понятен руководителю ресторана — человеку, которому нужно увидеть результат работы.

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

Это разные вопросы. И один отчёт не обязательно отвечает на оба.

Согласовать интерфейс с заказчиком — не то же самое, что проверить его на конечном пользователе.

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

Что умеет платформа «Ресторанам надо»

Ирина создала веб-платформу с личными кабинетами, инструментами для работы с закупками, остатками и оборачиваемостью товаров.

Вместо одной большой таблицы пользователь получает несколько разделов под конкретные задачи.

Отчёт о закупках — без обращения к аналитику

Пользователь выбирает период, клиентов, товары, поставщиков и нужную детализацию.

Например, можно посмотреть закупки за месяц по определённому клиенту или поставщику. Платформа формирует таблицу, которую при необходимости можно выгрузить в Excel.

Для бизнеса здесь важна не только скорость. Отчёт перестаёт быть задачей, которую каждый раз нужно передавать отдельному сотруднику.

Месячный отчёт, который показывает результат работы

В платформе есть сводный отчёт для клиента.

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

Это помогает объяснить заказчику, что происходило с его закупками в течение месяца.

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

Анализ остатков и оборачиваемости

Ещё один раздел помогает работать со складскими запасами.

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

Проще говоря, определить, на сколько дней продаж или расхода должен хватать запасов в каждой категории.

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

Как сопоставлять тысячи товаров, которые называются по-разному

Отдельная сложность возникла с данными.

У ресторанов и поставщиков один и тот же товар может называться по-разному. Где-то используется сокращение, где-то полное название, где-то добавлены характеристики или фасовка.

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

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

Ирина предусмотрела внутри платформы алгоритм поиска по синонимам.

При загрузке данных система ищет похожие записи и предлагает пользователю подтвердить совпадение или исправить его. Изменения сохраняются в журнале.

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

Это один из самых интересных моментов кейса. ИИ помогал Ирине создавать систему, но не каждую функцию готового продукта нужно строить на постоянных запросах к ИИ.

Иногда лучше один раз разработать понятный алгоритм, который будет работать внутри приложения.

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

Почему для проекта понадобился корпоративный сервер

По мере развития платформы возник вопрос, где хранить код и размещать приложение.

Ирина обсуждала с куратором использование приватного репозитория — закрытого хранилища программного кода. При этом важно было учитывать ограничения на работу с коммерческой информацией.

В обсуждении возникли разные оценки рисков, и вопрос не успели окончательно разрешить.

В тот же день коллеги предоставили Ирине корпоративный сервер.

На нём она смогла разместить платформу для дальнейшей работы.

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

Результат: 14 подключённых клиентов за месяц

По опубликованным материалам проекта, за месяц к платформе подключили 14 клиентов. В следующем месяце планировали подключить ещё 15.

Кроме того, после автоматизации отчётности компании не потребовалось нанимать нового специалиста по отчётам взамен ушедшего аналитика.

Это не означает, что исчезла вся работа с данными или что платформа не нуждается в сопровождении.

Но важная часть процесса изменилась: вместо постоянной ручной подготовки отчётов появилась система, в которой пользователи могут получать информацию самостоятельно.

Ирина самостоятельно создала веб-платформу, которая вышла за рамки прототипа и стала использоваться в бизнесе.

Как повторить такой подход: шесть шагов

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

  1. Выберите один конкретный вопрос. Не «хочу автоматизировать весь отдел», а, например, «хочу понять, почему выросли закупочные расходы за месяц».
  2. Проверьте данные. Выясните, откуда они поступают, как называются товары, совпадают ли единицы измерения и можно ли сравнивать выбранные периоды.
  3. Разберитесь с расчётами. Проверьте формулы на нескольких примерах. Если результат вызывает сомнения, сначала исправьте методику, а уже потом создавайте приложение.
  4. Покажите первую версию будущему пользователю. Не ограничивайтесь согласованием с руководителем или заказчиком. Узнайте, сможет ли человек, который будет пользоваться системой, выполнить в ней свою задачу.
  5. Создайте минимальную рабочую версию. Например, одну форму, где пользователь выбирает период и получает нужный отчёт. Не обязательно сразу делать десятки разделов.
  6. Постепенно расширяйте систему. Добавляйте функции по мере необходимости. Отдельно продумайте хранение данных, права доступа и сопровождение.

ИИ может помочь написать код и быстрее собрать интерфейс. Но понимание бизнес-процесса, проверка расчётов и работа с пользователями остаются обязательными.

Чему научила эта история

Ирина Антонова пришла на ИИ-акселератор Института бизнес-аналитики А. Колоколова с конкретной задачей своей компании: сделать отчётность по закупкам понятной для клиентов и избавиться от зависимости от ручной подготовки таблиц.

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

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

Создать собственный проект с ИИ

На ИИ-акселераторе Института бизнес-аналитики А. Колоколова участники работают над задачами своего бизнеса с поддержкой кураторов. История Ирины — один из примеров такого формата обучения.

Подробнее об ИИ-акселераторе

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

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

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