Владелец Битрикс24 в компании: почему портал нельзя оставлять только на IT или HR

Короткий ответ

За Битрикс24 как за корпоративную платформу должен отвечать один бизнес-руководитель с полномочиями определять цели, бюджет и приоритеты между подразделениями. Эту роль может выполнять собственник, CEO, COO, директор по цифровой трансформации или руководитель внутренней платформы.

При этом ответственность должна быть распределена:

• 🔸бизнес-владелец Битрикс24 отвечает за цели, дорожную карту, бюджет и бизнес-эффект;
• 🔸IT отвечает за безопасность, архитектуру, интеграции, доступы и техническую устойчивость;
• 🔸HR владеет оргструктурой, адаптацией, обучением и другими HR-процессами;
• 🔸продажи, сервис, финансы и проекты отвечают за правила работы в своих процессах;
• 🔸администратор или интегратор реализует согласованные изменения.

Главный администратор и администратор Битрикс24 — это роли доступа и исполнения. Наличие административных прав само по себе не делает сотрудника владельцем бизнес-результата.

Важно: «бизнес-владелец Битрикс24» — это управленческая роль компании, а не штатная техническая роль внутри продукта.

Далее речь пойдёт преимущественно про облачную версию Битрикс24. В коробочной версии инфраструктура, резервное копирование и часть административных процедур находятся в зоне ответственности компании.

Почему у Битрикс24 должен быть бизнес-владелец

Особенно важна единая модель управления, когда платформа используется на уровне крупной компании или холдинга. Возможные сценарии такого применения разобраны в статье о Битрикс24 Enterprise для крупного бизнеса.

Битрикс24 редко остается только CRM или только корпоративным порталом. В одной системе могут одновременно работать:

• 🔹CRM и контакт-центр;
• 🔹задачи и проекты;
• 🔹база знаний;
• 🔹адаптация и обучение сотрудников;
• 🔹согласование договоров и заявок;
• 🔹внутренние коммуникации;
• 🔹сервисные процессы;
• 🔹телефония и почта;
• 🔹интеграции с 1С, ERP, BI и внешними сервисами;
• 🔹права доступа, вебхуки и API-интеграции.

Эти контуры принадлежат разным подразделениям. Поэтому ни IT, ни HR не могут единолично определять, как должна развиваться вся платформа.

Например:

• 🔹IT может оценить безопасность интеграции с телефонией, но не должно самостоятельно определять этапы воронки продаж;
• 🔹HR может управлять адаптацией сотрудников, но не должно единолично менять правила CRM;
• 🔹руководитель продаж может определить обязательные поля сделки, но не должен без согласования создавать интеграции и выдавать глобальные права доступа.

Если единого владельца нет, подразделения начинают конкурировать за ресурсы администратора, а изменения реализуются без общей дорожной карты.

Правильная модель управления Битрикс24

У зрелой модели управления есть четыре основных уровня ответственности.

В Битрикс24 может быть несколько администраторов и много владельцев процессов. Но для платформы рекомендуется назначить одного Accountable — руководителя, который несет итоговую ответственность за развитие и результат.

Что должен решать бизнес-владелец Битрикс24

Бизнес-владелец отвечает на следующие вопросы:

• 🔹Зачем компания использует Битрикс24?
• 🔹Какие процессы нужно улучшить в ближайшие 3–6 месяцев?
• 🔹Какие изменения принесут измеримый эффект?
• 🔹Что делать первым, если HR, продажи, сервис и IT запрашивают разные доработки?
• 🔹Кто владеет каждым процессом?
• 🔹Кто принимает выполненную работу?
• 🔹По каким KPI компания оценивает результат?
• 🔹Какие риски и зависимости являются критичными?

Без ответов на эти вопросы Битрикс24 превращается в набор несвязанных настроек, полей, роботов и интеграций.

Главный администратор и бизнес-владелец — не одно и то же

Кто такой главный администратор Битрикс24

В облачном Битрикс24 главный администратор — сотрудник, который создал портал либо получил этот статус. На его e-mail поступают системные уведомления, в том числе сообщения о продлении тарифа.

По возможностям главный администратор сопоставим с другими администраторами. Его особенность состоит в том, что только он может подтвердить передачу своего статуса или собственное увольнение из портала.

Сменить главного администратора можно только на коммерческих тарифах. Запрос на передачу статуса отправляет другой сотрудник с правами администратора, а действующий главный администратор должен подтвердить действие.

Что может администратор Битрикс24

