Как выбрать CRM-систему: короткий ответ
CRM выбирают от задач бизнеса: какие процессы продаж и сервиса нужно вести, какие клиентские данные хранить, какие каналы подключить, какие отчеты получать и какие требования предъявляет служба безопасности. Сначала компания описывает процессы, роли, воронку, интеграции и метрики, затем сравнивает системы по критериям, стоимости владения, масштабированию и качеству внедрения. Выбор CRM без этой подготовки превращается в сравнение интерфейсов и прайсов, где выигрывает самая наглядная презентация.
Ниже разобраны признаки потребности в системе, порядок подготовки, критерии оценки, сравнение типов CRM, требования к демо и пилоту, ошибки выбора и сценарий BPMSoft.
Когда бизнесу нужна CRM
Потребность в системе видна по повторяющимся сбоям в работе с клиентами. Ниже пять ситуаций, каждая из которых означает, что учет клиентов перерос текущие инструменты:
- Продажи ведутся в таблицах и мессенджерах. Клиентская история хранится у конкретных сотрудников, при их уходе компания теряет контакты и договоренности.
- Нет единой клиентской истории. Продажи, сервис и маркетинг работают с разными списками, поэтому клиент получает противоречивые ответы.
- Руководитель не видит воронку и прогноз. Статус сделок узнают со слов менеджеров, план на квартал собирается по ощущениям команды.
- Заявки приходят из разных каналов. Сайт, телефон, почта и мессенджеры живут отдельно, часть обращений остается без ответа.
- Нужны контроль SLA, задачи и отчеты. Сроки реакции и решения фиксируются только в договоренностях, проверить их фактическое соблюдение нечем.
Два-три совпадения из списка означают, что проблема в процессе и данных, и выбор системы имеет смысл. Одно совпадение чаще закрывается настройкой того, чем компания уже пользуется. Назначение и устройство систем этого класса разобраны в материале про что такое CRM-система.
С чего начать выбор CRM
Определить цели и процессы
Выбирают три-пять ключевых сценариев, которые система должна закрыть: обработка входящей заявки, ведение сложной сделки, согласование договора, сервисное обращение, повторная продажа. Для каждого сценария фиксируют вход, шаги, ответственного и результат — эти четыре пункта потом становятся повесткой демонстрации. Сценарии, которые компания выполняет раз в год, в список первой волны не берут: они удлиняют сравнение и редко влияют на решение.
Описать роли пользователей
Фиксируют, кто работает в системе, что делает ежедневно, какие данные видит и какие действия ему запрещены. Список ролей сразу показывает, сколько лицензий потребуется и насколько сложной будет модель доступа.
Собрать каналы заявок и коммуникаций
Перечисляют формы сайта, номера телефонии, почтовые ящики, мессенджеры и рекламные источники с UTM-метками — параметрами ссылки, по которым определяется канал. Для каждого канала отмечают текущий объем обращений и то, где история переписки сейчас теряется. Этот перечень задает очередность подключения: сначала каналы с потоком заявок, потом остальные.
Зафиксировать текущие проблемы с данными
Оценивают объем базы, долю дублей, состояние обязательных полей и наличие владельца у каждого справочника. Отдельно смотрят, по какому признаку определяется одинаковый клиент: телефон, email или ИНН. Без такого правила любая система после импорта разведет одного клиента по нескольким карточкам, и сравнение платформ этого не покажет.
Определить обязательные отчеты и метрики
Составляют перечень отчетов с формулами показателей. Этот список работает как проверочный сценарий на демо: если отчет не собирается, система закрывает не ту задачу.
Практический вывод: результат подготовки — короткий документ на несколько страниц: цели, сценарии, роли, каналы, данные, интеграции и отчеты. Он же становится техническим заданием для поставщиков.
Критерии выбора CRM-системы
Функции для продаж и клиентского сервиса
Карточки клиентов и контактов, лиды, сделки, задачи, коммуникации, документы, обращения. Наличие модулей в описании продукта мало что дает: проверять нужно способность провести конкретный сценарий компании от первого обращения до закрытия сделки и постпродажного обслуживания.
Настройка воронок, ролей и прав доступа
Несколько воронок под разные типы продаж, обязательные поля по этапам, условия перехода, ограничения доступа по подразделениям и филиалам. Для распределенной компании отдельно проверяют, видит ли руководитель филиала только свои сделки и как настраивается исключение для головного офиса.
Интеграции с сайтом, телефонией, почтой, 1C, ERP и BI
Наличие API, готовых коннекторов, журнала ошибок обмена и понятного порядка подключения. Список логотипов на сайте поставщика ничего не подтверждает; проверять нужно конкретные объекты обмена: передается ли источник лида, возвращается ли статус оплаты, что происходит при сбое и кто его разбирает.
Аналитика, отчеты и дашборды
Отчеты по лидам, сделкам, источникам, срокам и качеству данных, возможность собрать показатель без выгрузки в таблицу. Хороший признак — руководитель отдела может изменить фильтр и период отчета сам, без обращения к администратору.
Гибкость настройки и low-code-возможности
Изменение полей, форм, маршрутов и правил силами администратора. Принципы работы таких инструментов разобраны в статье про low-code-платформы.
Безопасность и хранение данных
Модель прав, журнал действий, ограничения на выгрузку, варианты размещения и требования к обработке персональных данных. Условия согласуют с юристами и службой безопасности компании.
Масштабирование и производительность
Поведение системы при росте пользователей, филиалов, объема базы и числа интеграций. Отдельно смотрят лицензионную модель: как считаются пользователи, что происходит при подключении нового подразделения и есть ли ограничения на число процессов или записей.
Поддержка, обучение и партнер по внедрению
Наличие документации, обучающих материалов, регламента поддержки и команды, которая будет вести проект. Уточняют состав работ по внедрению, порядок передачи системы администратору компании и условия сопровождения после запуска.
Стоимость лицензий, внедрения и сопровождения
Полная стоимость владения (TCO) складывается из лицензий, работ по внедрению, интеграций, обучения, поддержки и доработок. Горизонт расчета — один-три года.
Критерии выбора CRM-системы
| Критерий | Что проверить | Риск ошибки | Как оценить до покупки |
|---|---|---|---|
| Цели бизнеса | Какие процессы нужно вести в CRM | Система не решит главную задачу | Описать 3-5 ключевых сценариев |
| Воронка продаж | Этапы, статусы, причины отказа, прогноз | Менеджеры будут вести сделки вне CRM | Собрать текущую воронку и проверить настройку на демо |
| Интеграции | Сайт, телефония, почта, 1C, ERP, BI | Данные останутся в разных системах | Запросить карту интеграций и примеры обмена |
| Аналитика | Отчеты по лидам, сделкам, источникам, SLA | Руководитель не увидит реальную картину | Заранее описать нужные отчеты и дашборды |
| Права доступа | Роли, подразделения, ограничения по данным | Сотрудники увидят лишнюю информацию | Проверить модель ролей на тестовых пользователях |
| Гибкость настройки | Поля, формы, процессы, автоматизация | Доработка станет дорогой и долгой | Проверить настройку без разработки и через low-code |
| Безопасность | Хранение данных, доступы, аудит действий | Повышаются риски утечки и ошибок | Запросить требования ИТ и службы безопасности |
| Масштабирование | Число пользователей, филиалы, нагрузка | Система станет узким местом при росте | Проверить ограничения лицензий и архитектуры |
| Поддержка | Внедрение, обучение, SLA, документация | Команда останется без помощи после запуска | Оценить подрядчика и регламент поддержки |
| Стоимость владения | Лицензии, внедрение, интеграции, обучение, поддержка | Бюджет вырастет после старта | Считать TCO на горизонте 1-3 лет |
Вывод по таблице: критерии проверяются по-разному. Функции и воронку видно на демо, интеграции и безопасность — по документам и требованиям ИТ, гибкость и масштабирование — на пилоте, стоимость владения — только расчетом на горизонте нескольких лет. Оценка по одному способу дает искаженную картину.
Как сравнить облачную, локальную, коробочную, low-code и кастомную CRM
Тип решения определяет скорость запуска, глубину настройки, контроль над данными и нагрузку на ИТ-команду. Границы между типами условные: облачное решение может быть low-code, а коробочное — разворачиваться локально. Практический смысл сравнения в том, чтобы заранее понять, чем компания платит за скорость запуска и чем — за гибкость.
Какой тип CRM выбрать
| Тип CRM | Когда подходит | Сильные стороны | Ограничения |
|---|---|---|---|
| Облачная | Нужен быстрый запуск и типовые процессы | Быстрый старт, меньше нагрузки на ИТ | Ограничения по кастомизации и хранению данных |
| Локальная | Есть строгие требования к инфраструктуре и данным | Больше контроля над размещением | Выше нагрузка на ИТ и поддержку |
| Коробочная | Нужны готовые функции и прогнозируемая поставка | Понятная база возможностей | Доработки могут быть сложными |
| Low-code | Процессы отличаются от типовых и часто меняются | Гибкая настройка, быстрые изменения, меньше зависимости от разработки | Нужен владелец процессов и продуманная архитектура |
| Кастомная | Типовые решения не закрывают критичные процессы | Максимальная адаптация под бизнес | Высокая стоимость, сроки и риск поддержки |
Вывод по таблице: для B2B-компаний с длинными сделками, несколькими ролями, интеграциями и контролем процессов чаще подходит система, которая поддерживает клиентскую базу, маршруты, задачи, согласования, аналитику и настройку процессов без долгой разработки. Как это устроено внутри, разобрано в материале про архитектуру CRM-системы.
Какие требования подготовить перед демо CRM
Пакет требований собирают до первой встречи и отправляют всем поставщикам одинаковым. Это единственный способ получить сопоставимые ответы: без него каждая презентация идет по своей повестке и сравнивать нечего.
- Процессы и сценарии продаж. Три-пять сквозных сценариев с этапами, участниками и условиями перехода, включая сложные случаи с согласованием.
- Список пользователей и ролей. Количество пользователей по ролям и подразделениям, ограничения доступа и планируемый рост на год-два.
- Интеграции и источники данных. Перечень систем, объектов обмена, направлений и требуемой частоты обновления.
- Отчеты и KPI. Список обязательных отчетов с формулами: воронка, источники, активность, просрочки, качество данных.
- Ограничения по безопасности и доступам. Требования к размещению данных, журналированию действий, ограничению выгрузок и обработке персональных данных.
- Сценарии для проверки на демо. Конкретные действия, которые поставщик показывает вживую: завести сделку по сценарию компании, настроить поле, собрать отчет, разграничить доступ.
Последний пункт определяет качество встречи сильнее остальных. Список действий отправляют заранее и просят показать их на данных, близких к реальным, — иначе демонстрация пройдет на подготовленном примере, где все сценарии уже настроены.
Как провести демо и пилот CRM
Демо ведут по своим сценариям. Стандартная презентация показывает сильные стороны продукта, поэтому повестку встречи задает компания. Поставщику заранее отправляют список сценариев и просят показать их на данных, близких к реальным.
Вопросы поставщику удобно держать одним списком и задавать всем участникам сравнения одинаково.
- Как настраивается воронка под наш процесс и сколько времени это занимает?
- Какие поля, формы и правила меняет администратор без разработки?
- Как подключаются наша телефония, сайт и учетная система, что входит в работы?
- Как выглядит журнал ошибок обмена и кто их разбирает?
- Как разграничивается доступ между подразделениями и филиалами?
- Из чего собирается наш обязательный отчет и можно ли собрать его самостоятельно?
- Что входит в поддержку, по каким срокам она работает и как оформляется запрос?
- Как система ведет себя при нашем объеме данных и числе пользователей?
- Из чего складывается стоимость на горизонте трех лет, включая доработки?
Пилот проверяет то, чего не видно на демо. Берут один процесс и одну команду, загружают ограниченный объем реальных данных, настраивают роли и один-два канала заявок, работают полный рабочий цикл и собирают правки.
Критерии оценки задают до старта пилота: собрались ли обязательные отчеты, сколько времени заняли изменения в полях и маршрутах, справился ли администратор компании без поддержки поставщика, как отреагировали пользователи, сколько ошибок обмена возникло за период. Результат фиксируют в той же таблице критериев, по которой шло сравнение.
Практический вывод: сравнивайте системы по одинаковому набору сценариев и фиксируйте результат письменно сразу после каждого демо. Через неделю впечатления смешиваются, и решение принимается по последней увиденной презентации.
Ошибки при выборе CRM
- Выбирают систему по цене. Экономия на лицензиях компенсируется стоимостью доработок и интеграций.
- Ориентируются на рейтинг без учета своих процессов. Обзор описывает усредненный сценарий, который может не совпадать с работой компании.
- Не собирают требования у продаж, маркетинга, сервиса и ИТ. После запуска выясняется, что половина сценариев не учтена.
- Не проверяют интеграции. Обещание «подключим любую систему» без карты обмена превращается в отдельный проект с отдельным бюджетом.
- Не оценивают стоимость владения. В расчет попадают только лицензии, а внедрение, обучение и поддержка остаются за скобками.
- Не закладывают обучение пользователей. Система остается формально внедренной, работа продолжается в таблицах.
- Не проверяют безопасность и права доступа. Модель ролей достраивают после запуска, когда в базе уже есть реальные данные.
- Не назначают владельца CRM внутри компании. Решения о процессах принимает подрядчик, развитие системы останавливается после сдачи проекта.
Практический вывод: первые три ошибки связаны между собой. Без описанных процессов и собранных требований сравнивать нечего, поэтому решение принимается по цене или чужому рейтингу.
Как BPMSoft подходит для сложных B2B-процессов
BPMSoft — российская low-code платформа с прикладными решениями класса CRM и BPM. Вариант рассматривают, когда продажи длинные, участников много, а процесс не укладывается в типовую воронку из пяти этапов.
Клиентский контур строится на модулях: «Управление продажами» ведет цикл сделки от лида до повторных заказов, «Управление сервисом» — обращения и внутренние запросы, «Управление маркетингом» — сегменты и кампании, портальные решения и омниканальные коммуникации добавляют чаты, ботов и личные кабинеты клиентов и партнеров. Клиенты, контакты, сделки, задачи и коммуникации живут в одной модели данных, поэтому история не разрывается между отделами.
Процессная часть закрывает то, что типовая CRM обычно оставляет за рамками: маршруты обработки лидов, согласования, условия перехода между этапами, сроки и эскалации. За это отвечает BPM-система для управления процессами, работающая в связке с CRM; контроль сроков реакции и решения удобно закреплять через SLA.
Настройка форм, полей, правил и маршрутов ведется в low-code-режиме силами администратора и владельца процесса. Роли и права разделяют данные между командами, подразделениями и филиалами.
Интеграции с сайтом, телефонией, почтой, 1C, ERP, BI и порталами подключаются через API и коннекторы; расширения собраны в магазине приложений market.bpmsoft.ru, платформа поддерживает российский стек операционных систем, СУБД и облаков. Отчеты и дашборды показывают воронку, источники, сроки, нагрузку и качество данных на тех же объектах, с которыми работают пользователи.
Чек-лист выбора CRM
Список закрывается ответами «да» или «нет». Отрицательный ответ означает, что к сравнению систем переходить рано.
- Сформулированы ли цели и три-пять ключевых сценариев для CRM?
- Описаны ли процессы продаж и сервиса в текущем и целевом виде?
- Составлен ли список ролей с ограничениями доступа?
- Перечислены ли каналы заявок и источники лидов?
- Оценено ли состояние клиентской базы: объем, дубли, обязательные поля?
- Готова ли карта интеграций с объектами и направлениями обмена?
- Согласован ли список обязательных отчетов с формулами показателей?
- Зафиксированы ли требования безопасности к хранению и доступу к данным?
- Проверена ли гибкость настройки без разработки?
- Посчитана ли стоимость владения на горизонте одного-трех лет?
- Проведен ли пилот на реальном процессе и реальных данных?
- Назначен ли владелец CRM внутри компании?
Порядок работ после выбора системы разобран в материале про внедрение CRM-системы.