Демо приложения
Столик «Соколов»Загородный трактир «Соколов», Таруса
Столы
Два числа определяют следующий шаг: стол 4 ждёт горячее уже 25 минут вместо 20, а чек стола 7 остаётся без ответа с 19:41. Судак закончился в 19:12.
- В руках у
- Официантка в зале ресторана
- Показано на
- Android — заголовок слева, три системные кнопки внизу
- Заменяет
- Заменяет блокнот для заказов, поход к кассе после каждого заказа и подсчёт в уме, когда четверо гостей хотят разделить счёт. При семи занятых столах это добрых двадцать походов через зал за вечер, которых больше нет — а три раздельных счёта для стола 9 готовы в тот момент, когда кто-то об этом спрашивает.
Всё в этом демо только отображается и ничего не делает: кнопки лишь сообщают, что в демо у них нет действия, флажки зафиксированы, поля ввода никуда не ведут. Ничего не сохраняется, не отправляется и не загружается.
Как Awelior подошла бы к этому проекту
Загородный трактир «Соколов», Таруса вымышлен — а вот подход к разработке нет. Ничто из этого не является выполненной для клиента работой. Это форма, которую мы придали бы такому проекту — с той же глубиной, но без клиента, которому пришлось бы за неё отвечать.
С чего всё начинается
В сельском трактире «Ковалёв» обслуживание построено на блокноте и кассовом терминале: принять заказ за столом, дойти до терминала, ввести, вернуться. Если кухня снимает блюдо с меню, официант узнаёт об этом только на втором заходе к столу; а если четверо гостей хотят оплатить отдельно, в конце кто-то у стойки сортирует позиции вручную. В загруженный вечер именно эти лишние переходы решают всё.
Решения
Маркировка — на самой позиции, а не в сноске
Аллергены и пищевые добавки указаны при каждом блюде, там же, где оно принимается в заказ. Официант, которому приходится листать справочник для ответа, рано или поздно начинает отвечать по памяти — и именно тогда обязательная маркировка теряет смысл.
Снятое с меню изначально не появляется в списке
Если кухня снимает блюдо с меню, оно блокируется и больше не может быть принято в заказ. Предупреждение, которое можно просто закрыть, кухне ничего не экономит — второй заход к столу всё равно останется.
Место закрепляется уже при приёме заказа
Каждая позиция с самого начала привязана к конкретному месту. Раздельные счета формируются из этого в один шаг; тот, кто распределяет позиции только при оплате, в итоге втроём склоняется над одним листком.
Сознательно опущеноНет кассы. Приложение принимает заказ, формирует чек и разделяет счёт — проводка, оплата и печать происходят через кассовую систему. Кассовая операция требует технического средства защиты, обязанности выдачи чека и сроков хранения; приложения для заказов, которое делало бы это попутно, не существует.
Что входит
- Экранов
- 5
- Вкладок
- 4
- Блоков контента
- 16
- Языков
- 4
Работает навигация, включая переход от зоны обслуживания к отдельному столу и обратно. Меню, форма приёма заказа, список чеков и разделение счёта полностью показаны, но не действуют; четыре состояния представлены отдельным экраном.
Как это продолжилось бы
Кассовая система и кухонный принтер
Чеки должны доходить до кухни, выручка — до кассы. Какая система является ведущей и что происходит, если чек теряется по дороге, — ключевой вопрос всего проекта.
Меню, цены и маркировка
Кто ведёт меню, кто снимает блюда, кто отвечает за информацию об аллергенах. Маркировка — обязанность заведения; приложение — лишь способ донести её до стола.
Устройства в работе
Крепление, время работы батареи на весь вечер, Wi-Fi до сводчатого подвала — а также устройство, которое кто-то роняет, когда заняты семь столов.
Такое приложение для вашего бизнеса?
Столик «Соколов» выдуман — а вот соответствие потребности нет. Приложения возникают именно так: из процессов, которые уже существуют в бизнесе, только без бумаги между шагами.
Демо-приложение от Awelior. Вымышленный бизнес, вымышленные данные, ничего не сохраняется.