Администратор имеет полный доступ к настройкам облачного Битрикс24. В частности, он может:

• 🔹назначать и отзывать права администратора;
• 🔹управлять сотрудниками и доступами;
• 🔹настраивать CRM;
• 🔹создавать и редактировать бизнес-процессы;
• 🔹управлять автоматизацией;
• 🔹подключать интеграции;
• 🔹работать с настройками структуры компании;
• 🔹включать режим администратора для управления закрытыми группами и проектами.

При этом администратор не может читать личные чаты сотрудников: чаты один на один остаются конфиденциальными.

Сколько администраторов можно назначить

Для облачного Битрикс24 официальная документация указывает следующие лимиты:

Лимиты и состав тарифов могут меняться. Перед публикацией или принятием решения проверяйте актуальное сравнение тарифов Битрикс24.

Почему главный администратор — критичная точка контроля

Опасно, если статус главного администратора связан с:

• 🔹бывшим или временным сотрудником;
• 🔹внешним подрядчиком;
• 🔹личной почтой, не контролируемой компанией;
• 🔹недоступным номером телефона;
• 🔹одним устройством MFA без резервного способа входа;
• 🔹учетной записью без назначенной замены.

В такой ситуации увольнение или потеря доступа могут затруднить передачу прав, получение системных уведомлений и управление порталом.

Минимальный стандарт безопасности

• 🔹Используйте именную корпоративную учетную запись, контролируемую компанией.
• 🔹Назначьте резервного администратора, если тариф это позволяет.
• 🔹Включите двухфакторную аутентификацию.
• 🔹Сохраните резервные коды в защищенном корпоративном хранилище.
• 🔹Ведите реестр администраторов, интеграций, вебхуков и технических учетных записей.
• 🔹Включите передачу прав в процедуру увольнения.
• 🔹Не используйте одну общую учетную запись несколькими сотрудниками.

Администратор может сделать двухфакторную аутентификацию обязательной для всей компании. После истечения установленного срока сотрудники без настроенной защиты не смогут войти в портал.

Почему Битрикс24 нельзя оставлять только на IT

За что отвечает IT

IT — обязательный участник управления Битрикс24. Технический владелец обычно отвечает за:

• 🔹архитектуру решения;
• 🔹модель доступа;
• 🔹интеграции с 1С, ERP, BI, почтой и телефонией;
• 🔹вебхуки, API и технические учетные записи;
• 🔹SSO и корпоративную идентификацию, если они используются;
• 🔹информационную безопасность;
• 🔹аудит привилегированных доступов;
• 🔹техническую документацию;
• 🔹контроль подрядчиков;
• 🔹оценку производительности;
• 🔹технический долг;
• 🔹реагирование на инциденты;
• 🔹процедуры восстановления.

IT также оценивает каждую доработку с точки зрения безопасности, совместимости, стоимости сопровождения и зависимости от внешних сервисов.

Где заканчивается ответственность IT

IT не должно единолично решать:

• 🔹какие этапы нужны воронке продаж;
• 🔹что считать квалифицированным лидом;
• 🔹какие поля обязательны в сделке;
• 🔹как должен согласовываться договор;
• 🔹как проходит адаптация нового сотрудника;
• 🔹какой SLA действует для сервисных обращений;
• 🔹какой управленческий отчет важнее;
• 🔹какой бизнес-процесс автоматизировать первым.

Например, IT или администратор могут настроить уведомление о просроченной сделке. Но руководитель продаж должен определить:

• 🔹на каком этапе оно требуется;
• 🔹какой срок считать просрочкой;
• 🔹кто должен отреагировать;
• 🔹какой показатель должен измениться после запуска.

IT отвечает за корректную реализацию решения, а владелец процесса — за его бизнес-логику и результат.

Признаки того, что Битрикс24 стал только IT-проектом

Вероятно, в компании действует IT-центричная модель, если:

• 🔹сотрудники всех отделов ставят задачи напрямую администратору;
• 🔹у заявок нет владельца процесса;
• 🔹запросы не содержат бизнес-проблему и ожидаемый эффект;
• 🔹IT отвечает за дисциплину заполнения CRM;
• 🔹бизнес не участвует в тестировании и приемке;
• 🔹после запуска никто не измеряет результат;
• 🔹сотрудники считают Битрикс24 «системой, которую навязало IT»;
• 🔹администратор одновременно выполняет функции аналитика, разработчика, методолога и диспетчера.

Результат такой модели — перегрузка IT, конфликт приоритетов и низкое доверие к данным.

