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

На защите легко начать рассказывать про блюда.
Какой продукт использован. Как приготовлен соус. Почему это сочетание вкусное.
Вкус уже проверялся во время разработки.
Сейчас предмет защиты другой — решения.

Почему в категории пять позиций?
Почему именно эти пять?
Где фон?
Что является королём?
Какую работу выполняет комплимент?
Почему один продукт повторяется в нескольких блюдах?
Почему для другой позиции оправдан отдельный продукт?
Почему это блюдо готовится именно таким способом?
Почему здесь такая цена?
Каждый ответ должен объяснять устройство меню.

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

Другой пример — тартар в мясном fast casual:
«Тартар даёт гостю ещё один вариант мясного блюда и переносит часть заказов с гриля на холодную станцию».
Мы сразу видим работу позиции и для гостя, и для кухни.

Защищаем решение через результат, который оно должно дать ресторану.

В последних уроках мы уже провели две проверки: глазами гостя и глазами кухни.
Теперь соединяем их с третьей — бизнесом.

Гость
Для кого создано меню?
Какие потребности оно закрывает?
Где находится безопасный выбор?
Что даёт причину прийти именно сюда?
Где гость получает возможность попробовать новое?
Понятна ли разница между соседними позициями?

Кухня
Как связаны продукты?
Какие заготовки используются несколько раз?
Как распределены технологии?
Где находится основная нагрузка?
Выдержит ли кухня планируемый объём продаж?

Бизнес
Какую работу выполняют позиции?
Какие блюда создают основной оборот?
Какие помогают сокращать потери?
Как устроена ценовая лестница?
Как решения должны повлиять на прибыль?
Сильное меню должно выдержать все три проверки одновременно.

Начните защиту сверху.
Покажите меню целиком.
Сколько в нём курсов?
Какие категории вы выделили?
Почему ресторану нужна именно такая структура?
Дальше переходите внутрь категорий.
Покажите роли блюд.
Фон — что обеспечивает основной безопасный выбор.
Король — что создаёт индивидуальность ресторана.
Комплимент — где находится более рискованный выбор.
Затем объясните различия между соседними позициями.
У каждой должна быть своя причина для заказа.
Защита категории должна показывать её композицию, а не перечислять блюда.

Теперь покажите меню как закупку.
Какие основные продукты проходят через несколько позиций?
Какие продукты существуют только ради одного блюда?
Чем оправдано их присутствие?
Что происходит с остатками?
Где меню помогает сокращать списания?
Здесь пригодится карта продуктов из четвёртого модуля.
Хорошая защита показывает, что закупка появилась в результате решений, а не сложилась случайно после создания рецептов.

Следующий вопрос:
Как ресторан сможет всё это приготовить?
Покажите распределение технологий и станций.
Где находится основной поток?
Какие процессы происходят заранее?
Что остаётся на сервис?
Как выглядит выдача в пиковый час?
Если меню создавалось для действующего ресторана, особенно важно показать, как проект использует существующее оборудование и команду.
Меню должно помещаться в реальную кухню.

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

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

Часть результата можно рассчитать.
Например, сколько ресторан сэкономит при уменьшении граммовки на 20 граммов при тысяче продаж.
Это расчёт.
А часть результата появится только после запуска.
Например, сколько гостей выберут новое блюдо.
Это предположение.
Эти три вещи важно разделять.
Так проект становится профессиональным.
Мы точно знаем исходные данные, можем рассчитать прямые последствия и заранее понимаем, какие гипотезы предстоит проверить.

Любое предположение превращаем в проверку.
Предполагаем, что новая позиция разгрузит гриль.
После запуска сравниваем нагрузку и скорость выдачи.
Предполагаем, что рыбник сократит списания.
Сравниваем списания до и после.
Предполагаем, что новая ценовая лестница изменит распределение продаж.
Смотрим продажи внутри категории.
Мы снова возвращаемся к вопросу первого урока:
Как поймём, что задача решена?
Курс заканчивается там же, где начался.

Если вы работали с действующим меню, покажите изменения в простой форме:
было → решение → стало → ожидаемый результат.
Например:
Было: три похожих бургера делят один спрос.
Решение: оставить два с разными причинами выбора.
Стало: классический фон + фирменный король.
Результат: более понятный выбор, меньше уникальных заготовок, концентрация продаж.
Такой формат позволяет увидеть смысл изменения за несколько секунд.