Ролі й права доступу в CRM: хто що має бачити і чому це важливо

Питання прав доступу зазвичай зʼявляється після неприємної історії: хтось звільнився і вивантажив базу, або новий стажер випадково видалив пʼятдесят записів. До цього моменту всі працюють під адміністраторськими правами, бо так простіше.

Базовий набір ролей, який покриває більшість компаній. Власник — повний доступ, включно з білінгом і видаленням простору. Адміністратор — усе, крім оплат: налаштовує структуру, керує командою. Менеджер — працює з даними, але не змінює структуру полів і не запрошує людей. Спостерігач — лише читає: типово для бухгалтера, який має бачити суми угод, але не має їх правити.

Найважливіше налаштування — не роль, а видимість. Роль каже, що людина може робити; видимість — з якими записами. Три типові режими: бачить усе, бачить тільки свої записи, бачить записи своєї команди. Саме останній варіант зазвичай і потрібен: керівник відділу має бачити роботу підлеглих, але не сусіднього відділу.

Права на рівні полів. Іноді потрібне тонше налаштування: менеджер бачить угоду, але не бачить поле собівартості чи маржі. Або бачить, але не може змінити суму після підписання договору. Це нормальна вимога, і вона розвʼязується правами на конкретні поля, а не приховуванням цілої папки.

Класична помилка — закрутити гайки надто сильно. Якщо менеджер не бачить нічого, крім своїх десяти контактів, він не може підстрахувати колегу у відпустці, не бачить, що клієнт уже спілкувався з іншим відділом, і починає вести паралельні нотатки поза системою. Це гірше, ніж відкрита база. Шукайте баланс: закрийте те, що справді чутливе (фінанси, персональні дані, повний експорт), решту лишіть відкритою.

Що обовʼязково має бути незалежно від ролей: журнал змін. Права не рятують від помилок — вони лише обмежують коло тих, хто може їх зробити. Можливість подивитись, хто і коли змінив суму угоди чи видалив контакт, знімає більшість внутрішніх суперечок за пʼять хвилин.

У Pipevale, окрім чотирьох базових ролей, можна створити власні з довільним набором дозволів — наприклад, роль «Бухгалтер»: бачить угоди й документи, не бачить листування, не може експортувати базу.