Почему Битрикс24 нельзя оставлять только на HR

Какими процессами может владеть HR

HR логично назначить владельцем следующих процессов:

• 🔹структура компании;
• 🔹приглашение и увольнение сотрудников;
• 🔹переводы между подразделениями;
• 🔹онбординг и адаптация;
• 🔹обучение;
• 🔹внутренняя база знаний;
• 🔹корпоративные новости;
• 🔹опросы;
• 🔹кадровые заявки;
• 🔹актуальность кадровых и организационных данных.

В Битрикс24 можно отдельно настроить права на структуру компании. Стандартная роль HR позволяет выполнять профильные действия, но не дает права изменять саму модель доступа. Настройка доступна не на всех тарифах.

Почему HR не может единолично управлять всей платформой

Если Битрикс24 используется не только как корпоративный портал, ответственность должна быть распределена.

HR может быть полноценным владельцем HR-контура, но не должен самостоятельно определять правила CRM, выдавать глобальные админ-права или принимать архитектурные решения по интеграциям.

Как дать HR самостоятельность без лишних прав

• 🔹Зафиксируйте процессы, которыми владеет HR.
• 🔹Настройте отдельные роли на структуру компании и HR-разделы.
• 🔹Не выдавайте глобальные права администратора только ради работы с оргструктурой.
• 🔹Разделите доступ к кадровым, финансовым и коммерческим данным.
• 🔹Определите, кто может приглашать, переводить и увольнять сотрудников.
• 🔹Проверяйте права после кадровых изменений.
• 🔹Оставьте глобальные настройки и интеграции техническому владельцу.

Так HR получает необходимую самостоятельность, но не полный контроль над платформой.

Кто должен быть бизнес-владельцем Битрикс24

Бизнес-владельцем должен быть руководитель, который:

• 🔹понимает ключевые процессы компании;
• 🔹распоряжается бюджетом или влияет на него;
• 🔹может выбирать между инициативами разных подразделений;
• 🔹назначает владельцев процессов;
• 🔹требует измеримого результата;
• 🔹имеет поддержку топ-менеджмента.

Эту функцию могут выполнять:

• 🔹собственник;
• 🔹генеральный директор;
• 🔹операционный директор;
• 🔹директор по цифровой трансформации;
• 🔹руководитель внутренней платформы;
• 🔹директор по корпоративным системам, если у него есть бизнес-полномочия.

IT-директор или HR-директор также может быть бизнес-владельцем, но не автоматически. Для этого ему нужны полномочия принимать межфункциональные решения, а не только управлять своей функциональной областью.

За что отвечает бизнес-владелец

Бизнес-владелец Битрикс24:

• 🔹формулирует цели платформы;
• 🔹утверждает дорожную карту;
• 🔹ведет единый backlog инициатив;
• 🔹расставляет приоритеты по эффекту и риску;
• 🔹назначает владельцев процессов;
• 🔹разрешает конфликты между подразделениями;
• 🔹утверждает критерии приемки;
• 🔹контролирует KPI;
• 🔹обеспечивает финансирование;
• 🔹докладывает руководству о результате и рисках.

Какие вопросы должна содержать заявка на доработку

Каждая значимая заявка должна отвечать минимум на семь вопросов:

1. 1. Какую проблему нужно решить?
2. 2. Кто владелец процесса?
3. 3. Кто будет пользоваться решением?
4. 4. Какой показатель должен измениться?
5. 5. Какие данные и интеграции затрагиваются?
6. 6. Сколько будет стоить реализация и сопровождение?
7. 7. По каким критериям будет принята работа?

Плохая постановка:

Нужен новый отчет по сделкам.

Хорошая постановка:

Руководитель продаж не видит сделки без запланированного следующего действия. Нужен еженедельный отчет по активным сделкам с указанием ответственного, филиала, суммы и срока просрочки. Владелец процесса — руководитель продаж. Цель — снизить долю таких сделок с 18 до 8% за три месяца.

RACI-матрица управления Битрикс24

RACI помогает разделить ответственность:

• 🔹R — Responsible: выполняет работу;
• 🔹A — Accountable: несет итоговую ответственность;
• 🔹C — Consulted: участвует в согласовании;
• 🔹I — Informed: получает информацию.

Для каждой задачи должен быть один Accountable.

Для конкретного HR-изменения HR становится владельцем процесса и получает A. Для CRM эту роль выполняет коммерческий блок, для сервиса — руководитель сервиса.

