Холдинг с пятью юридическими лицами внедрил CRM для малого бизнеса за неделю, а через месяц обнаружил: система не видит остатки на складе, потому что обмен с 1С не входит в тариф, вход не привязан к корпоративной почте, а менеджер филиала в Новосибирске видит сделки московского офиса. Коробочное решение справилось с воронкой продаж, но не с задачами, которые должна закрывать корпоративная CRM-система.
Разница между CRM для малого бизнеса и корпоративной системой не в количестве пользователей и не в цене лицензии. Она в требованиях, которые у крупной компании есть изначально: единая точка входа через корпоративный каталог, обмен данными с учётными системами в обе стороны, роли, которые повторяют реальную организационную структуру, и договор поддержки с конкретными сроками реакции.
Без этого внедрение заканчивается набором таблиц Excel рядом с дорогой системой, которую никто не использует. Разберём, из чего состоят эти требования и как проверить их до подписания договора с подрядчиком.
Чем корпоративная CRM-система отличается от решений для малого бизнеса
Коробочная CRM рассчитана на одну компанию, один отдел продаж и плоскую структуру доступа: администратор видит всё, остальные видят свои сделки. Корпоративная CRM-система работает с несколькими юридическими лицами, филиалами и бизнес-подразделениями внутри одной базы, и при этом не даёт одному подразделению видеть данные другого без явного разрешения.
Второе отличие: коробочные решения интегрируются с десятком популярных сервисов из каталога, но интеграция с учётной системой компании, собственным сайтом или внутренним порталом делается через API и требует разработки. Для малого бизнеса это редкость, для крупной компании это стандартное условие технического задания.
Третье: SLA. У коробочной CRM поддержка работает по тикетам в порядке очереди. У корпоративной системы в договоре фиксируются сроки реакции и восстановления, зоны ответственности подрядчика и заказчика, и штрафные санкции за их нарушение.
Интеграция с ERP и 1С: не разовая синхронизация, а шина данных
В крупной компании CRM редко работает в одиночку. Рядом стоит учётная система, чаще всего на платформе 1С, склад, биллинг, иногда отдельная ERP для производства. Если каждую систему настраивать на обмен с CRM отдельно и вручную, через полгода никто не помнит, какая интеграция и зачем была сделана.
Правильный подход: единая шина обмена данными, через которую CRM получает остатки, статусы оплат, историю отгрузок и передаёт обратно статусы сделок и контактные данные клиентов. Это снимает нагрузку с 1С, избавляет от дублирования карточек клиентов в двух системах и позволяет добавлять новые источники данных без переделки существующих связей.
Для компаний, которые уже работают в 1С: Управление нашей фирмой или похожих конфигурациях, важно решить на старте, какая система первична для справочника контрагентов и номенклатуры. Если первична 1С, CRM работает витриной для продаж и забирает данные оттуда. Если первична CRM, обмен идёт в обратную сторону. Об особенностях самой учётной платформы и её роли в этой схеме подробно рассказано в материале о 1С: Управление нашей фирмой.
Ошибка, которая встречается чаще других: интеграцию делают разово под конкретную задачу, без документации и без владельца со стороны ИТ. Через год после смены подрядчика никто не может объяснить, почему обмен иногда теряет часть заказов, и переделывать приходится с нуля.
Единый вход и SSO: подключение к корпоративному каталогу
В компании с несколькими сотнями сотрудников отдельный пароль для CRM означает отдельную головную боль для ИТ-отдела: сброс забытых паролей, доступ уволенных сотрудников, который забыли отключить, учётные записи без привязки к реальному человеку.
Единый вход через корпоративный каталог решает это на уровне архитектуры. Сотрудник заходит в CRM тем же логином, что в почту и внутренний портал, а при увольнении достаточно отключить одну учётную запись, чтобы закрылся доступ везде. Для этого CRM должна поддерживать протоколы единого входа и уметь работать с внешним каталогом пользователей.
Коробочные решения для малого бизнеса такую интеграцию обычно не предлагают вовсе или выносят в самый дорогой тариф. Для крупной компании это не опция, а условие допуска системы к тендеру: без единого входа служба безопасности просто не согласует внедрение.
Многоуровневые роли и разграничение доступа
В небольшой компании достаточно двух ролей: менеджер видит свои сделки, руководитель видит все. В холдинге с филиальной сетью структура доступа должна повторять организационную иерархию: региональный менеджер видит сделки своего филиала, руководитель региона видит несколько филиалов, топ-менеджмент видит сводные показатели по всей компании без детализации до карточки клиента.
Сюда добавляются функциональные роли, которые не связаны с иерархией напрямую: финансовый контролёр видит суммы по сделкам, но не видит переписку с клиентом; маркетинг видит контакты для рассылок, но не видит условия договора. Правильно спроектированная матрица ролей строится до начала настройки системы, а не добавляется заплатками после запуска.
- Роли по вертикали: сотрудник, руководитель отдела, руководитель филиала, топ-менеджмент.
- Роли по горизонтали: продажи, финансы, маркетинг, служба поддержки, аудит.
- Временные роли: проектная команда, подрядчик с ограниченным доступом на срок контракта.
- Правила наследования: видит ли руководитель филиала историю изменений чужих сделок или только текущий статус.
Если на этапе проектирования роли не продуманы, их позже приходится перестраивать на живой базе с реальными сделками, и каждая ошибка в правах означает либо утечку данных, либо сотрудника, который не может закрыть сделку из-за нехватки доступа.
SLA и поддержка: что фиксировать в договоре
Для коробочной CRM поддержка это чат с оператором и база знаний. Для корпоративной системы, от которой зависит работа отдела продаж на сотни человек, простой в рабочий день означает прямые потери, и договор должен это учитывать.
В SLA для корпоративной CRM-системы обычно фиксируют: время реакции на обращение в зависимости от критичности инцидента, время восстановления работоспособности, окна планового обслуживания, за которые подрядчик обязан предупреждать заранее, и ответственность за сохранность данных при сбое.
| Параметр | Коробочная CRM | Корпоративная CRM-система |
|---|---|---|
| Поддержка | Тикеты в общей очереди | Выделенный канал с фиксированным SLA |
| Критичность инцидентов | Не разделяется | Градация по уровням с разным сроком реакции |
| Ответственность за данные | Описана в общей оферте | Прописана индивидуально в договоре |
| Плановые работы | Без предупреждения | Согласованное окно обслуживания |
Типичная ошибка на этапе выбора подрядчика: SLA обсуждают устно, а в договор попадает только общая фраза о «качественной поддержке». Если срок реакции и восстановления не прописан числом, в момент реального сбоя у заказчика нет инструмента давления на подрядчика.
Нагрузка, резервирование и масштабирование
Коробочная CRM рассчитана на предсказуемую нагрузку: число пользователей растёт медленно, пиков почти нет. У крупной компании нагрузка скачет: распродажа, конец квартала, массовая рассылка по базе клиентов, и система должна держать пиковую нагрузку без деградации скорости для всех остальных пользователей.
Второй момент: резервное копирование и восстановление после сбоя. Для малого бизнеса достаточно ежедневного бэкапа. Для корпоративной системы важно, за какое время восстанавливаются данные после аварии и сколько данных теряется в худшем случае, то есть фактическая точка восстановления, а не формальное наличие резервной копии.
Эти параметры стоит проверять не по презентации подрядчика, а по техническому регламенту: что именно происходит при отказе одного сервера, есть ли географически разнесённое резервирование, и кто отвечает за восстановление по договору.
Как выбрать CRM для крупной компании: критерии и сравнение
Выбор корпоративной CRM-системы начинается не с функций интерфейса, а с архитектурных требований, которые редко видны на демонстрации продукта. Стоит заранее составить короткий список обязательных условий и отбраковывать по нему решения до детального знакомства.
- Поддерживает ли система единый вход и работу с корпоративным каталогом пользователей.
- Есть ли готовый механизм интеграции с 1С или ERP, используемой в компании, и на каких условиях.
- Можно ли настроить многоуровневые роли без обращения к разработчику при каждом изменении.
- Готов ли подрядчик подписать SLA с конкретными сроками, а не общими формулировками.
- Как устроено резервное копирование и что происходит при аварии на стороне подрядчика.
Общую методику сравнения систем по этим и другим параметрам, с весами критериев и шаблоном таблицы для тендера, разбирает статья о выборе CRM-системы. А сам процесс перехода от выбора к работающей системе, включая техническое задание, пилотный запуск и миграцию данных из старых систем, описан в материале про внедрение CRM-системы.
Частые вопросы
Можно ли использовать обычную CRM для малого бизнеса в холдинге с несколькими юрлицами
Технически да, если данные разных юрлиц не нужно разграничивать. На практике почти всегда нужно: финансовые показатели одного юрлица не должны быть видны сотрудникам другого. Коробочные тарифы редко дают гибкую настройку такого разделения, и обходной путь, отдельная база на каждое юрлицо, усложняет сводную отчётность и требует ручного сведения данных.
Сколько времени занимает интеграция CRM с 1С для крупной компании
Срок зависит от количества точек обмена и состояния самой 1С: от нескольких недель для простого одностороннего обмена статусами до нескольких месяцев, если нужна двусторонняя синхронизация номенклатуры, остатков и финансовых документов с историческими данными за прошлые периоды.
Что входит в SLA для корпоративной CRM-системы
Минимальный набор: время реакции на обращение, время восстановления работоспособности, доступность системы в рабочие часы, окна плановых работ с предварительным уведомлением и порядок действий при утере данных. Эти пункты фиксируются числами и сроками в договоре, а не общими формулировками о качестве поддержки.
Нужен ли SSO небольшому отделу продаж внутри крупной компании
Да, если у компании уже есть корпоративный каталог пользователей для почты и других сервисов. Подключение CRM к тому же каталогу занимает меньше ресурсов, чем ведение отдельной базы паролей, и закрывает риск, при котором доступ уволенного сотрудника остаётся активным в CRM после отключения в основных системах.
Чем роли в корпоративной CRM отличаются от прав доступа в CRM для малого бизнеса
В малом бизнесе обычно две роли: сотрудник и руководитель. В корпоративной системе роли строятся по вертикали подчинения и по горизонтали функций одновременно, с правилами наследования доступа между уровнями. Это позволяет одному человеку, например руководителю филиала, видеть сделки своего филиала, но не видеть сводные финансовые показатели всей компании.
С чего начать
Соберите требования не с отдела продаж, а с ИТ-службы и финансового контроля: какой каталог пользователей использует компания, какая учётная система первична для справочников, какие уровни доступа уже существуют в других корпоративных системах. Это и есть техническое задание на будущую CRM, а не список желаемых функций интерфейса.
Дальше проверьте двух-трёх подрядчиков по пяти критериям из списка выше и попросите черновик SLA до подписания основного договора: по нему будет видно, насколько подрядчик готов фиксировать обязательства числами. Если разбираться в архитектуре интеграций, ролях и SLA самостоятельно не хочется, этим занимаются специалисты по автоматизации бизнес-процессов, которые проектируют корпоративную CRM-систему вместе с интеграциями под конкретную структуру компании.
