Что такое B2B-портал и зачем он бизнесу

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

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

Короткий ответ на вопрос в заголовке. B2B-портал — это закрытая веб-система, через которую постоянные клиенты компании сами оформляют заказы: видят свои цены и остатки, повторяют прошлые заказы, следят за статусом отгрузки, скачивают документы и контролируют задолженность. Данные он берет из учетной системы, чаще всего из 1С, и возвращает заказы обратно в нее. Новых покупателей портал не привлекает. Его работа — снять с менеджеров рутину по обслуживанию тех, кто уже закупается.

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

Чем B2B-портал отличается от интернет-магазина и личного кабинета

Три термина в коммерческих предложениях подрядчиков часто означают одно и то же, поэтому сравнивать нужно по функциям, а не по названию. Границы примерно такие.

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

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

Из чего состоит B2B-портал: 6 групп функций

Набор блоков в проектах повторяется. Ниже то, что образует минимально работоспособную систему.

• Авторизация по контрагенту. Один договор — одна учетная запись компании, внутри нее несколько сотрудников с разными правами: снабженец оформляет заявку, руководитель утверждает, бухгалтер видит только документы.
• Каталог с индивидуальными ценами. Пользователь видит цену своего типа: базовую, оптовую, дилерскую. Товары, которых нет в его договоре, не показываются вовсе.
• Остатки по складам. Для опта это критичнее цены. Клиенту нужно знать не «в наличии», а сколько именно единиц лежит на ближайшем к нему складе и когда придет следующая партия.
• Быстрый заказ. Загрузка позиций из Excel, повтор прошлого заказа одной кнопкой, шаблоны регулярных поставок, несколько корзин под разные объекты или магазины сети.
• Документы и взаиморасчеты. Счета, УПД, акты сверки, текущая задолженность и лимит отгрузки. Это тот раздел, ради которого клиенты заходят на портал чаще всего.
• Обмен с учетной системой. Двусторонний: из 1С приходят номенклатура, цены, остатки и документы, обратно уходят заказы и данные контрагентов.

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

Зачем портал бизнесу: 4 эффекта, которые можно посчитать

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

Возьмите месячный отчет по заказам и посчитайте, сколько заказов прошло через менеджера и сколько времени в среднем занимает один. Если у вас 600 заказов в месяц и 12 минут на каждый, менеджеры тратят 120 ч. в месяц на механическое перекладывание позиций из письма в 1С. Портал не убирает это время целиком, но переносит основную часть на клиента, которому все равно приходится набирать заявку. Дальше остается арифметика: сравните высвобождаемые часы со стоимостью разработки.

Второй эффект — ошибки. Заявка голосом по телефону или в мессенджере превращается в пересорт, а пересорт — в возврат и повторную доставку за ваш счет. Когда клиент выбирает позицию из каталога с артикулами, ошибиться в номенклатуре он может только сознательно.

Третий эффект менее очевиден и часто оказывается решающим при защите бюджета: портал работает ночью, в выходные и в новогодние праздники. У клиента, у которого производство встало в 23:00, есть возможность оформить заявку сразу, а не ждать утра.

Четвертый — прозрачность долгов. Когда контрагент видит свою задолженность и лимит отгрузки в собственном интерфейсе, разговоры про «мы не получали счет» заканчиваются сами собой.

Осторожно отношусь к обещаниям вида «портал увеличит продажи на 30%». Проверяемых отраслевых данных, которые подтверждали бы такую цифру для российского опта, я не видел. Рост чаще связан с расширением ассортимента и работой отдела продаж. Что портал дает точно — снижение стоимости обслуживания одного заказа и возможность взять больше клиентов тем же составом менеджеров.

Кому B2B-портал не нужен

Отговариваю от портала примерно каждого третьего, кто приходит с таким запросом. Ситуации, где он не окупится:

• Мало клиентов и мало сделок. При 10–15 постоянных контрагентах и нескольких отгрузках в месяц менеджер справляется быстрее любой системы, а поддержка портала будет стоить дороже сэкономленных часов.
• Каждая сделка уникальна. Проектные продажи, где цена собирается под техническое задание, спецификацию и график монтажа, в каталог не укладываются. Здесь полезнее CRM и конфигуратор, а не витрина.
• В учетной системе беспорядок. Если в 1С дубли номенклатуры, остатки расходятся с реальностью на 20%, а цены живут в отдельном файле у коммерческого директора, портал этот беспорядок не спрячет, а покажет всем клиентам сразу.
• Клиенты не готовы. В нишах, где заявки традиционно идут через личные отношения с менеджером, портал внедряют долго и через сопротивление. Это решаемо, но закладывать нужно не только разработку, но и обучение, и мотивацию менеджеров, для которых портал выглядит угрозой.

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

Что происходит под капотом: 1С, типы цен и редакция платформы

Техническая часть портала на 80% состоит из обмена с учетной системой. Разберу на примере 1С-Битрикс, потому что на этой платформе в России собрана большая часть таких проектов.

