Инструкции и решения
Разделите обязанности и проверьте, какие действия и сведения доступны сотруднику в каждом инструменте.
Материалов: 19 · Страница 1 из 2
Скрыть поле из удобного представления и ограничить его видимость для сотрудников — разные задачи. Для данных, которые нужны только отдельным специалистам, используйте предусмотренную настройку доступа и проверяйте результат под рабочей ролью.
Индивидуальная цена в продаже и базовая цена каталога решают разные задачи. Настройка доступа должна отражать правило компании: кто вправе согласовать условия клиента и кто поддерживает общий прайс.
При уходе менеджера важно сохранить непрерывность работы с клиентами. Недостаточно заблокировать вход и назначить нового владельца нескольким активным сделкам. Нужно найти весь рабочий контекст, распределить обязанности и проверить, что обращения не останутся без реакции.
Если сотрудник одновременно входит в несколько отделов и получает персональную роль, ожидаемый доступ может отличаться от фактического. Разбирать нужно конкретное действие над конкретной стадией, а не только название роли.
Наблюдатель помогает подключить коллегу к конкретному клиенту без смены ответственного. Перед добавлением определите, какие сведения ему нужны и на какой срок: доступ к карточке может раскрывать историю работы с клиентом.
Если в CRM видны сделки и клиенты, но недоступны настройки, начните с проверки полномочий. Доступ к продажам и право менять устройство CRM — разные возможности. Переустановка приложения или создание нового портала обычно не решают эту причину.
Право управлять процессом и возможность читать его элементы различаются. До размещения внутренних сведений проверьте фактическую видимость RPA под обычными пользователями.
Ролевая модель определяет, какие данные и действия доступны сотруднику. Начинайте настройку с рабочих обязанностей: кому нужны свои продажи, кому — отдел, кто может менять правила CRM. Выдача одинаковых максимальных полномочий всем делает настройку простой только до первой проблемы.
Формы на сайте могут продолжать принимать заявки, пока сотрудники меняют их настройки. Поэтому доступ к редактору нужно распределять по обязанностям: кому достаточно просмотра, кто отвечает за поля и кто управляет правами.
Редактирование виджета затрагивает каналы обращения на сайте. Доступ к списку, изменению и управлению правами следует проверить отдельно.
Если сотрудник видит клиента, но не может добавить дело, сначала проверьте права на сам элемент CRM. Не ищите отдельную роль дел: по текущей справке их доступ определяется полномочиями на карточку, в которой они созданы.
Доступ к сделке и полномочия на её документы проверяют отдельно. Менеджеру может быть нужна подготовка счёта, а изменение шаблона всей компании должно оставаться у назначенного владельца. Начните с перечня действий, затем настройте роли.
Массовая загрузка каталога и выгрузка прайса требуют отдельных полномочий. Выдавайте их по обязанности сотрудника, учитывая масштаб изменения данных и состав экспортируемого файла.
Права каталога определяют, кто поддерживает номенклатуру и кто только использует её в продажах. Ошибка здесь может затронуть сразу несколько процессов: CRM, склад и публикацию товаров. Начинайте с обязанностей, а не с выдачи полного доступа.
Запрет истории в открытой линии не всегда закрывает переписку из доступной карточки CRM. Проверка должна охватывать оба пути, иначе вывод о закрытом доступе будет неверным.
В разделе Почта можно отдельно управлять просмотром подключений и изменением их параметров. Это не тождественно чтению всех сообщений сотрудников.
Сотруднику могут быть нужны собственные звонки, а руководителю — статистика отдела. Разделите эти задачи с управлением номерами, чтобы рабочая роль не давала лишних возможностей настройки.
Права на создание рабочего места и права на работу с заявками задают разные полномочия. Проверять их нужно на обычной роли, отдельно для каждой нужной воронки.
От статьи к вашей задаче
Расскажите о процессе, который хотите улучшить. Поможем выбрать решение и определить первый шаг.
Ответим в течение рабочего дня