Основные риски, если у Битрикс24 нет владельца

1. Увольняется главный администратор

Компания теряет контроль над системными уведомлениями, передачей статуса и восстановлением доступа.

Что делать: заранее назначить резервного администратора, включить MFA и закрепить передачу прав в offboarding-регламенте.

2. Подрядчик становится единственным носителем знаний

Компания не знает, как работают интеграции, роботы и бизнес-процессы, а критичные настройки контролирует внешний исполнитель.

Что делать: требовать документацию, реестр доступов, описание интеграций и передачу результатов работ.

3. Интеграции зависят от личных учетных записей

После увольнения сотрудника перестают работать токены, уведомления или автоматические действия.

Что делать: инвентаризировать зависимости и использовать выделенные технические учетные записи там, где это допускают архитектура, лицензирование и политика безопасности. Не передавать одну учетную запись нескольким людям.

4. Доработки конфликтуют друг с другом

Разные подразделения создают дублирующие поля, воронки, отчеты и автоматизации.

Что делать: вести единый backlog и проводить регулярную приоритизацию.

5. CRM теряет достоверность

Никто не отвечает за обязательные поля, дубли, этапы сделок и качество клиентских данных.

Что делать: назначить владельца CRM и использовать данные Битрикс24 на управленческих встречах.

6. Сотрудники работают вне системы

Процессы уходят в Excel, почту и личные чаты, если Битрикс24 не соответствует реальной работе или руководители не используют его данные.

Что делать: тестировать сценарии с пользователями, обучать сотрудников и измерять принятие системы.

7. Компания не понимает ценность платформы

Количество задач, пользователей и роботов не показывает бизнес-эффект.

Что делать: до запуска изменения зафиксировать исходное значение KPI и целевой результат.

Как безопасно работать с внешним интегратором

В облачном Битрикс24 официального партнера можно пригласить в специальной роли интегратора. Интегратор имеет административные возможности, но не может:

• назначать или увольнять администраторов;
• отключать двухфакторную аутентификацию сотрудников.

Для интегратора MFA обязательна. На одном облачном портале могут работать до десяти интеграторов одной партнерской компании. Эта роль недоступна в коробочной версии.

Официальные рекомендации: доступ интегратора в Битрикс24.

Правила работы с подрядчиком

• 🔹заключайте договор;
• 🔹проверяйте статус официального партнера;
• 🔹приглашайте специалиста как интегратора, если этот сценарий доступен;
• 🔹не передавайте логин и пароль сотрудника;
• 🔹ограничивайте срок доступа;
• 🔹фиксируйте выполненные изменения;
• 🔹требуйте документацию;
• 🔹после завершения работ проверяйте доступы, приложения и интеграции;
• 🔹не передавайте подрядчику статус главного администратора.

Главный административный доступ, лицензия, способы восстановления и документация должны оставаться под контролем компании.

Резервное копирование: кто отвечает в облаке и в коробке

Облачный Битрикс24

В облачной версии Битрикс24 автоматически создает резервные копии ежедневно и хранит их в течение семи дней. Восстановление на выбранную дату выполняется через техническую поддержку и доступно не на всех тарифах.

При полном восстановлении весь портал возвращается к состоянию на выбранную дату. Изменения, сделанные после нее, будут потеряны.

Поэтому технический владелец отвечает не за создание серверного бэкапа, а за:

• 🔹понимание условий восстановления;
• 🔹проверку доступности функции на тарифе;
• 🔹регламент обращения в поддержку;
• 🔹оценку допустимой потери данных;
• 🔹дополнительные выгрузки критичной информации, если они нужны бизнесу.

Коробочная версия

В коробочной версии компания самостоятельно отвечает за инфраструктуру, обновления, резервное копирование, защиту серверов и восстановление. Эти обязанности должны быть явно закреплены за IT или инфраструктурной командой.

Как назначить владельца Битрикс24 за 30 дней

Неделя 1. Инвентаризация

Проверьте:

• 🔹кто является главным администратором;
• 🔹у кого есть админ-права;
• 🔹есть ли резервный администратор;
• 🔹какие e-mail и телефоны используются для восстановления;
• 🔹включена ли MFA;
• 🔹где хранятся резервные коды;
• 🔹кто управляет лицензией и оплатой;
• 🔹какие подрядчики имеют доступ;
• 🔹какие интеграции являются критичными;
• 🔹где находится документация.

Неделя 2. Аудит прав и зависимостей

Проверьте:

