Типичная структура ролей в CRM: Администратор (все права + настройки), Руководитель (все сделки отдела + отчёты), Менеджер (только свои сделки + общий пул), Аналитик (только чтение + отчёты). Четырёх ролей хватает 80% компаний.
Важный момент — видимость данных клиентов. Менеджер не должен видеть карточки коллег: это приводит к перехвату клиентов и конфликтам. Руководитель видит всё, но не может редактировать. Такая структура защищает и данные, и командный климат.
При проектировании спрашивайте не «что нужно видеть», а «что не должен видеть». Это более точный вопрос. Ограничения проще добавить позже, чем убрать после того, как пользователи привыкли к широкому доступу. Начинайте с минимальными правами и расширяйте по запросу.
Как проверить качество результата
Приёмка должна опираться на проверяемые результаты. Формулировки «работает быстро» или «удобно пользоваться» лучше заранее заменить конкретными сценариями и метриками.
CRM на сервере заказчика
Исходный код
Инструкция для пользователей
Клиенты
База данных
Заявки
Сделки
Как оценивать эффект после запуска
Сравнивайте показатели до и после внедрения: время выполнения операции, долю ошибок, конверсию целевого сценария, стоимость обработки и число обращений в поддержку. Набор метрик зависит от задачи статьи «Роли и права в CRM: как не дать менеджерам видеть чужие сделки».
Клиенты
Входит в пакет по данным админ-калькулятора и уточняется в смете.
База данных
Входит в пакет по данным админ-калькулятора и уточняется в смете.
Заявки
Входит в пакет по данным админ-калькулятора и уточняется в смете.
Сделки
Входит в пакет по данным админ-калькулятора и уточняется в смете.
Частые вопросы
Какой главный вывод статьи «Роли и права в CRM: как не дать менеджерам видеть чужие сделки»?
Проектирование системы прав доступа: кто что видит и почему это важно.
Как применить эти рекомендации в проекте «CRM»?
Начните с короткого аудита: опишите основной пользовательский сценарий, источники данных, интеграции и критерии результата. Затем соберите первую версию без второстепенных функций и проверьте её на реальных пользователях.
Можно ли потом добавить модули?
Да. CRM строится как модульная система: базовый контур → добавление задач и проектов → склад → финансы → API для интеграций. Каждый новый модуль — отдельная задача. Такой подход позволяет начать с малого и расти без переписывания системы с нуля.
Источники и документация
Для проверки технических решений используйте актуальную документацию платформ и рекомендации поисковых систем.
