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