Слово «портал» не объясняет задачу. Под ним может скрываться закрытая выдача актов, совместная работа с проектной командой или самостоятельный заказ товаров дилером. Ошибка в выборе формата обычно обнаруживается, когда доступы и интеграции уже начали разрабатывать.
Этот разбор сравнивает три формата по регулярному действию пользователя, модели данных и сопровождению. Он нужен для постановки задачи, а не для выбора платформы по названию функции.
Сначала определите аудиторию
Под одинаковым названием «портал» часто скрываются разные задачи. Личный кабинет обслуживает конкретного клиента: его договоры, заявки, документы и историю. Экстранет нужен для совместной работы внешних участников над задачами и материалами. B2B-портал обычно шире: партнёры или дилеры получают каталог, договорные условия, заказы, обучение, рекламации и статус операций. Формат выбирают по регулярному действию пользователя, а не по количеству разделов в меню.
Сравните операции, а не список функций
Если клиенту надо скачать акт и открыть заявку, достаточно кабинета с ограниченной моделью данных. Если партнёр оформляет заказы, видит разные цены, управляет сотрудниками и работает с возвратами, потребуется портал с интеграциями и правилами ролей. Экстранет полезен, когда главное действие — обмен файлами, задачами и согласованиями с внешней командой. Он не заменяет торговый кабинет, если нужны цены, остатки и коммерческие документы.

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