На что обращать внимание при выборе примеров QR-меню и как понять, что система годная?

Если по QR-коду телефон начинает качать файл на 20 мегабайт, сразу закрывайте и вычеркивайте этот вариант. Ни один гость за столом ждать загрузку не станет, просто попросит нормальную бумажку. Выбирайте только динамический софт, который быстро открывается в браузере как легкая веб-страница.

У нас в заведении первая система была без сжатия фоток, страница грузилась по 7-8 секунд. В итоге каждый пятый гость закрывал экран, не дождавшись, и дергал официанта. Как только перешли на платформу с автоматической оптимизацией картинок, жалобы вообще сошли на нет.

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

А в тех примерах, что вы смотрите, есть вызов официанта, запрос счета или онлайн-оплата, или вам чисто прайс-лист показать? На 15.000 TL в год вполне можно найти сервис и с интерактивными модулями.

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

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

В качественном решении обязательно должны быть три вещи: 1) Аллергены и калорийность по каждому блюду, 2) Честный английский язык для туристов, а не корявый машинный перевод, 3) Возможность выделить спецпредложения или блюдо дня в самом верху.

Спросите у разрабов, сделано ли меню по стандартам PWA (Progressive Web App). Системы, которые грамотно используют кэш браузера, не перезагружают страницы заново при каждом переходе, не грузят сервер запросами и не падают в пиковые часы посадки.

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

Я бы пошел этим путем.

Спасибо, очень помогло.

Верно.

Согласен с этим. Когда пытаешься изменить всё сразу, ничего не приживается.

Чем сложнее отменить решение, тем медленнее его принимайте. Интересно, есть ли те, кто делает иначе.

Да, по теме примеры qr меню ситуация именно такая. После сдачи проекта система продолжает жить; обслуживание — отдельная статья расходов.

Если напишете результат здесь, это поможет и другим.

У меня та же ситуация, поэтому и спрашиваю. Самое дешевое предложение обычно самое непродуманное.

На этом всё, извините, если затянул.

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

Оставлю как заметку пригодится.

Очень актуальная тема.

У нас так же. При принятии решений записывайте и худший сценарий, а не только лучший.

Спасибо, это именно то, что я искал.