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