Короткий ответ
Любой проект внедрения начинается со структуры компании, а не с воронок продаж. Кто руководитель, какие отделы, какие подразделения внутри них.
Три причины, и все практические:
- Права раздаются по структуре, а не каждому вручную.
- Видно состав — кто работает, а кто числится.
- Новый сотрудник ориентируется сам — кто чем занимается и к кому идти.
И одна ловушка, о которой обычно узнают после неловкого случая. К ней вернёмся в конце.
Почему структура идёт первой
Порядок работ не случаен: доступы настраиваются по структуре.
Когда она есть, права раздаются логично: руководитель отдела видит сделки своего отдела, менеджер — свои, директор — всё. Появился новый сотрудник — попал в отдел и автоматически получил тот же набор прав, что у коллег.
Когда структуры нет, доступы настраиваются каждому вручную. Сначала это кажется быстрее. Через полгода никто не может объяснить, почему конкретный человек видит то, что видит, — и права оказываются раздутыми у половины сотрудников, потому что проще было выдать больше, чем разбираться.
Переделывать это на работающем портале дороже, чем сделать сразу.
Что видно, когда структура собрана
Побочный эффект, который часто оказывается полезнее основного: становится видно, кто в компании есть на самом деле.
Пока сотрудники — просто список учётных записей, отличить работающего от давно уволенного невозможно. В структуре это видно сразу: отдел из пяти человек, трое из которых не появлялись год.
Отсюда переходим к главной проблеме.
Уволился человек — остались его сделки
Практика показывает одно и то же от компании к компании.
Сотрудник уходит. Его сделки и задачи продолжают жить — но уже без него. Учётную запись отключили, а всё, что за ней числилось, осталось на месте. Никто об этом не знает, потому что в отчётах эти сделки выглядят обычными.
В одном разобранном нами портале так висели 93 открытые сделки на 529,5 млн ₽ за 116 неактивными пользователями. Не проигранные, не потерянные — просто числящиеся за людьми, которых нет в компании. Полный разбор того аудита со всеми находками мы выкладывали отдельно.
Та же логика работает не только в сделках. Задачи и дела ведут себя одинаково: остаются висеть на человеке, которого нет. Задача с просроченным сроком на уволенном сотруднике не всплывёт нигде — она просто перестаёт двигаться.
Найти это выборочным просмотром невозможно: проблема размазана по базе тонким слоем. Открыв двадцать сделок, вы не заметите ничего. Нужно сопоставлять список активных пользователей с ответственными по всей базе.
Чинится, кстати, быстро — за день работы руководителя отдела переназначить ответственных. Вопрос только в том, чтобы это увидеть.
Практический вывод: отключение учётной записи должно быть последним шагом увольнения, а не первым. Сначала передать сделки, переназначить задачи и дела, проверить автоматизацию — не остался ли уволенный ответственным в роботах и бизнес-процессах.
Новый сотрудник и субординация
Вторая сторона той же структуры, про которую думают реже.
Человек выходит на работу и открывает портал. Если структура собрана, он сразу видит: кто в компании работает, какие есть отделы, кто чем занимается, к кому идти с каким вопросом, кто чей руководитель.
Без структуры всё это узнаётся неделями — через вопросы коллегам и случайные знакомства. И часть так и остаётся невыясненной: сотрудник год работает, не зная, что нужный ему человек сидит в соседнем отделе.
Отдельно про субординацию. Структура делает её видимой и явной, а не подразумеваемой. Это важнее, чем кажется, — и следующий раздел ровно об этом.
Ловушка, о которой узнают поздно
Малоизвестное поведение по умолчанию: поставить задачу может любой сотрудник кому угодно. В том числе рядовой — руководителю компании.
Ограничение существует: права доступа в задачах настраиваются так, чтобы задачи ставил, например, только руководитель своим подчинённым. Но есть нюанс, который многие упускают.
Настройка прав доступа в задачах доступна только на тарифах Профессиональный и Энтерпрайз. На младших тарифах такой заглушки нет вовсе — ограничить некому и нечем.
Про это обычно не думают до первого случая. Классика жанра: уборщица ставит задачу генеральному директору крупной компании с просьбой заменить инвентарь на новый. Формально всё правильно — есть проблема, есть задача. По факту неловко всем.
Случаи бывают и серьёзнее: сотрудник ставит задачу руководителю смежного отдела через голову собственного, минуя согласование. Или задачи начинают ставить друг другу в обход процесса, и работа перестаёт быть видимой там, где должна.
Что с этим делать:
- На Профессиональном и выше — настроить права: кто кому может ставить задачи.
- На младших тарифах — договориться. Заглушки нет, значит, вопрос решается правилом и разъяснением, а не техникой.
Второй вариант хуже, но он честный: лучше знать про ограничение заранее, чем обнаружить его после случая.
Отдельно стоит помнить, что задачи и дела — разные сущности и права у них настраиваются отдельно.
Что проверить у себя
- Собрана ли структура — отделы, подразделения, руководители. Или это плоский список сотрудников.
- Сколько в портале неактивных учётных записей и что за ними числится.
- Есть ли открытые сделки на уволенных. Сопоставьте список активных с ответственными по базе.
- Есть ли висящие задачи и дела на них же.
- Не остались ли уволенные ответственными в роботах и бизнес-процессах.
- Кто кому может ставить задачи — и настроено ли это, если тариф позволяет.
- Есть ли регламент увольнения, где передача сделок стоит раньше отключения доступа.
Если подозреваете, что за уволенными что-то висит, но проверить всю базу руками нереально, — посмотрим портал и покажем точные цифры: сколько сделок, на какую сумму и за кем. Это одна из находок, которые повторяются почти в каждом аудите.
Если нужна помощь с настройкой портала — смотрите внедрение и настройка Битрикс24.