Дистрибьюторы часто запускают B2B-портал в спешке и сталкиваются с хаосом: владелец, закупщик, бухгалтер и менеджер видят лишнее, нажимают не туда, путаются в настройках и возвращаются к Excel.
Ключ к успеху — правильная архитектура ролей с самого первого дня. Но не сложная иерархия с двадцатью ролями, а четкая, простая система, которая будет работать как швейцарские часы. Давайте разберемся, какие роли нужны дистрибьютору на старте и как их правильно настроить.
Почему система ролей — это не опция, а обязательность
41% компаний сталкиваются с конфликтами документов (счета не сходятся с заказами, ошибки в накладных, разница в ценах) — из-за неправильного доступа: слишком много прав дезориентирует, а их недостаток мешает работе.
Это создаёт уязвимости безопасности, утечки и потерю доверия. Да и пользователи сопротивляются сложным настройкам (когда в системе пять десятков параметров доступа), возвращаясь к звонкам и почте.
Исследования в области B2B-систем показывают, что успешные порталы работают по простому принципу: каждый видит и делает только то, что нужно для его роли. Это снижает когнитивную нагрузку, улучшает скорость работы и, главное, вызывает доверие.
Четыре основные роли для B2B-портала дистрибьютора
Роль 1: Владелец (Owner, Administrator)
Это вы, директор компании, или назначенный вами человек, который отвечает за всю систему.
Права владельца: полный доступ ко всем функциям портала. Видит цены, себестоимость, прибыльность. Может управлять пользователями, создавать новые роли, менять настройки. Может утверждать большие заказы без ограничений по сумме. Видит все отчёты, включая финансовые.
Почему это важно: хозяин системы должен видеть полную картину. Владелец должен уметь отследить, почему один региональный менеджер продал в два раза больше, чем другой. Почему закупщик выбрал поставщика A, а не поставщика B. Почему процент брака на одной территории выше.
На практике: в Bitrix24 это роль «Administrator» или «Super Admin» с полным доступом к CRM, документам, отчётам и управлению пользователями. В других системах это обычно называется Owner или System Administrator.
Роль 2: Закупщик (Procurement Specialist, Buyer)
Это человек (или группа людей), которые работают с каталогом товаров и создают заказы.
Права закупщика: видит весь каталог товаров, количество на складе (остатки), персональные цены для клиента (если у вас договорная система с разными ценами). Может создавать заказы. Может редактировать заказ до того, как он отправлен на утверждение. Видит историю своих заказов и их статусы. Может экспортировать список товаров в Excel для работы.
НЕ видит себестоимость товаров. НЕ видит цены других клиентов. НЕ может утверждать заказы сам.
Почему это важно: закупщик должен быть быстр и независим. Он не должен ждать, пока кто-то подскажет ему остатки или цену. Одновременно, он не должен видеть внутреннюю прибыльность или конфиденциальные данные других клиентов. Закупщик — это лицевая сторона работы с товарами, ему нужна скорость, а не вся аналитика.
На практике: экран закупщика должен быть максимально простым. Поле поиска, фильтры по категориям, кнопка «Добавить в корзину» и «Оформить заказ».
Роль 3: Бухгалтер (Accountant, Finance Officer)
Это человек, который занимается документами, счетами, платежами и финансовой отчётностью.
Права бухгалтера: видит все счета и фактуры. Может просматривать историю платежей и сроки оплаты. Видит финансовые отчёты. Может экспортировать отчёты для 1С или других бухгалтерских систем. Может просматривать статусы заказов.
НЕ может создавать заказы. НЕ может менять цены. НЕ может утверждать заказы. НЕ видит себестоимость товаров и внутреннюю прибыльность. НЕ видит детали клиентов (только счета).
Почему это важно: бухгалтер работает с деньгами и документами. Ему нужна полная информация о счетах и платежах, но при этом он не должен влиять на содержание заказов и цены. Если бухгалтер будет видеть себестоимость всех товаров, он будет отвлекаться на анализ прибыльности, а это не его работа.
На практике: экран бухгалтера — это в основном таблицы: счета, платежи, отчёты. Максимум текстовой информации, минимум кнопок.
Роль 4: Региональный менеджер (Regional Sales Manager)
Это человек, который отвечает за продажи и отношения с клиентами на своей территории.
Права менеджера: видит только своих клиентов. Видит заказы своей территории. Может видеть цены, может просматривать статусы заказов, утверждать заказы до определённой суммы, видеть отчёты по своей территории.
НЕ видит другие территории. НЕ видит себестоимость. НЕ видит общие финансовые данные компании.
Почему это важно: менеджер должен ощущать ответственность за свою территорию. Если он видит данные других менеджеров, начинается политика и зависть. Одновременно, ему нужна автономия в принятии решений до определённой суммы — чтобы он не ждал каждый раз одобрения владельца. Это ускоряет работу и повышает мотивацию менеджера.
На практике: менеджер должен иметь собственный «кабинет», где отображаются только его территория и его клиенты. Остальное — скрыто.
Как устроить информационную архитектуру, чтобы люди не путались
Распределение ролей — это только половина работы. Вторая половина — правильная визуализация. Если люди не понимают, какие кнопки перед ними и что они делают, они всё равно будут путаться.
Правило 1: Разные входы по ролям. После входа показывайте только нужное меню (в Bitrix24 — через кастомизацию ролей). Бухгалтер не увидит «Управление территориями» или «Редактировать цены».
Правило 2: 5-7 элементов на экране. Закупщик: поиск, заказы, избранное, оформить. Менеджер: клиенты, заказы, утверждение, отчёты. Остальное — на вкладках.
Правило 3: Контекстная справка. Tooltips и микро-подсказки (в Bitrix24 — встроено). Только нужная информация в момент клика.
Правило 4: Иерархия вместо поиска. Категория → подкатегория → фильтры → поиск. Снижает клики и время поиска на 50%.
Многоуровневое утверждение заказов: когда нужно, а когда нет
Одна из ошибок дистрибьюторов — либо вообще не утверждать заказы (всё пройдёт), либо требовать трёх уровней утверждения для каждого заказа. Первый вариант — это риск. Второй — это замораживание процесса.
Вот логичная схема для дистрибьютора малого размера:
- Заказы до 50 тысяч рублей: утверждает региональный менеджер.
- Заказы от 50 до 500 тысяч: утверждает владелец.
- Заказы свыше 500 тысяч: утверждает владелец плюс бухгалтер (параллельно, не последовательно).
Параллельное утверждение — ключевой момент. Если нужны два согласования, не давайте их по цепочке (один утверждает, потом другой). Отправьте одновременно обоим. Кто первый одобрил — заказ проходит. Это экономит часы.
В Bitrix24 это реализуется через workflow с условиями. В других системах это встроено в функцию «Multi-Level Approval» или «Parallel Approvals».
Видимость цен: не везде нужна одна и та же цена
Бухгалтер не должен видеть цены товаров в портале — только в счетах. Менеджер должен видеть цены, по которым он их продаёт, но не видеть цены менеджера в соседней территории. Закупщик должен видеть цену, которая применяется именно к его клиенту (если там скидка, ему нужно знать её).
В современных системах это делается через параметр «Role-Based Pricing». Вы указываете для каждой роли, какие данные по ценам она видит.
Пример: если у вас договор с крупным клиентом на сумму 500 тысяч рублей в месяц и вы дали ему скидку 15%, то в его портале он видит цены со скидкой. Другой клиент видит цены без скидки. При этом менеджеры видят цены, но не видят скидки в процентах.
Как не потерять людей в первую неделю: onboarding по ролям
Вот здесь допускается 90% ошибок. Компания собирает всех пользователей (владельца, бухгалтера, менеджеров, закупщика) на один вебинар. Показывает всё сразу: как искать товар, как создавать заказы, как смотреть отчёты, как экспортировать в 1С.
Результат: к концу вебинара никто ничего не помнит. Люди расходятся, потом звонят друг другу с вопросами, потом отправляют скриншоты менеджеру с надписью «что это?».
Правильный подход:
За день до запуска: личное письмо каждому — что он увидит и зачем это ему нужно.
На день запуска: персональный туториал (видео 3-5 мин) только для его роли.
На третий день: микро-опрос «Что не понятно?».
На неделе: персональные консультации (15 мин/чел).
Исследования показывают, что такой подход снижает время адаптации с месяца до недели, и снижает количество поддерживающих звонков на 70%.
Каждое действие в системе (создание заказа, редактирование цены, утверждение) автоматически логируется: кто, что, когда, с какого IP. В Bitrix24 это называется Audit Trail. Это упрощает контроль и дисциплинирует пользователей.