Мультиязычное меню без второго набора табличек

Один QR-носитель может открывать меню на нескольких языках. Для этого не нужно печатать отдельную табличку на каждую локаль: заведение включает нужные языки, заполняет переводы контента, а гость выбирает язык в интерфейсе. Сегментированная ссылка также может задать локаль параметром lang.

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

Если читать 30 секунд

• В настройках точки выбирают гостевые языки; хотя бы один должен оставаться включённым.
• Переводы хранятся у разделов, блюд, описаний, аллергенов и опций отдельно.
• Если конкретный перевод пуст, система показывает исходный текст, поэтому незавершённая версия выглядит смешанной.
• Скрытие локали не удаляет сохранённый перевод: язык можно вернуть без повторного ввода.
• Единый носитель готов только после контрольного маршрута «категория → блюдо → добавка → корзина → оформление».

Почему второй комплект табличек не решает редакционную задачу

Отдельный QR для каждого языка кажется безопасным: один адрес ведёт на русский, другой на английский. Но физические носители быстро расходятся с цифровым содержимым. При смене ключа, названия точки или списка локалей приходится искать и заменять несколько комплектов.

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

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

Какие части меню переводить

Составьте инвентаризацию до передачи текста переводчику. В «Умном кафе» локализуется не одна большая страница, а набор сущностей.

Сущность	Что видит гость	Риск при пропуске
заведение	название точки	сомнение, то ли место открылось
раздел	навигацию по каталогу	трудно найти напитки или еду
блюдо	основное название	нельзя уверенно выбрать позицию
короткое описание	пояснение в карточке	теряется ключевое отличие
полное описание	состав и детали	больше вопросов сотруднику
аллергены	сведения для решения	опасная неопределённость
группа опций	смысл выбора размера или добавки	гость не понимает обязательное действие
вариант опции	конкретную добавку	риск заказать не то

Интерфейсные подписи, поиск, фильтры, корзина, оформление и экран статуса переводятся средствами приложения. Тексты заведения заполняются отдельно. Эти два слоя проверяют вместе, потому что без переведённой кнопки нельзя завершить заказ, а без понятной карточки нельзя сделать осознанный выбор.

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

Таблица ответственности

Перевод ломается, когда все «немного помогают», но никто не принимает целую версию. Разделите роли по типу решения.

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

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

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

Этап 1. Подготовьте русский источник

Исходный текст должен быть единым и однозначным. Если в карточке написано «соус фирменный», переводчик не узнает его состав и не сможет корректно передать потенциальные аллергены. Уточните термины до перевода, а не в переписке по каждой строке.

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

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

Этап 2. Включите только готовые к работе языки

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

Перед включением локали определите минимальный объём. Один практичный вариант — все активные разделы, все доступные блюда, аллергены и обязательные модификаторы. Если часть сезонного меню не готова, не прячьте проблему за общими словами. Либо завершите перевод, либо временно не заявляйте язык гостю.

Скрытая локаль остаётся в базе. Это позволяет перевести меню заранее и включить язык к событию, а затем убрать его из гостевого переключателя без удаления работы.

Этап 3. Переводите блоками, а не по одному экрану

Начните с терминологического мини-словаря: типы прожарки, объёмы, растительное молоко, острые блюда, распространённые аллергены. Затем переводите один раздел целиком. Так повторяющиеся понятия не получают разные варианты в соседних карточках.

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

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

Этап 4. Проверьте запасной текст отдельно

Запасной текст нельзя считать аварией, которую никто не увидит. Он появится при любом пустом поле: система возьмёт исходное название, описание, аллерген или вариант добавки. Поэтому проверяющий специально ищет смешанный экран.

Создайте одну тестовую пустоту в непубличном контуре либо используйте заранее известное незаполненное поле. Откройте целевую локаль и зафиксируйте, какой текст вернулся. После заполнения повторите тот же путь.

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

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

Этап 5. Проведите редакционную приёмку на телефоне

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

Для каждой включённой версии выполните один и тот же маршрут:

1. откройте точку в чистой сессии;
2. выберите язык в шапке;
3. найдите блюдо через раздел и через поиск;
4. откройте описание и аллергены;
5. добавьте обязательную опцию;
6. проверьте строку в корзине;
7. дойдите до оформления и экрана статуса в тестовом контуре;
8. вернитесь к карточке после переключения языка.

Записывайте дефект по формуле «локаль → сущность → поле → ожидаемый текст». Например: «EN → напиток → группа размера → осталась на русском». Такой отчёт можно исправить без созвона и догадок.

Ограничения, которые нужно объяснить команде

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

Перевод также не снимает все вопросы у стойки. Гость может попросить рекомендацию, уточнить замену ингредиента или выбрать вариант, которого нет в карточке. Цель меню — дать самостоятельный базовый путь, а не исключить общение.

Как выпускать изменения после первого перевода

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

Заведите простой журнал без отдельной сложной системы. Для каждой правки храните дату, блюдо, изменённые поля, затронутые языки и проверяющего. Статус «готово» ставится после просмотра гостевой карточки, а не после сохранения текста в форме.

Разделите обновления по срочности. Изменение доступности или цены публикуется по операционному процессу точки. Исправление состава и аллергенов требует немедленной сверки локалей. Косметическое улучшение описания можно собрать в редакционную партию, чтобы не отвлекать переводчика по одной строке.

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

Мини-релиз одного раздела на новом языке

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

Верните раздел на доработку, если хотя бы одна роль не может назвать свой результат или обязательное поле осталось смешанным. Для настройки языков, адресов с lang и правил запасного текста конкретной точки обсудите подключение после первой заполненной ведомости дефектов — так разговор начнётся с проверяемого материала.