Каталог продукции, который помогает выбрать и отправить запрос

Когда нужен сайт-каталог

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

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

Сначала проверим данные, затем проектируем интерфейс

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

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

Карточка отвечает на вопросы до разговора с менеджером

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

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

Учебный сценарий: запрос оборудования

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

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

Что получаем по этапам

1. Исследование: сценарии выбора, образец данных и границы первого выпуска.
2. Проектирование: дерево категорий, схема карточки, фильтры и прототип запроса.
3. Дизайн: основные экраны, мобильная версия, пустые состояния и ошибки.
4. Разработка: согласованные шаблоны, CMS, импорт и обмен данными.
5. Приёмка: проверка карточек, поиска, обновлений и получения обращения.
6. Передача: версия сайта, исходники, доступы и инструкция в согласованном составе.

Интеграции и обновления требуют отдельных правил

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

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

От чего зависит состав и оценка

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

Подробнее: как определить нужные интеграции и какие материалы подготовить. Если каталог — часть большого проекта, посмотрите разработку корпоративного сайта.

Для выбора формата используйте матрицу сравнения B2B-каталога и интернет-магазина с образцом данных и проверками приёмки.

Вопросы перед началом

Начнём со сценария покупателя

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