Сайт-каталог: структура ТЗ, товарные данные и путь до заявки

Когда бизнесу нужен именно сайт-каталог

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

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

Отделите структуру сайта от товарных данных

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

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

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

Опишите путь выбора

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

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

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

Согласуйте содержимое карточки

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

Не смешивайте неизвестное значение с отрицательным. «Срок уточняется» и «нет в наличии» сообщают разное. Для отсутствующей цены выберите понятное объяснение и способ получить расчёт. Подстановка нуля создаёт ложное предложение и искажает данные во внешних системах.

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

Продумайте загрузку и редакционную работу

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

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

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

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

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

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

Формы проверяют с клавиатуры, на мобильном экране и при ошибке заполнения. W3C рассматривает подписи, инструкции и обратную связь как составляющие доступной формы. Это полезная основа требований, но готовность конкретного решения подтверждается его проверкой.

SEO и техническая приёмка

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

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

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

Что приложить к брифу

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

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