Давайте обсудим автоматизацию заказа в ресторане на примере электронного меню от Меню55. Сейчас появляется много таких проектов. Свои плюсы они расхваливают сами, а вот как это работает на практике? Какие есть минусы?
Давайте обсудим автоматизацию заказа в ресторане на примере электронного меню от Меню55. Сейчас появляется много таких проектов. Свои плюсы они расхваливают сами, а вот как это работает на практике? Какие есть минусы?
Последний раз редактировалось Vasilij; 04.04.2012 в 20:58.
Vasilij, хорошо рекламируете, а что-то серьезное написать можете?
Алексей Аркадьев
Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
Для коммерческих вопросов:
+7 (495) 740-49-91, или на почту: sales@carbis.ru
да, троллят знатно. особенно порадовала привязка старта к дню дурака и полное отсутствие контактов.
Планируемый запуск проекта e-menu на территории России - 01.04.2012
" подключаем на уровне кассы. Меню55 используется только для приема электронного заказа от клиента и/или как мобильный терминал официанта. Ваше POS оборудование работает, как и раньше. Ваша касса примет заказ от Меню55 и обработает его - распечатает на кухне, вычтет со склада, выдаст счёт итд.
подключаем на уровне склада. Меню55 используется для приема электронных заказов от клиентов и/или как мобильный терминал официанта + как кассовая система. Обработка заказа - отправка на кухню, изменения, дополнения к заказу, распечатка счёта - всё делает наша система. Затем данные о продажах отправляются в вашу программу складского учёта."
Прям как у Г.Х. Андерсена.
Предлагалось серьезно обсудить плюсы и минусы уже существующих систем электронного меню для ресторанов. Наверняка всем понятно, что время данного способа заказа рано или поздно придет. Компании занимающиеся разработкой будут двигаться вперед и дорабатывать недочеты, цена оборудования будет падать, смартфоны и гаджеты с интернетом будут у все более широкого круга клиентов ресторанов, рано или поздно китайцы сделают дешевое устройство специально для заказов, которое не будут красть из-за низкой цены и непригодности для чего-либо другого.
Отрицать приход электронного меню все равно, что 30-40 лет назад утверждать, что все будут слушать классическую музыку а попса, метал, хип-хоп или РнБ не найдут своего слушателя или что компьютеры не будут использованы в домашнем обиходе.
Отсюда вопрос, кто из сегодняшних начинающих игроков этого рынка более продвинутый?
Я так понимаю есть:
R-keeper
Emenu
menu4you
Menu55
lifetable.com
agentplus
menupad
t-menu
Про пьяное быдло разбивающее планшет и крадущее его, я прочитал в скептических коментах. Но у некоторых систем такое частично решается антивандальным покрытием столов с вмонтированными планшетами а возможностью заказа с телефона/планшетника клиента. Может еще кто-то аргументированно обсудить недостатки идеи в общем?
Проблема идеи в корне. Если я пришел отдыхать я хочу, чтобы мне сделали хорошо, а не пальцем по экрану тыкать. Я официанту хочу по-задавать глупые вопросы. В каком виде будет меню, бумажном или электронном, мне (почти) абсолютно все равно, но делать самостоятельно заказ я не хочу в 90% случаев. Я хочу, чтобы ко мне официант подошел как можно быстрее!
Таким образом, простые выводы: электронное меню нужно не гостю, а владельцу: в перспективе, он экономит на бумаге, легко обновляет меню, экономит на персонале.
Значит, в конечном итоге он экономит на мне, как на клиенте, потому что не надо рассказывать мне сказки, что сэкономленные таким образом средства пойдут на улучшение качества бла-бла-бла.
Да и насчет просто просмотра в электронном виде весьма спорно, так как пробежаться глазами по меню в планшете весьма трудно.
Вот когда придет гибкая электронная бумага, тогда может и настанет рай в использовании в этом плане.
Но все равно, пытаться поменять тысячелетнюю парадигму общения гостя с халдеем - мертворожденная затея. Платежеспособным гостям это нахрен не надо.
Далее. Я написал, что это нужно владельцу. Но! Сам по себе формат подачи в электронном виде обязывает кроме скупого описания давать еще и фотку, а также и развернутое описание, включая состав блюда и по возможности нюансы приготовления - то есть заменять официанта так заменять, гость должен получить исчерпывающую информацию. в том числе, какое вино лучше заказать к данному блюду.
А это все требует недюжинных затрат по ВНЕДРЕНИЮ и ПОДДЕРЖКЕ - о чем обычно продавцы подобных решений предпочитают умалчивать.
Таким образом, приходим к простому выводу - это и владельцу нахрен не надо. А кому тогда? Да очень просто - разработчикам, это раз; продавцам это два.
Да, мне, как продавцу такое решение нужно. И я буду его продавать. Любое из Вами перечисленных, которые выберет клиент, мне ассортимент, как продавцу, только на руку, потому что разработчики будут между собой конкурировать ценой передо мной, чтобы получить клиента, которому Я, как продавец, продам. Так что и разработчикам эта затея тоже весьма спорна, ибо выживет только один сильнейший, а остальные будут влачить жалкое существование.
Ну а мне все равно, с каким конкретно решением зарабатывать на внедрении. Связка с r-keeper нужна всем, а она у нас скоро будет, coming soon.
Да, возвращаясь к первому вопросу - после продажи клиенту работать это не будет. Потому что после продажи это никому не надо.
Последний раз редактировалось SH; 10.04.2012 в 04:47.
Алексей Аркадьев
Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
Для коммерческих вопросов:
+7 (495) 740-49-91, или на почту: sales@carbis.ru
многабукф, но осилил.
я покороче выступлю. аргумент по ссылке.
http://help-system.ru/2011/13042011351.jpg
не сильно очевидный, но если подумать, то многое станет ясно в бизнес-модели.
ps^ небольшая подсказка http://www.vecchiamalcesine.com/press.htm
Последний раз редактировалось beda; 10.04.2012 в 02:45.
Алексей Аркадьев
Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
Если у Вас есть вопрос по поддержке - напишите его на форуме, я обязательно отвечу, если знаю ответ.
Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
Для коммерческих вопросов:
+7 (495) 740-49-91, или на почту: sales@carbis.ru
Поддерживаю ранее высказавшихся. В самом ресторане, тем более заказ стола из дома через свой телефон в настоящее время неактуальны. Особенно удаленный заказ. Где гарантия, что клиент придет? А, судя по концепции, блюда должно быть приготовлено к определенному сроку. Кому нужны прямые убытки?
А вот для организации заказа на доставку, думаю такой софт имел бы спрос. В идеале еще бы к нему прикрутить оплату заказа электронными деньгами. И получаем очень востребованный и клиентом и хозяином заведения программный продукт. По инимому, клиент получает возможность быстрого удаленного заказа, увидеть "товар лицом", а для хозяина заведения отпадают риски неоплаты заказа, а также минимизируются затраты на изготовление бумажной рекламы.
T.e. из всех последователей этой "мертворожденной затеи" всетаки перспективнее те, кто не заморачивается с автоматизацией заказа, как таковой (подключением к кассе, складу, вызовом официанта итд) а ориентируется на пролистывание меню. Значит Вы считаете, что если уж заниматься глупостями типа электронного меню, то достаточно, чтоб гость просмотрел его (на своем или общественном устройстве) и сделал заказ официанту? Получается связка с Р-кипером не так уж и важна?