Скрипт Комментария для Business FM Калининград относительно поправок Роспотребнадзора

На поправку, условно назовем ее поправка о КБЖУ, я предлагаю посмотреть следующим образом. Во-первых, потребность в том, чтобы знать, из чего состоит продукт, это потребность сегодняшнего потребителя. И эта потребность будет расти с учетом того, что все больше людей заботиться о своем здоровье и следит за тем, что они покупают и едят.
И если включением этой информации пользовались, в основном, сервисы по доставке готовых рационов, ориентированных на правильное питание, то сейчас у всех остальных ресторанов, ориентированных на ЗОЖ, есть отличная возможность явно демонстрировать качество и состав своей продукции.

Есть несколько сторон, задействованных в реализацию данной поправки: это системы автоматизированного учета, у некоторых поставщиков этих систем и раннее была возможность рассчитывать такие показатели, как КБЖУ. Они автоматически пересчитывались в зависимости от способа приготовления блюда.

Включить дополнительные поля по витаминам, БАДам и прочего для ввода в систему — это весьма тривиальная задача для ИТ компании. И в этом заинтересована, в первую очередь, именно ИТ компания, если она планирует продолжить сотрудничество с рестораном.

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

Еще одна сторона, задействованная в этом процессе, это производители продуктов. Ведь ресторан вводит данные о продукте в систему на основе этикетки производителя продукта, и тут надо смотреть на то, как поменялись правила для производителей. Ввел ли Роспотребнадзор синхронную поправку и для них? Соединить данные же производителя и ресторана сегодня представляется весьма реализуемым, например, система Меркурий уже внедрена, уже помогает отслеживать информацию о продукции (молочная и мясная продукция). Сложностей в реализации с технической точки зрения для того, чтобы дополнить ее новыми деталями и синхронизировать с системой учета в ресторане, быть не должно.

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

Одна версия меню с пометкой "рекламная продукция" выдается гостю при выборе блюд, а вторая - с подробным описанием состава блюд и другой информации – выдается по запросу и хранится в папке для потребителя.

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

Для Business FM Калининград
7 октября / 2020

Автор: Анна Попова

Подпишитесь на мой блог