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