01Модель данных до макета
Для каждой группы фиксируем обязательные поля, единицы измерения, варианты исполнения и источник значений. Отделяем характеристику изделия от коммерческого условия. Пустое значение не превращаем в ноль, а артикул используем как устойчивый идентификатор.
02Категории по логике выбора
Проверяем, как ищут продукцию: по названию, применению, размеру или известному артикулу. Фильтры добавляем для параметров, по которым действительно сравнивают изделия. Прорабатываем сочетания без результатов, сброс выбора и длинные названия на телефоне.
03Карточка как основа технического запроса
В одном месте собираем назначение, параметры, варианты, изображения и документы. Если цена зависит от задания, объясняем состав исходных данных: исполнение, количество, материал или чертёж. Прикрепление файлов включаем в проект только вместе с обработкой и проверкой доставки.
04Обновление и интеграции
Определяем, где находится основной источник данных: таблица, система управления сайтом или учётная система. Для импорта описываем сопоставление полей, обновление цен и остатков, снятые с производства позиции и поведение при ошибке обмена.
Пример проработки
Минимальная модель карточки
Пример структуры данных для каталога изготовления на заказ. Конкретные поля зависят от продукции и технических требований.
Минимальная модель карточки| Идентификация | Артикул, понятное название, категория и варианты исполнения. |
|---|
| Параметры | Значение вместе с единицей измерения; единые правила для всей группы. |
|---|
| Документы | Чертёж или паспорт с названием, назначением и актуальной версией. |
|---|
| Коммерческие условия | Наличие или изготовление под заказ; что влияет на срок и стоимость. |
|---|
| Запрос | Позиция, исполнение и количество переходят в описание обращения. |
|---|
Как проверяем. Проверяем типичное изделие, позицию с неполными данными, длинное название, отсутствие результата и обновление записи без появления дубля.