Концепт «Меридиан»

От характеристики к предметному запросу. Инженер сохраняет выбранное исполнение при смене языка, а менеджер получает состав оборудования и вопросы.

Концепт-проект: «Меридиан» — вымышленная компания. Результатов работы здесь нет: только решения и гипотезы.

О заказчике

• Сценарий: Выбор регулирующей арматуры для промышленного проекта
• Аудитория: Инженер, закупщик и партнёрский менеджер
• Первая версия: Одна группа оборудования, русский и английский, запрос спецификации
• Граница: Без обещаний поставки, сертификации и совместимости вымышленного товара
• Материалы: Параметры демонстрационные; изображение оборудования является AI-иллюстрацией

Задача

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

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

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

Что мешает купить

Каталог не отвечает на технический вопрос

Фильтры и карточка опираются на согласованные параметры. Значение без подтверждения не выдаётся за свойство реального изделия.

Смена языка сбрасывает выбор

Версии связаны идентификатором модели. При отсутствии аналога сайт объясняет ограничение, не подменяя товар другой карточкой.

Документ оказался на другом языке

До скачивания видны язык и редакция. Устаревший перевод отмечается в редакционном контуре.

Заявка пришла без спецификации

В запрос включаются исполнение, количество и вопрос. Состав передаётся вместе с языком и адресом источника.

Решение

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

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

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

Посадочная блок за блоком

1. Продукт и область применения. Первый экран обозначает группу оборудования и ведёт к каталогу, не обещая универсального решения. Зачем: Технический покупатель быстро понимает предмет предложения.
2. Каталог по параметрам. Выбранные фильтры, модели и понятное отсутствие результата. Зачем: Покупатель видит причины выбора, а не просто ряд похожих изображений.
3. Исполнение и документы. Характеристики, выбранная конфигурация, язык и редакция технических файлов. Зачем: Запрос опирается на конкретные данные и доступное содержание.
4. Список запроса. Состав, количество, комментарий инженера и контакт для продолжения. Зачем: Менеджер получает контекст вместо пустого сообщения «интересует цена».
5. Связанные языковые версии. Переключение сохраняет модель и явно объясняет отсутствующий перевод. Зачем: Другой язык не разрушает уже выполненный выбор.

Механики заявки

Выбор сохраняется

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

Файл с контекстом

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

Предметный запрос

Состав оборудования и вопрос сохраняются при возврате к каталогу; контакт добавляется в конце маршрута.

Ключевые сценарии

Выбрать модель

Перейти от задачи инженера к понятному составу.

На входе: Посетителю нужна определённая группа оборудования; параметры проекта ещё уточняются.

1. Открыть каталог и задать подтверждённые фильтры.
2. Сравнить доступные модели.
3. Открыть исполнение и ограничения.
4. Добавить выбранную модель в запрос.

На выходе: Состав содержит конкретный товар и явно неуточнённые параметры.

Если что-то пошло не так: Нет подходящего варианта: сайт предлагает предметный запрос, а не выдуманный аналог.

Критерий приёмки: Изменение фильтра не подменяет уже добавленную модель.

Переключить язык

Продолжить тот же путь без потери выбора.

На входе: В русской карточке выбрано исполнение и добавлен вопрос.

1. Открыть переключатель языка.
2. Перейти к связанной версии модели.
3. Проверить исполнение и доступные файлы.
4. Вернуться к сохранённому составу.

На выходе: Модель сохранена, содержание соответствует выбранному языку.

Если что-то пошло не так: Версии нет: объяснение предлагает продолжить исходную или открыть раздел.

Критерий приёмки: Переключение не отправляет на случайную карточку и не очищает запрос.

Передать спецификацию

Дать менеджеру данные для продолжения разговора.

На входе: В списке есть выбранное оборудование и комментарий инженера.

1. Проверить состав и количества.
2. Уточнить незаполненные параметры.
3. Ввести согласованные контакты.
4. Получить подтверждение фактического сохранения обращения.

На выходе: В рабочей реализации обращение содержит состав, язык и источник; макет ничего не отправляет.

Если что-то пошло не так: Ошибка доставки сохраняет ввод и объясняет следующий шаг, успех не показывается заранее.

Критерий приёмки: Тестовое обращение подтверждено на стороне получателя с тем же составом.

Что замеряем после запуска

• Сохранение выбранной модели — Проверяем переключение языка, возврат из карточки и повторное открытие списка запроса.
• Согласованность документов — Для доступного файла сверяем товар, язык и редакцию; недоступность объясняется до перехода.
• Полнота обращения — Тестовый получатель видит состав, параметры, язык и вопрос. Надпись на странице не считается доказательством доставки.
• Готовность переводов — Редактор находит зависимые материалы после изменения исходника. Рост заявок заранее не объявляется результатом концепта.

Стек

React, TypeScript, CMS, API каталога.

Все кейсы · Услуга · Калькулятор стоимости

Шесть экранов рабочего маршрута

Снимки настоящих HTML-макетов: рабочая задача, исключения и два мобильных экрана. Данные демонстрационные; это не работающий продукт заказчика.