Выбирать между каталогом и магазином стоит по тому, что покупатель может подтвердить самостоятельно. Если комплектацию, цену и срок поставки должен проверить менеджер, результатом действия на сайте будет запрос предложения. Если условия известны и система может принять заказ, нужен сценарий оформления с понятным статусом. Оплата онлайн — отдельная возможность: заказ может оплачиваться по счёту.
Ни наличие корзины, ни слово B2B не дают готового ответа. Корзина может собирать позиции для расчёта, а магазин — работать с юридическими лицами. Прежде чем составлять список функций, опишите путь одной реальной сделки от выбора продукции до подтверждения условий.
Установите границу между запросом и заказом
Запишите, какие сведения посетитель сообщает и что компания обещает после отправки. «Получили запрос, уточним условия» и «Заказ принят на указанных условиях» — разные результаты. Текст кнопки, подтверждение на экране и сообщение менеджеру должны описывать один процесс.
Для каталога результатом может быть подборка артикулов с количеством и вопросами. Для оформления заказа дополнительно нужны согласованные правила цены, доступности, доставки и изменений. Если часть информации требует ручного согласования, не скрывайте этот шаг за кнопкой «Купить».
Сравните процессы по матрице
Матрица помогает собрать требования. Она не присваивает компании формат автоматически: в одном ассортименте могут сочетаться несколько сценариев.
| Вопрос | Каталог с запросом предложения | Оформление заказа | Что выяснить до разработки |
|---|---|---|---|
| Как определяется цена? | Рассчитывается после уточнения количества, комплектации или договора | Доступна покупателю и проверяется при оформлении | Кто владеет ценой, когда она обновляется, что происходит при изменении |
| Что означает наличие? | Требует подтверждения менеджером | Система проверяет возможность заказа по согласованным правилам | Остаток, доступность к заказу и срок поставки — отдельные поля |
| Как выбирают вариант? | Нужен подбор или консультация | Вариант однозначно определяется на сайте | Какие характеристики обязательны и какие сочетания допустимы |
| Как согласуют доставку? | Условия рассчитывают после запроса | Покупатель выбирает из доступных способов или видит следующий этап согласования | География, ограничения груза и ответственный за расчёт |
| Кто покупает? | Достаточно контакта и контекста запроса | Могут потребоваться организация, договор и роль сотрудника | Нужна ли авторизация и какие данные действительно необходимы |
| Что получает менеджер? | Состав подбора и вопросы для подготовки предложения | Заказ с позициями, условиями и статусом | В какую систему передаётся объект и кто принимает его в работу |
| Что делать при изменениях? | Обновить предложение после обсуждения | Согласовать пересчёт, замену или отмену по правилам процесса | Кто уведомляет покупателя и где сохраняется актуальная версия |
Если ответы пока неизвестны, сначала проверьте их на нескольких типичных сделках. Сложный каталог с подбором и обменом данными может требовать больше работы, чем простой магазин. Обещание «без оплаты всегда дешевле» не заменяет оценку состава.
Опишите минимальную карточку продукции
Начните с идентификатора: артикул должен однозначно связывать карточку, файл импорта и строку запроса. Название помогает узнать товар, но может меняться или повторяться. Разведите семейство продукции, конкретный вариант и единицу заказа — штуку, упаковку или другую согласованную величину.
Для каждой категории определите обязательные характеристики, изображения, документы и сведения о совместимости. Покупатель должен понимать, достаточно ли информации для выбора. Если данных не хватает, обозначьте способ уточнения; пустое поле не должно выглядеть как подтверждённое отсутствие свойства.
Проверьте карточку на примерах: обычная позиция, несколько вариантов, товар без изображения и снятая с продажи позиция. Не заполняйте пробелы выдуманными характеристиками ради красивого прототипа. Учебные данные в макете помечайте и заменяйте до публикации.
Фильтры зависят от качества характеристик
Выберите параметры, которыми покупатели действительно ограничивают поиск. Для каждого нужны тип значения, единицы и правила заполнения. Значения «10 мм», «10mm» и «0,01 м» могут описывать один размер, но без нормализации стать разными вариантами фильтра.
Согласуйте работу нескольких фильтров вместе, очистку выбора и пустую выдачу. Покупатель должен видеть активные ограничения и уметь вернуться к более широкому списку. Поиск по артикулу проверяйте отдельно от поиска по названию: сценарии ввода и ожидаемый результат различаются.
Не превращайте каждую комбинацию параметров в отдельную поисковую страницу автоматически. Какие категории и подборки полезны для поиска, а какие остаются состояниями интерфейса, определяют при проектировании URL и индексации.
Назначьте владельцев цены, наличия и контента
Для каждого поля укажите источник и ответственного. Характеристики могут готовиться в редакционной системе, цены — в учётной, а фотографии — вручную. Если одно поле можно менять в двух местах, заранее решите, какое значение сохранится при следующем обмене.
Первый импорт и регулярное обновление — разные задачи. Для первого важно сопоставить поля, очистить дубли и проверить образец. Для обновления — не потерять ручные изменения, обработать удалённые позиции и показать ошибки ответственному. Отсутствующая строка в файле не должна автоматически означать удаление товара, пока это правило не согласовано.
Отдельно опишите сбой: недоступен источник, пришёл неполный файл, изменился формат. Решите, показывать ли последние проверенные данные, скрывать отдельные поля или временно ограничивать действие. Не выдавайте старую дату обновления за текущее наличие. План обмена можно собрать по руководству об интеграциях сайта.
Передавайте в CRM состав обращения
Менеджеру нужны артикулы, варианты, количество, контакт и комментарий, если он необходим для подбора. Согласуйте идентификатор запроса и правила повторной отправки. Иначе повтор после неопределённого ответа может создать два обращения или потерять список позиций.
Проверяйте не только сообщение на экране. В разрешённой тестовой среде убедитесь, что нужный объект принят получателем, его поля совпадают и ответственный видит обращение. Отдельно проверьте недоступность CRM, повтор и изменение количества. Контрольные обращения помечайте и исключайте из оценки продаж.
Учебный пример решения
Это вымышленный пример, а не проект CoreWeb. Компания поставляет оборудование: покупатель знает необходимые характеристики, но окончательная цена зависит от комплектации и поставки. Менеджер должен проверить совместимость и подготовить предложение.
Для первого выпуска выбирают каталог с карточками, несколькими согласованными фильтрами и списком запроса. Посетитель отправляет артикулы и количество, получает подтверждение приёма, затем обсуждает условия с менеджером. Онлайн-оплата не включена. Персональные цены и повторный заказ оставляют отдельным этапом, пока не определены правила договоров и доступа.
Решение изменится, если компания сможет отдавать системе проверенные условия и принимать заказ без ручного расчёта. Расширение потребует проверки данных, статусов и ответственности; оно не сводится к добавлению кнопки оплаты.
Образец данных: одна позиция от файла до запроса
Продолжим вымышленный пример. Все обозначения и значения ниже учебные: это не реальная продукция и не характеристики оборудования. Задача таблицы — показать, какие решения нужны до импорта. Для своего проекта замените значения проверенным образцом, а роли — ответственными за соответствующие данные.
| Поле | Учебное значение | Источник и ответственная роль | Правило проверки |
|---|---|---|---|
| Идентификатор варианта | DEMO-001-A | Реестр ассортимента, менеджер продукции | Уникален и не меняется при переименовании; повтор не создаёт вторую карточку |
| Название | Учебная модель, вариант А | Каталог, редактор | Понятно покупателю; не используется вместо идентификатора |
| Категория | Учебное оборудование | Дерево каталога, менеджер продукции | Есть в согласованном справочнике; неизвестная категория требует проверки |
| Размер | Значение 10, единица мм | Реестр характеристик, специалист по продукции | Значение и единица хранятся согласованно; фильтр сравнивает нормализованный размер |
| Единица и шаг запроса | Штука, целое количество от 1 | Правила продаж, менеджер | Нельзя отправить ноль или дробь; для упаковок требуется отдельное правило |
| Цена | Требует расчёта | Коммерческое предложение, менеджер продаж | В этом сценарии пустое поле не превращается в нулевую цену |
| Доступность | Подтверждается после запроса | Учётная система и менеджер | Отсутствие свежих данных не означает «в наличии» или «нет в наличии» |
| Документ | Учебная инструкция, редакция А | Библиотека документов, редактор | Проверены версия, принадлежность варианту и доступность файла |
| Состояние публикации | Активная позиция | Реестр ассортимента, менеджер продукции | Снятие позиции обрабатывается по согласованному правилу, а не по исчезновению строки |
В образце нужен и второй вариант, например DEMO-001-B, чтобы проверить различие вариантов одной модели. Не переносите реальные персональные данные или закрытые условия клиентов в демонстрационный файл. Для оценки достаточно обезличенных строк, которые показывают структуру и сложности данных.
Соберите учебный запрос из двух строк: DEMO-001-A — 2 штуки, DEMO-001-B — 1 штука. Зафиксируйте, что менеджер должен увидеть именно эти варианты и количества, идентификатор обращения и согласованный контакт. Изменение названия карточки не должно подменять выбранный вариант. Если позиция стала недоступна до отправки, пользователь должен получить понятное объяснение и возможность исправить подборку.
Проверки для первого выпуска каталога
Эту таблицу можно скопировать в документ приёмки и дополнить ожидаемыми результатами своего проекта. Это предложенный состав проверок, а не обещание, что перечисленные функции автоматически входят в любой заказ.
| Сценарий | Что сделать в тестовой среде | Что считать достаточным результатом |
|---|---|---|
| Повторный импорт | Загрузить один и тот же согласованный файл дважды | Нет дублей карточек; изменения сопоставляются по идентификатору |
| Неполный файл | Удалить из учебной выгрузки одну строку | Позиция не удаляется молча: выполняется заранее выбранное правило для полного или частичного обмена |
| Ошибка характеристики | Передать текст вместо числового размера | Ошибка видна ответственному; неверное значение не становится рабочим фильтром; определена судьба остальных строк |
| Пустая выдача | Выбрать несовместимые ограничения | Видны применённые фильтры, есть сброс и понятный следующий шаг; запрос пользователя не теряется |
| Сбой отправки | Прервать ответ после передачи учебного обращения | Не показывается неподтверждённый успех; состав сохранён; способ повтора и проверки результата понятен |
| Повтор запроса | Повторить ту же логическую отправку после неопределённого ответа | В принимающей системе нет второго обращения от технического повтора; новое осознанное обращение обрабатывается отдельно |
| Проверка менеджером | Открыть принятое обращение под разрешённой тестовой ролью | Совпадают варианты, количества и контакт; понятно, кто берёт запрос в работу |
Для каждого прогона сохраните исходный образец, дату, ожидаемый и фактический результат, а также обезличенное подтверждение из принимающей системы. Одного сообщения «отправлено» на сайте недостаточно. Если интеграция ещё недоступна, отметьте сценарий как непроверенный и согласуйте, когда и кем он будет выполнен. Учебные обращения не должны попадать в отчёт о продажах.
Для общего плана запуска используйте чек-лист приёмки сайта, а для проблемы с доставкой обращения — разбор пути заявки до CRM.
Что подготовить к обсуждению проекта
Соберите описание одной типичной сделки, пример сложной карточки, структуру категорий и обезличенный фрагмент данных. Укажите, кто ведёт ассортимент и куда приходит запрос. Отдельно перечислите неизвестные правила цены, наличия и подтверждения заказа.
Материалы удобно проверить по чек-листу подготовки контента. Если основная задача — выбор продукции и запрос предложения, посмотрите разработку сайта-каталога: там описаны этапы, границы и вопросы для оценки. В первом обращении достаточно задачи и источников данных; пароли и полный коммерческий прайс не нужны.