CRM для малого бизнеса: как выбрать и проверить до внедрения

Заявка с сайта попала в CRM, менеджер отправил предложение, клиент обещал подумать. Через неделю сделка всё ещё висит в статусе «В работе», но никто не помнит, когда нужно связаться с клиентом. Формально CRM внедрена, а заявка потерялась там же, где раньше терялась в переписке.

CRM для малого бизнеса лучше выбирать на своих заявках: откуда пришёл лид, кто его забрал, о чём договорились и что должно произойти дальше. Если система сохраняет историю, принимает повторные обращения без дублей и показывает сделки без следующего действия, можно переходить к стоимости и условиям внедрения. Ниже разберём этот путь, включая проверку повторной заявки в Ритм CRM.

Когда таблицы уже недостаточно

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

Чтобы оценить свою ситуацию, можно открыть последние обращения и попробовать восстановить их историю. Если для этого приходится искать сообщения в личных чатах и спрашивать менеджера, что он имел в виду под статусом «Думает», системе учёта не хватает данных для продолжения продажи.

Отдельная CRM нужна не всегда. Если запись, история клиента и напоминания уже работают в отраслевом сервисе, перенос тех же данных во вторую программу может добавить лишнюю работу.

Сначала описать путь заявки

Допустим, небольшая компания продаёт оборудование с установкой. Клиент оставляет заявку на расчёт, менеджер уточняет задачу, готовит предложение и согласовывает условия. После оплаты заказ передают монтажникам. На этом условном примере можно описать требования к CRM без привязки к конкретному сервису.

1. 01Обращение

   Контакт, запрос и источник заявки

2. 02Расчёт

   Ответственный и срок подготовки

3. 03Согласование

   Условия и дата следующего контакта

4. 04Оплата

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

У каждого этапа должно быть понятное условие перехода. Для статуса «Предложение отправлено» расчёт нужно отправить клиенту, а не просто начать готовить. «Оплачено» требует подтверждения оплаты. Отказ закрывается отдельно с причиной, которую потом можно разобрать.

Статуса недостаточно для ежедневной работы. После отправки предложения нужна задача: например, связаться с клиентом в четверг и обсудить комплектацию. Из карточки должно быть понятно, кто отвечает за сделку и когда вернётся к ней. Это можно обеспечить задачами, обязательными полями или правилами автоматизации, но сначала нужно договориться о самом порядке работы.

Количество сотрудников здесь мало что говорит о сложности системы. Двум менеджерам могут понадобиться расчёт стоимости и обмен данными с учётной программой. Команде побольше может хватить одной воронки, контактов и задач. Требования определяет процесс продажи.

Проверить, как заявки попадают в CRM

Надпись «Интеграция с сайтом» ещё не объясняет, что произойдёт после отправки формы. Создастся контакт или сделка, сохранится ли текст запроса, кому придёт уведомление? Поэтому проверять связку нужно с той формой, почтой и телефонией, которыми пользуется компания, а не только на демонстрации продавца.

Если готового подключения нет, данные можно передавать через API. Webhooks решают обратную задачу: сообщают другим сервисам о событиях в CRM. Наличие этих инструментов не означает, что связка уже работает. В стоимость подключения входят настройка обмена и его поддержка.

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

Отдельный тест нужен на сбой связи. Если CRM временно не принимает заявки, где они сохранятся и кто узнает об ошибке? Для автоматической передачи полезны журнал, повторная отправка и защита от создания дубля при повторе. Реализация может быть на стороне сайта или интеграции, но заявка не должна исчезать только потому, что один запрос завершился ошибкой.

Повторный лид должен вернуть внимание к сделке

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

В Ритм CRM телефон уникален после нормализации: пробелы, скобки и запись российского номера через 8 вместо +7 не позволяют создать ещё одного клиента с тем же номером. Повторная заявка находит существующий контакт и дополняет его активную сделку. Если активной сделки нет, создаётся новая, но карточка клиента остаётся прежней.

При стандартных настройках повторный лид создаёт задачу «Неотвеченное обращение». Она связана с активной сделкой и назначается её ответственному, а если ответственный не задан, сотруднику, указанному для интеграции. Отдельно формируется событие «Новая заявка по активной сделке» для уведомлений. Поэтому обращение не просто дописывается в историю: появляется действие, которое нужно обработать.

