Во многих компаниях внедрение CRM сопровождается одним и тем же организационным заблуждением: если система технически сложная, значит, отвечать за неё должен системный администратор.
Для Битрикс24 это особенно распространённая ошибка. Системному администратору действительно может быть поручена техническая часть — пользователи, права доступа, интеграции, безопасность, стабильность работы. Но это не делает его владельцем CRM как бизнес-системы.
Владелец CRM отвечает не за то, чтобы система «работала». Он отвечает за то, чтобы она помогала бизнесу работать лучше.
Именно поэтому в зрелой компании должен существовать внутренний владелец CRM — человек, который понимает бизнес-процессы, знает приоритеты компании, слышит пользователей и управляет развитием системы.
CRM — это не IT-система в чистом виде
Битрикс24 технически является программным продуктом. Но CRM в компании — это гораздо больше, чем набор настроек и автоматизаций.
CRM определяет, например:
- как фиксируются лиды и обращения клиентов;
- какие данные обязательны для менеджера;
- как устроена воронка продаж;
- когда задача должна автоматически появиться у сотрудника;
- какие руководители получают уведомления;
- какие показатели используются для управления продажами;
- где заканчивается работа одного подразделения и начинается работа другого;
- какие действия сотрудника система должна выполнять автоматически.
Все эти вопросы имеют бизнес-природу, а не только техническую.
Если менеджеры жалуются: «Нам неудобно работать с карточкой сделки», это ещё не постановка задачи для программиста.
Сначала нужно понять:
- Что именно мешает работе?
- Сколько сотрудников сталкиваются с проблемой?
- Сколько времени или денег она отнимает?
- Какой бизнес-результат изменится после исправления?
- Действительно ли эту проблему нужно решать сейчас?
- Нет ли более важной задачи?
Именно здесь появляется роль внутреннего владельца CRM.
Кто такой внутренний владелец CRM
Владелец CRM — это не обязательно программист, администратор или руководитель IT.
Это ответственный за развитие CRM с точки зрения бизнеса.
Его главная функция — соединить четыре стороны:
бизнес → пользователи → CRM → подрядчик/IT.
Владелец должен понимать, куда движется бизнес, какие процессы необходимо улучшить и какие изменения в CRM дадут наибольший эффект.
При этом ему совершенно необязательно самостоятельно настраивать роботов, писать код или разбираться во всех технических деталях Битрикс24.
Его задача — сформулировать что и зачем нужно изменить, определить приоритет и принять результат.
Условно ответственность можно представить так:
Пользователь сообщает о проблеме → владелец CRM выясняет её суть → оценивает бизнес-эффект → определяет приоритет → ставит задачу исполнителю → принимает результат → контролирует эффект.
Это принципиально отличается от модели:
Пользователь пожаловался → системный администратор что-то настроил.
Во втором случае CRM быстро превращается в набор разрозненных пожеланий.
Что входит в зону ответственности владельца CRM
1. Понимание бизнес-приоритетов
Владелец должен знать, что сейчас важно для компании.
Например, у бизнеса может быть цель:
- увеличить конверсию из лида в продажу;
- сократить время обработки входящих обращений;
- повысить повторные продажи;
- сократить просроченные задачи;
- обеспечить прозрачность работы менеджеров;
- запустить новый канал продаж.
Тогда и развитие CRM должно подчиняться этим целям.
Если компания сейчас пытается сократить время реакции на входящие заявки, а пользователи одновременно предлагают изменить цвета карточек, добавить десять новых отчётов и перестроить интерфейс, владелец CRM должен уметь сказать:
«Это интересно, но сейчас не приоритет. Сначала решаем проблему скорости обработки заявок».
2. Сбор и структурирование пожеланий пользователей
Пользователи находятся ближе всего к ежедневной работе системы. Поэтому именно они постоянно обнаруживают проблемы.
Но пользовательское пожелание не равно готовой задаче.
Фраза:
«Сделайте нам кнопку, чтобы было удобнее»
не является достаточным техническим заданием.
Владелец CRM должен выяснить:
- какая операция сейчас выполняется;
- что именно неудобно;
- как сотрудники работают сегодня;
- сколько людей сталкиваются с проблемой;
- что произойдёт, если её не исправить;
- какой результат пользователь считает успешным.
Иногда в результате выясняется, что предложенное пользователем решение вообще не нужно.
Например:
«Нам нужен новый статус сделки».
После уточнения оказывается, что проблема не в отсутствии статуса, а в том, что сотрудники не понимают, когда именно переводить сделку на следующий этап.
В таком случае правильное решение может быть не новой настройкой CRM, а изменением регламента и автоматической подсказкой.
3. Управление backlog
У CRM почти всегда будет больше пожеланий, чем ресурсов на их реализацию.
Поэтому владелец CRM должен вести backlog — единый список проблем и инициатив.
В backlog попадают не только задачи вида «добавить поле», но и:
- проблемы пользователей;
- идеи автоматизации;
- ошибки процесса;
- запросы руководителей;
- технический долг;
- интеграции;
- отчётность;
- улучшения пользовательского интерфейса.
Главная ценность backlog — возможность не терять запросы и не принимать решения хаотично.
4. Приоритизация
Владелец CRM должен отвечать на неприятный, но необходимый вопрос:
«Почему эту задачу мы делаем сейчас, а не следующую?»
Для этого можно использовать простую оценку:
- влияние на выручку;
- влияние на производительность;
- количество затронутых сотрудников;
- влияние на клиента;
- риски;
- срочность;
- стоимость реализации.
Например, автоматизация, которая экономит пяти менеджерам по 30 минут ежедневно, может иметь гораздо больший эффект, чем небольшое изменение интерфейса, которое нравится руководителю отдела.
Почему системный администратор не должен быть единственным владельцем CRM
Системный администратор мыслит прежде всего категориями технической эксплуатации:
- доступность системы;
- пользователи;
- права;
- устройства;
- безопасность;
- интеграции;
- технические ошибки;
- инфраструктура.
Это важная зона ответственности.
Но перед системным администратором нельзя ставить вопросы:
«Какие этапы воронки нам нужны?»
«Какие поля действительно обязательны для менеджера?»
«Как должен выглядеть процесс обработки нового клиента?»
«Какие отчёты нужны коммерческому директору?»
«Какие действия стоит автоматизировать в первую очередь?»
Это вопросы бизнеса.
Если их передать исключительно администратору, компания фактически назначает технического специалиста владельцем бизнес-процессов.
А это редко приводит к хорошему результату.
CRM должна быть технически исправной, но техническая исправность — лишь необходимое условие. Она не является целью сама по себе.
Как распределяется роль в компаниях разного размера
Единой организационной модели для всех компаний нет. В маленькой компании один человек может совмещать несколько ролей, а в крупной — существовать полноценная функция CRM владелец или CRM менеджер.
Маленькая компания
В небольшой компании отдельный сотрудник для CRM обычно не нужен.
Владельцем может быть:
- руководитель отдела продаж;
- коммерческий директор;
- операционный руководитель;
- предприниматель;
- сильный бизнес-аналитик.
Например, в компании 20–30 сотрудников руководитель продаж может выполнять роль владельца CRM.
Его зона ответственности:
Бизнес: определить, что должно измениться.
Пользователи: собрать проблемы менеджеров.
Приоритеты: решить, что делать сейчас.
Подрядчик: поставить задачу интегратору.
Приёмка: проверить, что результат соответствует задаче.
IT/администрирование: при необходимости передать техническую эксплуатацию системному администратору.
В такой компании вполне нормально, если один человек является владельцем CRM и одновременно руководит продажами.
Главное — не путать ответственность за бизнес-результат с техническим администрированием.
Средняя компания
По мере роста компании появляется больше пользователей, подразделений и процессов.
Например, CRM одновременно используют продажи, маркетинг, сервис и руководство.
Здесь уже целесообразно выделить отдельного CRM-владельца или CRM-менеджера.
Он может находиться:
- в коммерческой функции;
- в операционном блоке;
- в IT, но с чётким мандатом от бизнеса;
- в отдельном подразделении автоматизации.
Особенно важно, чтобы этот человек имел возможность принимать решения о приоритетах.
Типичная модель:
Владелец CRM
→ управляет backlog и приоритетами
→ собирает потребности
→ формулирует бизнес-требования
→ принимает изменения.
Системный администратор / IT
→ отвечает за техническую эксплуатацию
→ пользователей и доступы
→ безопасность
→ инфраструктурные вопросы.
Внешний интегратор
→ проектирует и реализует сложные изменения
→ настраивает Битрикс24
→ разрабатывает кастомную функциональность
→ исправляет ошибки по договорённости
→ консультирует по техническим возможностям.
Крупная компания
В крупной организации CRM становится критически важной корпоративной платформой.
Здесь одной роли уже недостаточно.
Может появиться целая модель управления:
- CRM владелец;
- CRM бизнес аналитик;
- CRM администратор;
- внутренний разработчик;
- IT-архитектор;
- представители бизнес-подразделений;
- внешний интегратор.
При этом владелец продукта и технический администратор — разные роли.
Владелец определяет, какие изменения нужны бизнесу и почему.
Бизнес аналитик помогает детализировать процессы и требования.
CRM Администратор обеспечивает эксплуатацию.
Разработчики реализуют изменения.
Интегратор подключается там, где нужны специализированные компетенции, ресурсы или разработка.
Это уже полноценное управление продуктом, а не «кто-то отвечает за Битрикс24».
Внутренний владелец и внешний интегратор: кто за что отвечает
Одна из самых важных границ ответственности выглядит следующим образом.
Внутренний владелец отвечает за:
- бизнес-цели;
- понимание процессов;
- сбор потребностей;
- единый backlog;
- приоритеты;
- согласование изменений с руководством;
- принятие результата;
- контроль фактического эффекта;
- коммуникацию с пользователями.
Внешний интегратор отвечает за:
- техническую экспертизу;
- анализ возможности реализации;
- оценку трудозатрат;
- архитектурные решения;
- настройку Битрикс24;
- разработку;
- интеграции;
- тестирование;
- техническую документацию;
- исправление ошибок в рамках согласованных обязательств.
При этом интегратор не должен автоматически становиться владельцем CRM.
Почему?
Потому что интегратор не находится внутри бизнеса.
Он может отлично знать Битрикс24, но не знать:
- какие клиенты компании наиболее ценны;
- какой процесс сейчас является узким местом;
- какой KPI важнее;
- почему один отдел должен получить изменение раньше другого;
- какие организационные ограничения существуют внутри компании.
Интегратор может сказать:
«Это технически возможно и займёт 40 часов».
Но только бизнес должен решить:
«Да, это изменение настолько важно, что мы готовы потратить на него эти 40 часов».
Важная граница: подрядчик предлагает решение, но не определяет бизнес-приоритет
Хороший интегратор не просто получает технические задания. Он должен помогать заказчику находить лучшие решения.
Например, владелец CRM говорит:
«Менеджеры забывают перезвонить клиенту».
Интегратор может предложить несколько вариантов:
- автоматическую задачу;
- робота с уведомлением;
- контроль просрочки;
- изменение этапов воронки;
- комбинацию этих механизмов.
Это зона экспертности подрядчика.
Но решение:
«Да, проблему забытых звонков мы сейчас считаем важнее остальных»
остаётся за владельцем CRM.
Интегратор отвечает за качество реализации. Внутренний владелец — за правильность того, что компания реализует.
Пример простого CRM-backlog
Даже небольшой компании достаточно вести backlog в простой таблице.
| Проблема | Бизнес-эффект | Приоритет | Постановка подрядчику | Проверка результата |
|---|---|---|---|---|
| Менеджеры забывают перезвонить после первого обращения | Потеря части потенциальных клиентов | P1 | При отсутствии следующего действия создать задачу на звонок через 1 рабочий день | Создать тестовую сделку и проверить создание задачи |
| В карточке сделки слишком много необязательных полей | Менеджеры тратят время на заполнение, данные заполняются некачественно | P2 | Оставить обязательными только поля, необходимые для контроля этапа | Проверить карточку под ролями менеджера |
| Руководитель не видит сделки без активности более 5 дней | Сложно контролировать зависшие сделки | P1 | Создать отчёт/представление со сделками без активности более 5 дней | Сверить отчёт с тестовыми сделками |
| Заявки с сайта распределяются вручную | Задержка реакции и нагрузка на администратора | P1 | Настроить автоматическое распределение новых лидов по правилам | Отправить несколько тестовых заявок и проверить распределение |
| Менеджеры по-разному понимают этап «Переговоры» | Некорректная воронка и отчётность | P2 | Зафиксировать критерии перехода и добавить подсказку/контроль перехода | Проверить переходы на тестовых сделках |
Здесь принципиально важно, что первая колонка начинается с проблемы, а не с решения.
Не:
«Сделать робота».
А:
«Менеджеры забывают перезвонить после первого обращения».
Это позволяет не привязывать бизнес заранее к конкретному техническому решению.
Как выглядит правильный цикл изменения CRM
Зрелый процесс можно свести к семи шагам.
1. Возникает проблема
Пользователь или руководитель сообщает о затруднении.
2. Владелец CRM выясняет причину
Он не просто переносит пожелание подрядчику, а проверяет, действительно ли существует проблема и насколько она значима.
3. Определяется бизнес-эффект
Что изменится после решения?
Например:
- меньше потерянных лидов;
- быстрее обработка заявок;
- меньше ручной работы;
- выше качество данных;
- прозрачнее контроль.
4. Определяется приоритет
P1, P2, P3 или другая система, принятая в компании.
5. Задача передаётся исполнителю
Подрядчик получает понятное описание проблемы, ожидаемого результата и критериев приёмки.
6. Владелец CRM принимает результат
Он проверяет не только:
«Настройка работает?»
но и:
«Решена ли исходная бизнес-проблема?»
7. Проверяется эффект
Если менеджеры теперь могут нажать новую кнопку, но проблема бизнеса осталась, задача фактически не решена.
Критерии хорошего владельца CRM
Для этой роли важнее не знание всех функций Битрикс24, а сочетание нескольких компетенций.
Он понимает бизнес.
Знает, как компания зарабатывает деньги и какие процессы являются критичными.
Он умеет слушать пользователей.
Но не принимает каждое пожелание как обязательное требование.
Он умеет расставлять приоритеты.
Понимает разницу между «хотим» и «нужно».
Он умеет ставить задачи.
Формулирует ожидаемый результат, а не только техническое действие.
Он способен принимать работу подрядчика.
Проверяет соответствие не только техническому заданию, но и исходной бизнес-цели.
Он является внутренним заказчиком CRM.
Именно это, пожалуй, главное определение роли.
Главный вывод
Битрикс24 не должен «принадлежать» системному администратору только потому, что является информационной системой.
У системы должны быть разные уровни ответственности.
IT обеспечивает, чтобы CRM была доступна, безопасна и технически исправна.
Интегратор помогает проектировать и реализовывать изменения.
Пользователи сообщают о проблемах и проверяют удобство работы.
А внутренний владелец CRM отвечает за то, чтобы развитие системы соответствовало потребностям бизнеса.
Поэтому вопрос руководителя должен звучать не:
«Кто у нас отвечает за Битрикс24?»
а:
«Кто внутри компании отвечает за то, чтобы CRM помогала достигать бизнес-целей?»
Если на этот вопрос нет конкретного ответа, проблема компании не в настройках Битрикс24.
Проблема в отсутствии владельца продукта.
Именно появление такого владельца превращает CRM из системы, которую периодически «чинят и дорабатывают», в управляемый бизнес-инструмент, который последовательно развивается вместе с компанией.
