Подобный формат мы тоже делали. Но он больше подходит для фудкортов, а не традиционного формата столовой. В этом случае, действительно, у островков раздачи размещаются QR-коды для смартфона или считывающие терминалы, к которым нужно прикладывать карту сотрудника. Выбранное блюдо записывается на счет гостя. А на выходе из зала уже платежный терминал с готовой суммой. Т.е. получается как раз описанная вами схема: набрал еды, покушал, спокойно оплатил на выходе.
Однако пропускная способность такой схемы все же ниже. Для больших потоков не подходит. Люди шатаются по залу от островка к островку, мешают другу другу, хаос, суета.
Но он остается в любом случае, иначе человек просто может не платя с подносом выйти
Можно поставить турникеты, интегрированные со СКУД и кассой. Но в целом, как я уже писал - в столовых предприятий это не такая масштабная проблема.
Тут много факторов на самом деле. Пилотные проекты в принципе редко окупаются. Это больше про общечеловеческий прогресс :) В начале много суеты, нужна активная реорганизация процессов. Человек-кассир может в непонятной ситуации что-то проинтуичить, выйти из положения, на худой конец крикнуть "Галя, отмена". А для КСО нужно все процессы и user flow прописать заранее. Но когда все налажено - системой пользуются, вопросы не возникают и уже можно думать об эффекте.
Эффект бывает прямой - экономия на кассирах. Условно, одна КСО заменяет двух кассиров. А есть косвенный - снижается нагрузка на кадры, налогов меньше, предсказуемая организация питания. Для больших организаций это весомо. Плюс репутационная составляющая, статус.
В разных регионах эффект разный. Кассиры на вахте на севере могут получать 60-70 тысяч, а где-нибудь в глубинке 25. Понятно, что во втором случае эффект ниже. С другой стороны, пойди еще найди кого-то на 25 тысяч. Контингент, согласный за такие деньги работать, весьма специфический. Тут вообще весь процесс может встать, поэтому и здесь внедрение оказывается оправдано, но в ином ключе.
Так что все индивидуально. Если есть интерес, можете в телегу написать в личку, обсудим предметно.
Экономический эффект я не могу разглашать из-за NDA, но он отнюдь не нулевой.
Что касается загрузки, на крупных предприятиях проходимость столовых достигает тысячи человек в час. В три смены. Для небольшой столовой где-то в спальном районе смысла в такой системе нет, ясное дело.
На самом деле это не мы обосновывали, это запрос который сформировался естественным путем, не в последнюю очередь под влиянием активных установок ксо в ритейле. Почему не попробовать сделать такое же для общепита?
Еще один значимый фактор - это нехватка кассиров, особенно в регионах. Особенно в ночные смены, если предприятие круглосуточное. Работать за копейки ночью желающих мало, поэтому первый кейс был именно про замену ночных кассиров. А уже потом всех.
На самом деле, действительно, в текущей инкарнации, системы распознавания - это удел крупных компаний или операторов питания, потому что внедрение системы требует серьёзной вовлеченности и ресурсов заказчика, особенно на этапе внедрения. У больших компаний и процессы налажены и ресурс есть. А вот у небольших столовых это вряд ли взлетит.
Т.е. терминал все равно есть, только на входе, а не на выходе? И продает он не сами блюда, а жетоны? В некоторых советских столовых была такая схема, только с кассиршей вместо вендингового аппарата и бумажками вместо жетонов. Нифига не быстрее :)
В общем-то, я не спорю. Можно по всякому. Японцы вообще большие затейники в плане вендинга, как я слышал :)
Такая проблема существует, но ее масштабы не такие большие как может показаться. Кроме того, в корпоративных или заводских столовых оплата часто идет картой сотрудника, а не банковской, поэтому выявить системных нарушителей не так уж и сложно. Все ж в личном кабинете отражается.
Так и есть. Человек видит сразу (хотя тоже не всегда), а нейросеть нужно обучать. А в датасет нужно включать разные виды котлет от разных поваров. Обо всем этом как раз и идет речь в статье. Технические моменты - в следующих.
Пользователь получил меньше очередей, удобное и привычное (сегодня) обслуживание. В супермаркетах уже поголовно кассы СО. И туда часто идут, даже когда есть свободные кассиры. Сам пользуюсь каждый день. Здесь по сути то же самое. Вопрос привычки.
Какой смысл в такой системе для владельца?
Быстрое обслуживание. Для заводских столовых - это прямое снижение простоев в основной деятельности. У нас был кейс, когда люди элементарно не успевали за обеденный перерыв покушать.
Кассиры становятся не нужны. Это не только ЗП самих кассиров, но и расходы на их найм, обучение, отпуска, социальные выплаты, а также неизбежные потери на, скажем так, недобросовестность.
Кстати, найти кассира на низкую зарплату очень сложно, это реальная проблема (плюс еще текучка), а на высокую невыгодно. Обслуживание OCR намного дешевле. Конечно, кассиров можно еще заставить полы мыть и приемку товара делать, но это уже отдельная тема :)
Очередь. За человеком на кассе стоят еще 50. Вполне возможно, кто-то из них уже взял и борща и свекольника. Мы не сможем в момент расчета точно сопоставить кастрюльный расход с блюдом на кассе.
Человек может попросить налить борща, а потом передумать и оставить на раздаче.
Кастрюли с борщом стоят на подогреве. Весы там в общем случае не предусмотрены.
Я не утверждаю, что так сделать невозможно, но здесь, как мне кажется, огромное поле для ошибок и человеческого фактора. Намного большее, чем в классическом OCR. ЕМНИП, даже у Amazon полностью автоматический магазин работал как раз за счет индусов, как тут верно отметили.
Это, видимо, один из тестовых прогонов, когда систему еще настраивали. Было задано пороговое значение уверенности, и если оно оказывалось ниже, то система выдавала ровно три варианта на выбор. На ранних стадиях обучения правильного варианта среди них могло и не оказаться. Но забавно, да) Собственно, эксперименты с разными подходами к обучению все еще продолжаются.
Gemini что-то сильно палит VPN в последнее время. Как вы к нему доступ получаете?
Подобный формат мы тоже делали. Но он больше подходит для фудкортов, а не традиционного формата столовой. В этом случае, действительно, у островков раздачи размещаются QR-коды для смартфона или считывающие терминалы, к которым нужно прикладывать карту сотрудника. Выбранное блюдо записывается на счет гостя. А на выходе из зала уже платежный терминал с готовой суммой. Т.е. получается как раз описанная вами схема: набрал еды, покушал, спокойно оплатил на выходе.
Однако пропускная способность такой схемы все же ниже. Для больших потоков не подходит. Люди шатаются по залу от островка к островку, мешают другу другу, хаос, суета.
Можно поставить турникеты, интегрированные со СКУД и кассой. Но в целом, как я уже писал - в столовых предприятий это не такая масштабная проблема.
Энергетики должны продаваться с подтверждением возраста, да.
Срок окупаемости заложен год.
Тут много факторов на самом деле. Пилотные проекты в принципе редко окупаются. Это больше про общечеловеческий прогресс :) В начале много суеты, нужна активная реорганизация процессов. Человек-кассир может в непонятной ситуации что-то проинтуичить, выйти из положения, на худой конец крикнуть "Галя, отмена". А для КСО нужно все процессы и user flow прописать заранее. Но когда все налажено - системой пользуются, вопросы не возникают и уже можно думать об эффекте.
Эффект бывает прямой - экономия на кассирах. Условно, одна КСО заменяет двух кассиров. А есть косвенный - снижается нагрузка на кадры, налогов меньше, предсказуемая организация питания. Для больших организаций это весомо. Плюс репутационная составляющая, статус.
В разных регионах эффект разный. Кассиры на вахте на севере могут получать 60-70 тысяч, а где-нибудь в глубинке 25. Понятно, что во втором случае эффект ниже. С другой стороны, пойди еще найди кого-то на 25 тысяч. Контингент, согласный за такие деньги работать, весьма специфический. Тут вообще весь процесс может встать, поэтому и здесь внедрение оказывается оправдано, но в ином ключе.
Так что все индивидуально. Если есть интерес, можете в телегу написать в личку, обсудим предметно.
Экономический эффект я не могу разглашать из-за NDA, но он отнюдь не нулевой.
Что касается загрузки, на крупных предприятиях проходимость столовых достигает тысячи человек в час. В три смены. Для небольшой столовой где-то в спальном районе смысла в такой системе нет, ясное дело.
В 2020 году ИИ еще не был в трендах.
На самом деле это не мы обосновывали, это запрос который сформировался естественным путем, не в последнюю очередь под влиянием активных установок ксо в ритейле. Почему не попробовать сделать такое же для общепита?
Еще один значимый фактор - это нехватка кассиров, особенно в регионах. Особенно в ночные смены, если предприятие круглосуточное. Работать за копейки ночью желающих мало, поэтому первый кейс был именно про замену ночных кассиров. А уже потом всех.
Спасибо.
Что больше зашло, котлетки или ризотто? )
На самом деле, действительно, в текущей инкарнации, системы распознавания - это удел крупных компаний или операторов питания, потому что внедрение системы требует серьёзной вовлеченности и ресурсов заказчика, особенно на этапе внедрения. У больших компаний и процессы налажены и ресурс есть. А вот у небольших столовых это вряд ли взлетит.
Интересно :) Можно оценивать свежесть блюд, хах.
Верно. Обучение происходит на локальном сервере на предприятии. Сервер может находиться во внутренней сети и не иметь доступа в интернет.
Т.е. терминал все равно есть, только на входе, а не на выходе? И продает он не сами блюда, а жетоны? В некоторых советских столовых была такая схема, только с кассиршей вместо вендингового аппарата и бумажками вместо жетонов. Нифига не быстрее :)
В общем-то, я не спорю. Можно по всякому. Японцы вообще большие затейники в плане вендинга, как я слышал :)
Такая проблема существует, но ее масштабы не такие большие как может показаться. Кроме того, в корпоративных или заводских столовых оплата часто идет картой сотрудника, а не банковской, поэтому выявить системных нарушителей не так уж и сложно. Все ж в личном кабинете отражается.
Так и есть. Человек видит сразу (хотя тоже не всегда), а нейросеть нужно обучать. А в датасет нужно включать разные виды котлет от разных поваров. Обо всем этом как раз и идет речь в статье. Технические моменты - в следующих.
Если бы :)
Можно как у японцев. А можно как у нас)
Расскажите подробнее, в чем там суть.
Оплата на терминале работает. Обучать новым блюдам тоже можно оффлайн. Для апдейтов самой нейросети нужен интернет.
Однако на самом деле это неважно, потому что кассы ныне обязаны работать через Честный знак и ОФД. А они только онлайн. Увы.
Пользователь получил меньше очередей, удобное и привычное (сегодня) обслуживание. В супермаркетах уже поголовно кассы СО. И туда часто идут, даже когда есть свободные кассиры. Сам пользуюсь каждый день. Здесь по сути то же самое. Вопрос привычки.
Быстрое обслуживание. Для заводских столовых - это прямое снижение простоев в основной деятельности. У нас был кейс, когда люди элементарно не успевали за обеденный перерыв покушать.
Кассиры становятся не нужны. Это не только ЗП самих кассиров, но и расходы на их найм, обучение, отпуска, социальные выплаты, а также неизбежные потери на, скажем так, недобросовестность.
Кстати, найти кассира на низкую зарплату очень сложно, это реальная проблема (плюс еще текучка), а на высокую невыгодно. Обслуживание OCR намного дешевле. Конечно, кассиров можно еще заставить полы мыть и приемку товара делать, но это уже отдельная тема :)
После обучения - работает. На комплексных обедах - точность 100%. В других форматах ниже, но все еще достаточно высоко, чтобы быть выгодным.
Не все так просто.
Очередь. За человеком на кассе стоят еще 50. Вполне возможно, кто-то из них уже взял и борща и свекольника. Мы не сможем в момент расчета точно сопоставить кастрюльный расход с блюдом на кассе.
Человек может попросить налить борща, а потом передумать и оставить на раздаче.
Кастрюли с борщом стоят на подогреве. Весы там в общем случае не предусмотрены.
Я не утверждаю, что так сделать невозможно, но здесь, как мне кажется, огромное поле для ошибок и человеческого фактора. Намного большее, чем в классическом OCR. ЕМНИП, даже у Amazon полностью автоматический магазин работал как раз за счет индусов, как тут верно отметили.
Это, видимо, один из тестовых прогонов, когда систему еще настраивали. Было задано пороговое значение уверенности, и если оно оказывалось ниже, то система выдавала ровно три варианта на выбор. На ранних стадиях обучения правильного варианта среди них могло и не оказаться. Но забавно, да)
Собственно, эксперименты с разными подходами к обучению все еще продолжаются.