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