Вернуться к списку Вернуться к статьям
Статьи

Разработка B2B-интернет-магазина: роли и согласование

Корпоративный покупатель выбирает товары в каталоге, но ему также важно понимать, доступен ли товар его организации, кто вправе сформировать заказ и кому предстоит его подтвердить. Сотруднику поставщика нужен состав заявки, реквизиты организации и комментарии к поставке.

Разработка B2B-интернет-магазина начинается с правил работы: кто входит в личный кабинет, какие товары видит, кто формирует заказ и кто его согласует. Интерфейс должен отражать эти правила и маршрут обработки заявки.

B2B-интернет-магазин и сценарий корпоративной закупки

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

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

После каждого действия покупателя фиксируют изменение статуса: кому поступает заказ, когда он возвращается на уточнение и в каком случае ожидает решения согласующего. Эти правила относятся к процессу продажи и не зависят от выбора CMS.

Состав заявки и доступ к товарам

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

В проектной документации фиксируют:

  • кто поддерживает актуальность данных о товарах;
  • какие данные связывают пользователя с организацией;
  • может ли сотрудник просматривать каталог без права оформить заказ;
  • как работает магазин, если товар недоступен для конкретной организации;
  • какие сведения должны сохраниться в составе заказа.

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

Роли пользователей в личном кабинете B2B-магазина

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

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

Отдельно описывают работу сотрудника поставщика: подтверждение состава, изменение статуса, добавление документов и комментариев. У покупателя и поставщика разные зоны ответственности, поэтому одинаковый набор прав для них не подходит.

Согласование заказа между сотрудниками покупателя

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

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

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

Каталог и карточка товара для корпоративного покупателя

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

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

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

Если магазин работает на «1С-Битрикс: Управление сайтом», CMS используют для публичной части, каталога и контента. Процессы сотрудников, обработку заявок и правила обмена данными описывают отдельно: CMS сайта не заменяет CRM и регламент работы компании.

Интеграции и обмен данными в B2B-продаже

Требование «синхронизировать всё» не содержит данных для постановки задачи. Чтобы передать задачу в разработку, заказчик и аналитик перечисляют объекты обмена, направления передачи, расписание обновлений и правила обработки ошибок.

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

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

Как оценивать разработку B2B-интернет-магазина

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

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

Границы работ оформляют отдельно. Загрузка исходного каталога, подготовка фотографий и описаний, очистка старых данных, настройка исключений, инструкции для сотрудников и перенос исторических заказов относятся к разным задачам. Такое разделение помогает согласовать состав работ до начала разработки.

Часто задаваемые вопросы

Как ограничить доступ к товарам для разных организаций?

Сначала определяют, по какому признаку организация получает доступ к товару или группе товаров. Затем описывают источник этих данных, связь пользователя с организацией и поведение магазина, если доступ отсутствует. Проверку проводят на примерах реальных организаций и позиций каталога.

Можно ли отправить заказ на проверку до его обработки поставщиком?

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

Кто должен согласовывать заказ со стороны клиента?

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

Что произойдёт, если товар закончился после отправки заказа?

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

Чем B2B-магазин отличается от обычного интернет-магазина?

Различие связано с порядком корпоративной закупки. B2B-магазин учитывает организацию покупателя, роли сотрудников, права доступа, согласование и дальнейшую обработку заявки. Каталог и корзина остаются частью интерфейса, но не описывают весь процесс закупки.