Подберите направление микса за несколько действий

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

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

Шкала из множества уровней кажется точной, но разные гости и мастера понимают ее по-разному. Для первого выбора Алхимик использует два понятных намерения: легкий и крепкий. Свободное описание по-прежнему может содержать слова «средний», «плотный» или «чуть крепче», но интерфейс не заставляет человека оценивать себя по условной десятибалльной шкале.

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

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

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

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

Владелец улучшает качество не «обучением нейросети» как абстрактной кнопкой, а данными: корректными описаниями вкусов, крепостью брендов, актуальным стоп-листом, мастер-миксами и отзывами по принятым заказам. Эти сигналы можно проверить и исправить, в отличие от непрозрачного обещания идеального ИИ.

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

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