Перед публикацией этот сценарий прошёл локальную проверку обработчика на отдельной SQLite-базе. Два обращения с одним тестовым номером, записанным сначала через +7, затем через 8 со скобками и пробелами, сохранили одного клиента и одну активную сделку. После второго обращения появилась задача. Повторная отправка того же запроса с прежним идентификатором не создала ещё одну. Это проверка конкретного сценария, а не замер роста продаж или нагрузочный тест.

Защита работает по известным номерам. Если человек оставит другой телефон, который ещё не связан с его карточкой, системе неоткуда узнать, что это тот же клиент. И совпадение номера само по себе не объясняет, продолжает ли человек прежний разговор или оформляет отдельный заказ. Для бизнеса с несколькими параллельными заказами это нужно учесть при настройке приёма заявок.

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

Пройти продажу в тестовом аккаунте

После отбора двух или трёх подходящих CRM можно проверить их по одному сценарию. Лучше делать это вместе с менеджером, который будет работать в системе. Для теста достаточно вымышленных контактов и обезличенных примеров, без загрузки всей клиентской базы.

На тесте может выясниться, что нужная автоматизация доступна только на другом тарифе или уведомление не приходит на телефон. Эти ограничения лучше обнаружить до переноса базы. Для экспорта недостаточно скачать список контактов: нужны ещё история, вложения и связи между записями. При размещении на своём сервере вместо обещания резервных копий нужна проверка восстановления из них.

Посчитать расходы на рабочую систему

Цена лицензии не всегда совпадает с расходами на CRM. К ней могут добавиться подключение каналов, перенос базы, настройка воронки, обучение и поддержка. Поэтому сравнивать сервисы удобнее по стоимости одного и того же рабочего сценария, с одинаковым количеством сотрудников и подключений.

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

Для облачного сервиса нужно проверить условия работы с данными, доступы, резервное копирование и возможности выгрузки. Для установки на свой сервер дополнительно понадобится тот, кто будет отвечать за обновления, доступность и восстановление. Самостоятельное размещение не снимает эти задачи, а передаёт их компании.

Попросите рассчитать и ближайшее расширение: ещё одного менеджера, дополнительный канал, нужный отчёт. Иногда цена начального тарифа устраивает, а следующее подключение требует перехода на существенно более дорогой.

Запустить CRM на небольшом потоке

Для первого запуска можно выбрать одно направление продаж и небольшую группу сотрудников. Подключить источники заявок, настроить этапы, права доступа и задачи, затем провести через систему реальные обращения. У этого потока должен быть один основной учёт, иначе статусы в CRM и старой таблице быстро разойдутся.

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

В команде нужен человек, который принимает решения по настройкам и разбирает ошибки. Интегратор может подключить форму, но не определит за компанию, что считать отказом и кто должен перезвонить клиенту. Эти правила стоит записать коротко и проверить на реальных ситуациях.

Права доступа тоже нужно проверять под рабочими учётными записями. Менеджеру нужны его клиенты, задачи и возможность забрать новое обращение, но для этого необязательно открывать ему всю коммерческую базу. Руководителю, наоборот, важно видеть нагрузку команды, просрочки и сделки без следующего действия. Для удалённой команды такой порядок особенно полезен: меньше информации приходится запрашивать в чатах.

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

Геймификация и командный зачёт для удалённой команды

В удалённом отделе продаж менеджер видит прежде всего свои сделки и задачи. Командный зачёт даёт общий ориентир: кто продвигает сделки, проводит встречи и выполняет дела. В Ритм CRM за эти действия и звонки начисляются баллы, из которых складывается зачёт за выбранный период. Для участия не нужно открывать сотрудникам чужую клиентскую базу.

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

Проверить, что изменилось в продажах

После запуска полезно смотреть не только на число карточек. Сколько заявок из подключённых каналов дошло до CRM, какие остались без ответственного, где просрочен следующий контакт? Эти вопросы показывают, работает ли учёт ещё до того, как накопится статистика по оплатам.

Конверсию нужно сравнивать для сопоставимых заявок с достаточным временем на закрытие сделки. Если до внедрения часть обращений вообще не фиксировали, после подключения каналов лидов может стать больше, а конверсия в отчёте снизится. По одной этой цифре нельзя решить, что менеджеры стали продавать хуже.

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