• 🔹учетные записи бывших сотрудников;
• 🔹привилегированные права;
• 🔹роли в CRM, задачах, базах знаний и структуре;
• 🔹вебхуки и API-интеграции;
• 🔹приложения;
• 🔹технические учетные записи;
• 🔹роботов и бизнес-процессы;
• 🔹зависимости от личной почты и личных аккаунтов.

Если тариф поддерживает журнал событий, используйте его для проверки входов сотрудников, устройств и IP-адресов. Доступ к журналу имеет администратор.

Неделя 3. Назначение владельцев процессов

Неделя 4. Утверждение регламента

Зафиксируйте:

• 🔹бизнес-владельца платформы;
• 🔹технического владельца;
• 🔹владельцев процессов;
• 🔹RACI-матрицу;
• 🔹порядок подачи заявок;
• 🔹критерии приоритизации;
• 🔹техническую и бизнес-приемку;
• 🔹порядок выдачи и отзыва прав;
• 🔹offboarding администраторов;
• 🔹периодичность аудита;
• 🔹KPI и дорожную карту на 3–6 месяцев.

KPI владельца Битрикс24

Эффективность платформы нельзя оценивать только по количеству пользователей, задач или роботов.

Бизнес-KPI

• 🔹время первой реакции на лид;
• 🔹конверсия между этапами;
• 🔹срок согласования договора;
• 🔹соблюдение SLA;
• 🔹срок адаптации сотрудника;
• 🔹продолжительность типового процесса;
• 🔹доля ручных операций;
• 🔹число ошибок и возвратов;
• 🔹экономия рабочего времени;
• 🔹скорость подготовки отчетности.

KPI качества платформы

• 🔹доля процессов с назначенным владельцем;
• 🔹доля активных целевых пользователей;
• 🔹заполненность обязательных полей;
• 🔹количество лишних администраторов;
• 🔹число критичных зависимостей от личных аккаунтов;
• 🔹доля документированных интеграций;
• 🔹доля доработок, прошедших бизнес-приемку;
• 🔹количество процессов, которые продолжают выполняться вне системы;
• 🔹число просроченных критичных доступов и токенов.

Распределение ответственности за backup, обновления, RTO/RPO и аварийное восстановление зависит от модели размещения. Подробнее — в сравнении безопасности и отказоустойчивости облачного и коробочного Битрикс24.

Цель владельца Битрикс24 — не заставить сотрудников постоянно находиться в портале, а сделать процессы быстрее, прозрачнее, безопаснее и предсказуемее.

Для регулярной оценки платформы можно использовать индекс здоровья Битрикс24 и 12 диагностических метрик, связывающих активность пользователей с качеством данных и реальными продажами.

Как часто проводить аудит прав

Периодичность должна зависеть от уровня риска.

Рекомендуемая модель:

• 🔹после увольнения или перевода сотрудника — сразу;
• 🔹после завершения работ подрядчика — сразу;
• 🔹после подключения интеграции — сразу после запуска;
• 🔹привилегированные доступы и администраторы — ежеквартально;
• 🔹вебхуки, приложения и технические учетные записи — не реже одного раза в полугодие;
• 🔹полная ролевая модель — не реже одного раза в год;
• 🔹внеплановый аудит — после инцидента или существенного изменения оргструктуры.

Для компаний с повышенными требованиями безопасности проверки могут проводиться чаще.

Краткие выводы

1. 1. Битрикс24 нужно управлять как внутренним цифровым продуктом, а не как набором технических настроек.
2. 2. Для платформы рекомендуется назначить одного бизнес-владельца с межфункциональными полномочиями.
3. 3. Главный администратор и бизнес-владелец — разные роли.
4. 4. IT отвечает за архитектуру, безопасность, интеграции и техническую устойчивость.
5. 5. HR отвечает за оргструктуру, адаптацию и другие HR-процессы.
6. 6. CRM, сервис, финансы и проекты должны иметь собственных владельцев.
7. 7. Внешнего партнера в облачной версии безопаснее приглашать в роли интегратора.
8. 8. Для управления платформой нужны RACI-матрица, единый backlog, аудит доступов, дорожная карта и измеримые KPI.

Практическая модель такой работы — единый backlog, roadmap, UAT, управляемые релизы и измерение эффекта — описана в материале про продуктовый цикл развития Битрикс24.

Главный принцип: если за Битрикс24 «отвечают все», фактически за него не отвечает никто. Поэтому у платформы должен быть один бизнес-владелец, а у каждого процесса — конкретный функциональный владелец.