Разработка
Проектируем пользовательский сценарий и технические границы до реализации, а запуск проводим по чек-листу.
Товары без онлайн-оплаты
Сайт-каталог нужен, если клиент выбирает продукцию по характеристикам, а условия заказа уточняет с менеджером. До разработки разбираем ассортимент и способ обращения. Для оборудования важны параметры и совместимость; для материалов могут понадобиться размеры и варианты исполнения. Уточняем, какие сведения компания готова поддерживать в актуальном состоянии.
Получаем пример товарных данных и список категорий. Проверяем, чем отличаются товары, варианты одного изделия и комплекты. Согласуем стабильные идентификаторы, чтобы обновление не создавало дубли. Категории строим по логике выбора клиента. Один товар может встречаться в нескольких подборках, но его основную карточку и адрес определяем до наполнения.
Выбираем обязательные поля: название, артикул, характеристики и изображения. Для документов уточняем формат и права на публикацию. Если стоимость зависит от комплектации, показываем согласованный способ запроса расчёта. Не добавляем неподтверждённую цену или наличие. Владелец согласует факты о продукции, а мы проверяем представление длинных значений и пустых полей.
Фильтры выбираем по вопросам покупателя, а не по числу столбцов в таблице. Приводим единицы измерения и варианты значений к согласованному виду. Проверяем сочетания параметров, сброс и отсутствие результатов. Для поиска тестируем название и артикул. Решение об индексации подборок принимаем по содержанию; создание адреса для каждой комбинации может размножить похожие страницы.
Связываем кнопку обращения с выбранной карточкой. В заявку передаём идентификатор товара и согласованные параметры, чтобы менеджер понимал запрос. Для нескольких позиций обсуждаем список запроса. Это отдельный сценарий от корзины с оплатой: уточняем, нужны ли количество и вложение, кто отвечает клиенту и где сохраняется обращение.
Разработка и данные
До массового наполнения собираем небольшой согласованный набор: обычный товар, изделие с вариантами и позицию с неполными данными. На нём проверяем структуру карточки и работу фильтров. Ошибки формата устраняем до загрузки остального ассортимента.
Определяем, кто меняет сведения: редактор сайта, файл поставщика или учётная система. Для импорта согласуем поля и поведение при отсутствии товара в очередной выгрузке. Удаление, скрытие и отметка о прекращении выпуска дают разные результаты для ссылок и посетителя. Перед импортом сохраняем резервную копию и проверяем отчёт об ошибках.
Открываем длинные названия и карточки с несколькими изображениями на телефоне. Проверяем фильтрацию, возвращение к списку и запрос товара. Сверяем позиции в заявке с выбором посетителя. Для документов проверяем скачивание. Если каталог содержит закрытые материалы, согласуем доступ и тестируем отказ пользователю без нужных прав.
Проверяем адреса категорий и карточек, внутренние ссылки и поисковые метаданные. Для замены старого каталога готовим карту нужных перенаправлений. Показываем редактору добавление товара и обновление характеристик. Передаём правила заполнения, чтобы новые позиции работали с фильтрами и не создавали случайные дубли.
Ограничения проекта
Для оплаты и оформления заказа смотрите разработку интернет-магазина. Обмен с внешними системами обсуждаем в разделе интеграций сайта.
Большой ассортимент не гарантирует полезный каталог. Без характеристик и понятных категорий покупатель не сможет сравнить позиции. Очистку исходных данных, подготовку фотографий и тексты карточек выделяем в согласованные работы. Возможности внешней системы проверяем до обещания автоматического обмена.
Да, после проверки структуры и примера файла. Уточняем идентификаторы, единицы измерения и ссылки на изображения. Сначала выполняем пробный импорт, сверяем карточки и обновление существующей позиции. Наличие таблицы ещё не подтверждает, что её данные подходят для фильтрации.
Согласуем правило с владельцем: скрыть из списка, оставить справочную карточку или предложить замену. Учитываем действующие ссылки и запросы клиентов. Массовое удаление без проверки может привести к ошибкам переходов и потере полезных описаний продукции.
Выбираем товар по категории и параметрам, открываем карточку и отправляем контрольный запрос. Проверяем состав заявки у менеджера и редактирование данных в CMS. Сверяем импорт, отсутствие дублей и согласованные ограничения. Список контрольных позиций сохраняем для проверки последующих обновлений.
Рабочий сценарий
Берём согласованный пример: клиент ищет изделие определённого размера и материала. Он открывает категорию, применяет фильтр, сравнивает подходящие карточки и отправляет запрос. Сверяем, что единицы измерения совпадают, выбранный параметр понятен в карточке, а менеджер получает нужную позицию. Проверяем и пустую выдачу: посетитель должен увидеть, какие условия сбросить или как уточнить запрос.
После этого редактор добавляет товар с теми же характеристиками. Проверяем, появляется ли он в ожидаемой категории и фильтре. Если сотрудник вводит значения свободным текстом, согласуем справочник или правила нормализации. Иначе одинаковые материалы с разным написанием могут попасть в разные варианты фильтра, а покупатель пропустит подходящий товар.
Следующий шаг
Опишите, что сейчас происходит с задачей «Создание сайта-каталога» и какой сценарий должен работать после изменений. Ответим и предложим первый проверяемый шаг.