Персональные цены в платформе реализуются через связку «группа пользователей — тип цены». В 1С у товара уже есть несколько типов цен: базовая, оптовая, дилерская. При обмене они выгружаются на сайт, каждому типу назначается своя группа пользователей, а контрагент при авторизации попадает в нужную группу. Здесь есть ограничение, о которое спотыкаются на старте: множественные типы цен доступны начиная с редакции «Бизнес». В младших редакциях тип цены один, и никакой персональный прайс на них не построить. По данным 1С-Битрикс на август 2026 года, лицензия «Бизнес» стоит 96 500 руб., «Малый бизнес» — 47 000 руб.; в «Бизнес» помимо типов цен входят многоскладовость, холдинговая структура с несколькими юрлицами и обмен с 1С в режиме реального времени.

Второй технический вопрос — частота обмена. Стандартная выгрузка по расписанию раз в час для розницы приемлема, для опта часто нет: за час остаток успевает уйти. Тогда включают обмен по событию или дергают 1С запросом в момент оформления заказа. Это дополнительная нагрузка на учетную систему, и ее нужно закладывать в проект заранее вместе с администратором 1С. Как устроен сам обмен, мы разбирали в статье про интеграцию 1С с сайтом на Битрикс.

Третий вопрос — объем каталога. Портал на 300 позиций и портал на 200 тыс. позиций с 15 складами — это разные проекты по архитектуре, а не по объему верстки. Во втором случае думать про индексы, кеширование и очереди обмена нужно с первого дня.

Отдельно про выбор лицензии: если вы уже работаете на платформе, сверьтесь с разбором, какую редакцию 1С-Битрикс выбрать, до того как планировать бюджет разработки.

Готовое решение или разработка под себя

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

Тиражное решение выигрывает по срокам и стартовой цене. Оно уже умеет мультикорзины, шаблоны заказов, задолженность и рекламации, его можно посмотреть на демо-стенде до покупки. Минус в том, что вместе с нужными функциями вы получаете еще несколько десятков ненужных, и обновлять придется весь этот объем целиком. Каждая доработка типового модуля усложняет обновление, а через год отказаться от обновлений уже нельзя из-за требований безопасности.

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

Промежуточный вариант, который в Design Lab мы используем чаще всего: базовый функционал берем из платформы, а специфику пишем отдельными модулями, не трогая ядро. Тогда обновления ставятся штатно, а бизнес-логика живет в своем коде.

Сколько это стоит и сколько занимает по времени

Цена портала считается по количеству сущностей, которые надо синхронизировать с учетной системой. Количество страниц тут почти ни при чем. Ориентиры по нашим проектам, ставка 5000 руб./ч. на разовых работах и от 3000 руб./ч. на абонементе:

• Кабинет контрагента поверх действующего сайта. Авторизация, свои цены, история заказов, документы. Порядка 250–400 ч., срок 2–3 мес.
• Портал среднего размера. Плюс остатки по складам, быстрый заказ из Excel, шаблоны, взаиморасчеты, роли внутри контрагента. Порядка 500–800 ч., срок 4–6 мес.
• Крупный портал. Десятки тысяч позиций, несколько юрлиц, региональные склады, интеграции с логистикой и ЭДО. От 1000 ч., срок от 6 мес.

К разработке добавьте лицензию платформы, работы на стороне 1С (их считает ваш обслуживающий 1С-подрядчик, и это отдельная строка бюджета) и поддержку после запуска. Про поддержку многие забывают, а портал — не сайт-визитка: он попадает в критичный контур, и его простой останавливает отгрузки. Мы такие системы сразу берем на регламент с реакцией от 15 минут.

Самая частая ошибка в планировании — считать только разработку. Второй по частоте промах: закладывать 2 недели на «интеграцию с 1С», когда в 1С еще не решено, какой тип цены соответствует какой группе клиентов.

С чего начать: 5 шагов до первой строчки кода

1. Посчитайте текущую стоимость обслуживания. Число заказов в месяц, среднее время на заказ, доля заказов от постоянных клиентов. Без этих 3 цифр разговор о бюджете превращается в спор о вкусах.
2. Проверьте 1С. Актуальны ли остатки, нет ли дублей номенклатуры, где хранятся договорные цены и кто отвечает за их изменение.
3. Опишите матрицу доступа. Какие категории клиентов существуют, что видит каждая, какие ограничения по ассортименту и отгрузке действуют.
4. Соберите 3–5 сценариев. Самый частый заказ, срочный заказ, заказ с отсрочкой, возврат, сверка. Портал должен закрывать их полностью, остальное отложите.
5. Зафиксируйте это письменно. Даже короткий документ на 10 страниц снимает половину будущих споров с подрядчиком; что в нем должно быть, разобрано в материале про ТЗ на разработку сайта.

Что сделать в ближайшую неделю

Если портал у вас в планах, начните не с подрядчика, а с 3 цифр: количество заказов от постоянных клиентов за прошлый месяц, среднее время обработки одного заказа и доля заявок, которые приходят в свободной форме по почте или в мессенджере. Дальше посмотрите в 1С, есть ли там договорные цены в структурированном виде. Этих данных достаточно, чтобы понять, окупится ли проект, и разговаривать с исполнителями предметно, а не про количество страниц макета.