Какие функции нужны B2B-порталу

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

Главный принцип — портал должен закрывать те действия, которые сейчас выполняются через менеджеров, почту, Excel или несколько отдельных систем. Чем больше таких операций переносится в единый интерфейс, тем выше ценность портала для бизнеса.

При этом набор функций зависит от конкретного процесса. Универсального списка нет, но для большинства B2B-проектов есть несколько базовых блоков.

Какие функции нужны для работы с заказами

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

Типовой функционал включает:

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

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

Поэтому при разработке CRM и ERP-систем логику B2B-портала лучше проектировать вместе с внутренними процессами компании. Портал не должен становиться отдельным слоем, где статусы и заказы живут отдельно от корпоративной системы.

Как показывать остатки и доступность товаров

Остатки в B2B-портале должны быть максимально близки к реальному состоянию системы учёта. Если пользователь видит устаревшее наличие, он формирует заказ, который потом невозможно выполнить.

Обычно в портале показывают:

• доступное количество;
• остаток по складам;
• ожидаемую поставку;
• доступность к резервированию;
• ограничения по минимальному заказу;
• аналогичные позиции;
• статус «под заказ».

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

Отдельный вопрос — резервирование. Если пользователь оформил заказ, система должна понимать, в какой момент товар считается зарезервированным и когда резерв снимается.

Какие документы должны быть в B2B-портале

Документы в B2B-портале должны быть доступны в контексте конкретного заказа, договора или операции. Пользователь не должен искать счета и акты по переписке с менеджером.

В портале можно размещать:

• договоры;
• счета;
• акты;
• накладные;
• спецификации;
• закрывающие документы;
• коммерческие предложения;
• сертификаты;
• дополнительные соглашения.

Полезно давать пользователю поиск и фильтрацию по дате, номеру заказа и типу документа.

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

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

Как должны работать роли в B2B-портале

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

Пример ролей:

• закупщик;
• бухгалтер;
• руководитель;
• администратор организации.

Права могут отличаться по действиям:

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

Это особенно важно для крупных клиентов, где один аккаунт на всю компанию создаёт проблемы с безопасностью и ответственностью.

Кроме роли пользователя, часто нужно учитывать и саму организацию. Один сотрудник может иметь доступ только к конкретному юридическому лицу или филиалу.

Какие персональные условия нужно учитывать

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

Персонализироваться могут:

• цены;
• скидки;
• ассортимент;
• лимиты;
• условия оплаты;
• отсрочка;
• минимальная партия;
• доступные способы доставки;
• договорные условия.

Если пользователь после входа всё равно вынужден уточнять цену у менеджера, часть ценности портала теряется.

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

Какие функции можно добавить позже

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

Часто MVP включает:

• авторизацию;
• каталог;
• персональные цены;
• остатки;
• заказ;
• статусы;
• документы.

Позже можно добавить:

• согласование заказов;
• аналитику;
• уведомления;
• обращения в поддержку;
• прогноз поставок;
• интеграцию с внутренними сервисами клиента.

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

Об авторе