Большой ассортимент.
Простой путь к заказу.

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

На этапе проектирования фиксируем примеры экранов и ожидаемые действия пользователя. Для каждого решения указываем, какие сведения редактирует команда, какие получает из другой системы и кто отвечает за их актуальность.

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

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

Проверяем перед запуском: Возврат и повтор не теряют данные и не создают второй результат.

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

Проверяем перед запуском: Изменение справочника не переписывает согласованный документ.

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

Проверяем перед запуском: Пользователь другой организации не получает закрытый файл по прямой ссылке.

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

Проверяем перед запуском: Недоступность источника не отображается как подтверждённый успех.

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

Проверяем перед запуском: Повторное событие не меняет уже выполненную операцию.

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

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

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

Проверяем перед запуском: Восстановление проверено на копии, редактор умеет менять поля без разработчика.