Как внедрить CRM для B2B-продаж своими силами, без интегратора

Интегратор для CRM в B2B-продажах — это обычно счёт на 300–800 тысяч рублей и два-три месяца согласований за функциональность, которую сам отдел продаж использует на 20%. Если команда небольшая, а процесс — классический для аутрича (база компаний, холодные письма, воронка, звонки), внедрение своими силами занимает одну-две недели и обходится в стоимость лицензий. Ниже — план, который проходит от выбора системы до первой рабочей недели без единого часа работы подрядчика.

Зачем вообще нужен интегратор и когда без него не обойтись

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

Для типового отдела адресных B2B-продаж — компании из базы, контакты ЛПР, холодные письма, звонки, сделки — используется малая часть возможностей любой современной CRM. Воронка на 5–7 этапов, карточка компании и контакта, история переписки, задачи по сделкам. Это конфигурация, которую разработчик системы уже продумал за вас: почти вся работа — правильно назвать этапы и поля под свой процесс, а не изобретать структуру с нуля.

Граница простая: если процесс укладывается в «база → квалификация → письмо → ответ → встреча → сделка», делайте сами. Если нужна нестандартная интеграция с внутренней ERP, сложные автоматизации на уровне кода или больше 20 пользователей с разными правами — тогда стоит хотя бы проконсультироваться с интегратором точечно, не отдавая весь проект.

Шаг 1: описать процесс до открытия CRM

Самая частая ошибка самостоятельного внедрения — открыть систему и начать тыкать в настройки, придумывая этапы воронки на ходу. Через месяц выясняется, что реальный процесс не укладывается в придуманную структуру, и всё переделывается заново вместе с накопленными данными.

Правильный порядок обратный: сначала на листе бумаги или в документе фиксируется, что реально происходит с лидом от первого касания до сделки — какие статусы проходит компания, кто на каком этапе подключается, какие поля обязательны для принятия решения на каждом шаге. Для адресного аутрича типовая цепочка выглядит так: компания попала в базу → прошла квалификацию по ICP → отправлено первое письмо → есть ответ → назначена встреча → сделка в работе → закрыта (выиграна/проиграна).

На этом же шаге стоит выписать поля, без которых менеджер не может работать: должность контакта, источник лида, сумма потенциальной сделки, дата следующего касания. Список должен быть коротким — 10–15 обязательных полей, не сто «на всякий случай». Лишние поля никто не заполняет, и они превращаются в шум.

Шаг 2: выбрать систему под процесс, а не по рейтингу

После описания процесса выбор CRM сужается сам: нужна система с гибкой настройкой воронки, карточками компании и контакта раздельно (в B2B это критично — сделка привязана к юрлицу, а не к одному человеку), встроенной или легко подключаемой почтой для истории переписки.

Проверьте три вещи перед покупкой: можно ли настроить нужную структуру воронки без программиста, есть ли нормальный импорт из Excel/CSV с маппингом полей, работает ли история переписки по email внутри карточки сделки, а не отдельным модулем. Если хотя бы на импорте или почте система требует доработки разработчиком — это уже не самостоятельное внедрение, а полноценный проект.

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

Шаг 3: перенести и почистить базу

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

Перед импортом база проходит три фильтра. Дедупликация — один и тот же контакт или компания не должны существовать в двух карточках под разными написаниями («ООО Ромашка» и «Ромашка ООО»). Актуализация — компании, которые точно не работают или закрылись, не переносятся вовсе. Верификация email — адреса, которые точно не примут письмо, помечаются отдельно, чтобы не портить метрики будущих кампаний с первого дня.

Импортируйте базу небольшими партиями по 200–500 записей и после первой партии проверьте руками десяток карточек: правильно ли распределились поля по маппингу, не съехали ли телефон и email местами, сохранилась ли связь контакта с компанией. Ошибка маппинга на первой партии экономит часы разбора на последующих тысячах строк.

Шаг 4: настроить воронку и обязательные поля

Настройка воронки — перенос описанного на шаге 1 процесса в интерфейс системы буквально, без попытки сделать «как у всех». Названия этапов должны быть понятны менеджеру без расшифровки: не «MQL» и «SQL», а «Квалифицирован», «Письмо отправлено», «Есть ответ», «Встреча назначена».

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

Отдельно настройте связку с почтой для входящих ответов на холодные письма: у CRM должна быть возможность автоматически прикреплять входящее письмо к нужной карточке контакта по email-адресу. Без этого ответы на кампанию тонут в личном ящике менеджера, и часть лидов теряется до того, как о них узнает руководитель отдела.

• Названия этапов воронки — на языке менеджера, без аббревиатур из чужих методологий
• Обязательные поля прописаны для перехода на каждый следующий этап
• Карточка компании и карточка контакта разделены и связаны между собой
• Входящие письма от контактов автоматически подтягиваются в карточку сделки
• Причина проигрыша — обязательное поле при закрытии сделки как «не выиграна»

Шаг 5: две недели ручной работы перед автоматизацией

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

Первые одну-две недели команда работает в CRM полностью вручную: сами переводят сделки по этапам, сами ставят задачи, сами шлют письма (можно уже с шаблонами внутри системы). Это выявляет реальные шероховатости процесса — не хватает статуса, поле дублирует другое, менеджер не понимает, зачем заполнять определённое поле.

После стабилизации ручного процесса добавляйте автоматизацию по одной: сначала авто-напоминание о просроченной задаче, потом авто-перевод сделки в «неактивна» при отсутствии активности N дней, и только затем — более сложные сценарии вроде цепочек follow-up. Каждое новое правило тестируется на паре сделок, прежде чем включается на всю базу.

Вопросы и ответы