«У нас всё работает через менеджера и Excel, зачем нам личный кабинет» — частое возражение на старте разговора о B2B-портале. Ответ обычно становится очевиден, когда считаешь реальные потери: менеджер тратит половину дня на повторные заказы, которые клиент мог бы оформить сам за две минуты, бухгалтерия вручную сверяет остатки взаиморасчётов по звонкам, а новый клиент неделями ждёт актуальный прайс, потому что предыдущий выслали три месяца назад и он устарел.
Ниже — разбор того, что реально входит в личный кабинет B2B-портала по ролям клиентов: от дилера и дистрибьютора до корпоративного покупателя, — и из чего складывается стоимость такого проекта на 1С-Битрикс, чтобы можно было спланировать бюджет ещё до брифа с разработчиком. Материал обобщает нашу практику по разработке B2B-порталов и личных кабинетов.
Коротко
- У разных ролей клиентов (дилер, дистрибьютор, поставщик, корпоративный покупатель) разный акцентный набор функций кабинета — универсального шаблона на всех не бывает.
- Базовый набор (история заказов, персональные цены, повторный заказ) закрывает основную боль и стоит дешевле остальных уровней.
- Баланс взаиморасчётов, согласование заявок и ЭДО — более сложные и дорогие уровни функциональности, которые не всегда нужны сразу.
- Стоимость определяется не числом пользователей, а составом функций — точная оценка требует брифа по конкретным ролям и процессам.
- Функциональность можно наращивать поэтапно, если архитектура кабинета заложена с запасом на такое расширение.
Зачем личный кабинет, если есть менеджер и Excel
Ручной процесс работает до определённого масштаба, а дальше начинает стоить дороже, чем кажется. Менеджер, который вручную формирует счета и присылает прайсы по почте, физически ограничен в числе клиентов, которых может обслужить за день, — а значит, компания либо нанимает больше менеджеров, либо теряет скорость обработки заявок при росте. Клиент, который вынужден звонить, чтобы повторить прошлый заказ, тратит время и с большей вероятностью в какой-то момент уйдёт туда, где это можно сделать в два клика.
Личный кабинет не заменяет менеджера полностью — он снимает с него рутинные операции (повторный заказ, сверка остатков, выгрузка счёта) и оставляет время на то, что реально требует человека: переговоры по крупным сделкам, решение нестандартных ситуаций, развитие отношений с ключевыми клиентами.
Роли клиентов: дилер, дистрибьютор, поставщик, корпоративный покупатель
Прежде чем проектировать функциональность, стоит явно определить, какие роли клиентов будут работать в кабинете, — у каждой свои приоритеты.
| Роль | Что делает с товаром | Приоритетные функции кабинета |
|---|---|---|
| Дилер / дистрибьютор | Перепродаёт дальше | Закрытый прайс, скидки по объёму, статус заказа, документы для перепродажи |
| Поставщик (в портале снабжения) | Поставляет товар/услугу компании | Управление своим ассортиментом, статусы заявок от закупщика |
| Корпоративный покупатель | Использует для собственных нужд | Заказы по подразделениям/объектам, согласование внутри компании |
| Субдилер (второй уровень сети) | Закупает у дилера первого уровня | Своя витрина с наценкой дилера, ограниченный набор функций |
Функционально роли пересекаются — все хотят видеть историю заказов и свою цену, — но акценты и логика согласования разные. Проектировать единый кабинет без учёта ролей означает либо перегрузить одну роль лишними функциями другой, либо, наоборот, упустить критичную для конкретной роли возможность.
Базовый состав: что есть в кабинете любой роли
Независимо от роли, есть набор функций, которые входят в личный кабинет практически всегда — это тот минимум, без которого кабинет не решает базовую задачу «избавить менеджера от рутины».
- Личные данные и реквизиты компании — с возможностью самостоятельно их обновить без обращения к менеджеру.
- Текущий каталог с персональными ценами — видимый только авторизованному клиенту, без открытого прайса для всех.
- История заказов — с фильтрами по периоду, статусу и возможностью посмотреть детали каждого.
- Повторный заказ в один клик — повторение прошлого заказа без ручного набора позиций заново.
- Статус текущего заказа — на каком этапе обработка, отгрузка, доставка.
История заказов и повторный заказ
История заказов — не просто список для отчётности, а рабочий инструмент, который экономит клиенту время на каждой повторной закупке. Технически это реализуется через связку заказов интернет-магазина с профилем пользователя: клиент видит список своих прошлых заказов с датами, суммами и составом, а функция «повторить заказ» копирует состав корзины из выбранного заказа с актуализацией цен и наличия на текущий момент.
Важный нюанс — актуализация. Если товар из прошлого заказа снят с производства или закончился, повторный заказ должен явно показать это, а не молча пропустить позицию — иначе клиент получит заказ меньшего объёма, чем ожидал, и не сразу это заметит.
Персональные цены и прайсы по договору
Для дилеров и дистрибьюторов персональное ценообразование — обычно центральная функция кабинета. В 1С-Битрикс это реализуется через типы цен каталога, привязанные к группе пользователей или конкретному контрагенту, — у каждого клиента (или группы клиентов с одинаковыми условиями) в кабинете показывается собственная цена, рассчитанная по индивидуальным скидкам или наценкам из учётной системы. Важно, чтобы источником истины были данные из 1С (или другой учётной системы), а кабинет только отображал их — ручное дублирование персональных цен в двух системах почти гарантированно приводит к расхождениям.
Для более сложных схем — скидка, растущая с объёмом накопленных за период закупок, — потребуется дополнительная логика пересчёта, синхронизированная с учётной системой по расписанию или событию.
Баланс и взаиморасчёты
Для клиентов с отсрочкой платежа или предоплатой критична видимость текущего баланса взаиморасчётов: сколько оплачено, сколько отгружено, есть ли задолженность и по каким документам. Это один из самых ценных, но и самых технически требовательных блоков кабинета — данные о балансе должны приходить из учётной системы (1С Бухгалтерия, УТ, ERP) через регулярный обмен, а не вводиться вручную на стороне сайта, иначе достоверность баланса быстро начнёт вызывать сомнения у клиента.
Хорошая практика — показывать не только текущий остаток, но и историю операций по балансу (оплаты, отгрузки, корректировки) с возможностью выгрузить акт сверки за период самостоятельно, без запроса у бухгалтера.
Документооборот: счета, акты, УПД, ЭДО
Для юридических лиц личный кабинет — это ещё и точка получения закрывающих документов. Базовый уровень — формирование и выгрузка счетов, актов и универсальных передаточных документов (УПД) в PDF прямо из кабинета, без запроса у менеджера. Более продвинутый уровень — интеграция с оператором электронного документооборота (ЭДО), когда документы подписываются электронной подписью и обмениваются юридически значимо, без бумажного дублирования.
Документооборот — один из уровней функциональности, где разумно закладывать поэтапное развитие: начать с выгрузки PDF-документов, а интеграцию с ЭДО подключать, когда объём документов вырастет настолько, что бумажный или полуручной процесс становится узким местом.
Согласование заявок внутри компании клиента
У корпоративных покупателей заказ часто требует внутреннего согласования — например, менеджер по закупкам формирует заявку, а утверждает её руководитель отдела или финансовый директор в зависимости от суммы. Личный кабинет может поддержать этот процесс встроенным workflow: заявка создаётся одним пользователем со статусом «На согласовании», согласующий получает уведомление и утверждает или отклоняет её прямо в кабинете, и только после утверждения заявка превращается в заказ, который видит менеджер поставщика.
Эта функция заметно сложнее базового согласования регионального контента (там решение принимает один модератор) — здесь может быть несколько уровней подчинённости и разные лимиты по сумме для разных согласующих, что нужно явно продумать при проектировании ролей внутри компании-клиента, а не только ролей самого портала.
Как это выглядит в админке 1С-Битрикс
Роли клиентов настраиваются через группы пользователей с привязкой к типам цен каталога и правами на соответствующие разделы личного кабинета. Схематично карточка настройки клиента в админке выглядит так:
Уровни функциональности и что в них входит
Для планирования бюджета удобно мыслить не отдельными функциями, а уровнями — каждый следующий добавляет функциональность и стоимость поверх предыдущего.
| Уровень | Что входит | Кому обычно нужен |
|---|---|---|
| Базовый | История заказов, персональные цены, повторный заказ, статус заказа | Всем ролям как стартовая точка |
| Средний | + баланс взаиморасчётов, выгрузка документов (счета, акты, УПД) в PDF | Дилерам, дистрибьюторам с отсрочкой платежа |
| Продвинутый | + согласование заявок, ЭДО, многоуровневая иерархия (субдилеры) | Крупным дилерским сетям, корпоративным покупателям со сложным согласованием |
Из чего складывается стоимость
Стоимость личного кабинета определяется не числом будущих пользователей (регистрация тысячи клиентов не дороже регистрации ста — это данные, а не разработка), а составом функциональности и сложностью интеграции с учётной системой. Основные статьи, которые формируют бюджет:
- Проектирование ролей и прав. Чем больше ролей с разной логикой — тем больше времени на проработку матрицы доступа.
- Интеграция с учётной системой. Персональные цены, остатки и баланс, приходящие из 1С, требуют настройки и тестирования обмена — это заметная часть бюджета, особенно если учётная система нетиповая или сильно доработана.
- Сложность документооборота. Выгрузка PDF дешевле, чем полноценная интеграция с оператором ЭДО с электронной подписью.
- Workflow согласования. Многоуровневое согласование заявок с лимитами по сумме — одна из самых трудоёмких частей продвинутого уровня.
- Дизайн и адаптивность кабинета. Отдельная проработка UI кабинета (не просто типовой шаблон каталога) добавляет к бюджету, но напрямую влияет на то, насколько клиенты реально им пользуются.
Ориентировочные диапазоны стоимости и подхода к смете — в нашем материале «Сколько стоит интернет-магазин на 1С-Битрикс» логика та же: смета складывается из функциональности и интеграций, а не фиксированной цены «за проект». Актуальные тарифы и пакеты услуг — на странице цен студии.
Частые ошибки при проектировании кабинета
- Проектируют один универсальный кабинет на все роли без учёта разницы приоритетов дилера и корпоративного покупателя.
- Дублируют персональные цены вручную вместо интеграции с учётной системой — данные быстро расходятся.
- Сразу закладывают максимальный уровень функциональности (ЭДО, многоуровневое согласование) вместо поэтапного запуска с базового набора.
- Не проектируют архитектуру с запасом на расширение — добавление баланса или согласования вторым этапом требует переделки уже работающей части.
- Не учитывают в бюджете стоимость интеграции с учётной системой, ориентируясь только на стоимость самого личного кабинета как веб-интерфейса.
- Делают согласование заявок без лимитов по сумме — любая заявка идёт по одному и тому же длинному пути, замедляя мелкие заказы.
- Не показывают клиенту, что позиция из повторного заказа больше не доступна, — заказ уходит меньшим по составу незаметно для клиента.
Чек-лист брифа перед оценкой стоимости
- Роли клиентов перечислены — дилер, дистрибьютор, корпоративный покупатель, субдилер и так далее, с приоритетными функциями каждой.
- Источник персональных цен определён — учётная система, из которой кабинет будет получать данные.
- Нужный уровень документооборота выбран — PDF-выгрузка или полноценная интеграция с ЭДО.
- Нужно ли согласование заявок и сколько уровней подчинённости оно предполагает.
- Определён стартовый этап — какой уровень функциональности запускается первым, что откладывается на следующие этапы.
- Оценена интеграционная сложность — насколько нетипова используемая учётная система.
Вывод
Личный кабинет B2B-портала — это не одна фиксированная функция, а набор уровней, от истории заказов и персональных цен до баланса, документооборота и многоуровневого согласования. Стоимость и сроки определяются составом этих уровней и сложностью интеграции с учётной системой, а не числом будущих пользователей. Разумная стратегия почти всегда — начать с базового набора, который закрывает основную боль клиентов, и добавлять более сложную функциональность по мере роста, а не пытаться спроектировать максимум сразу.
