Главное за минуту
- CRM фиксирует клиента, источник обращения, историю общения и следующий шаг по продаже.
- Начинать стоит с одного процесса: новая заявка, квалификация, сделка и результат.
- Сайт должен передавать в CRM контакты, страницу, UTM-метки и технический идентификатор заявки.
- Результат внедрения проверяют тестовой заявкой и понятным отчётом по источникам лидов.
01
CRM простыми словами: не база контактов, а маршрут сделки
CRM-система — это рабочее место, в котором компания ведёт путь клиента от первого обращения до оплаты, повторной покупки или закрытия сделки. В карточке фиксируются контактные данные, переписка, звонки, задачи, предложения, источник лида и итог разговора. Главное здесь не хранение телефона, а ответ на два вопроса: кто отвечает за клиента и какое действие должно произойти следующим.
Без CRM этот маршрут обычно живёт в почте, мессенджерах, таблице и памяти менеджера. Пока обращений немного и владелец сам общается со всеми покупателями, схема может работать. Риск появляется, когда клиент оставил заявку вечером, менеджер заболел, реклама привела лидов с трёх каналов или один человек начал вести десятки диалогов. Тогда теряются не только контакты: исчезает понимание, на каком этапе застревают деньги.
Представьте небольшую компанию с сайтом на 1С-Битрикс. Посетитель приходит по рекламе, заполняет форму расчёта, получает звонок, затем коммерческое предложение. В CRM это должна быть одна связанная цепочка: лид или сделка, контакт, ответственный, UTM-метки, задача «позвонить», стадия «предложение отправлено» и причина закрытия. Руководитель видит воронку, а маркетолог — какие кампании дали не просто заявки, а оплаченные заказы.
Поэтому вопрос «что такое CRM» полезнее заменить на практический: какой повторяемый процесс сейчас зависит от таблиц и памяти сотрудников. Если процесс можно описать как последовательность статусов, ответственных и обязательных данных, его можно аккуратно перенести в CRM.
02
Карточка сделки
Минимальная единица контроля: кто клиент, откуда пришёл, что уже сделано и какой следующий шаг назначен.
03
Нужна ли CRM малому бизнесу: три сигнала вместо формального порога
CRM не становится необходимой после определённого числа сотрудников или выручки. У одного специалиста может быть сложный цикл сделки на несколько недель — и без системы он уже теряет договорённости. В другой компании пять человек принимают типовые заказы в одном канале и пока справляются с аккуратной таблицей. Оценивать нужно не размер компании, а цену пропущенного действия.

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

До настройки соберите короткую рабочую встречу маркетолога, руководителя продаж и сотрудника, который принимает заявки. Пройдите путь одного реального клиента: где он оставляет контакты, кто отвечает, какие данные нужны до звонка, когда сделка считается успешной и почему её могут закрыть без продажи. Не проектируйте статусы по названиям кнопок в системе — назовите их словами, которыми пользуется отдел продаж.
Часть данных стоит сделать обязательной только там, где она нужна для решения. Например, «тип услуги» может быть обязательным после первого разговора, а не в момент создания лида. Слишком длинная форма и десятки обязательных полей заставят менеджеров обходить CRM. Минимальный набор растёт после того, как команда доказала, что использует текущий.
| Этап | Что фиксировать | Кто отвечает |
|---|---|---|
| Новая заявка | Контакт, страница формы, источник, UTM | CRM или менеджер распределения |
| Квалификация | Потребность, бюджет при необходимости, дата связи | Менеджер |
| Предложение | Состав работ, сумма, срок следующего контакта | Менеджер |
| Результат | Оплата либо причина отказа | Менеджер и руководитель |
05
Какие данные должна передавать форма сайта в CRM
Интеграция сайта с CRM — это не просто уведомление менеджеру на почту. Уведомление помогает быстро увидеть обращение, но не даёт управляемую карточку, не защищает от дублей и не показывает связку с рекламной кампанией. Цель интеграции — создать или обновить сущность в CRM так, чтобы менеджер мог продолжить разговор без поиска информации в разных системах.
Для формы на сайте на 1С-Битрикс заранее составляют карту полей. В ней есть данные, которые вводит посетитель: имя, телефон, e-mail, комментарий, выбранная услуга. Есть технические данные: адрес страницы, дата, идентификатор формы, referer. Отдельно передаются маркетинговые параметры: utm_source, utm_medium, utm_campaign, utm_content и utm_term. Если реклама размечена последовательно, эти поля позволяют сопоставить заявку с кампанией.
Передавать все данные бесконтрольно не нужно. Не отправляйте в CRM технический мусор и не собирайте лишние персональные данные. Важнее, чтобы для каждого поля было понятно назначение, место хранения и ответственный. Для работы с вебхуками, REST-методами и сущностями CRM можно сверяться с документацией REST API 1С-Битрикс, а бизнес-логику согласовывать до разработки.
06
Рабочий маршрут внедрения CRM на первые две недели
Внедрение не начинается с покупки тарифа или установки приложения. Сначала команда описывает текущий маршрут и выбирает границу первого запуска. Это снижает риск, что менеджеры увидят незнакомый интерфейс, а руководитель через месяц получит пустую воронку. У каждого шага должен быть владелец: маркетолог отвечает за источники и поля формы, продажи — за статусы и причины результата, технический специалист — за передачу данных и доступы.
На старте полезно вести короткий журнал решений: почему выбрали сущность «лид» или сразу «сделка», какие поля обязательны, по какому признаку объединяются дубли, кто имеет право менять воронку. Он пригодится при смене сотрудника, подключении подрядчика и расширении процессов. Не полагайтесь на устные договорённости: именно они обычно становятся причиной разных трактовок результата.
После запуска не оценивайте систему по красивому дашборду. Проверьте путь нескольких тестовых и реальных заявок, а через неделю посмотрите на незаполненные поля, сделки без задач и причины проигрыша. Эти данные подскажут, что исправлять в процессе, а что действительно автоматизировать.
- 1
Опишите путь клиента. Возьмите пять последних обращений и отметьте каналы, действия, ответственных и моменты потери информации.
- 2
Утвердите воронку. Оставьте четыре—шесть стадий, которые отражают реальную работу, а не желаемую отчётность.
- 3
Соберите карту полей. Разделите данные формы, UTM, технические параметры и сведения, которые заполняет менеджер.
- 4
Настройте один канал. Сначала подключите основную форму сайта и проверьте создание карточки на тестовых данных.
- 5
Обучите команду. Покажите сотрудникам не все разделы системы, а ежедневный сценарий от новой заявки до результата.
- 6
Проведите контроль. Через неделю проверьте сделки без задач, дубли, пустые источники и закрытия без причины.
07
Как маркетологу и руководителю принять результат
Приёмка CRM-интеграции должна опираться на проверяемые сценарии, а не на фразу «форма работает». Подрядчик может показать успешный запрос, но для бизнеса это ничего не значит, если лид не появился в нужной воронке, UTM не сохранились или у менеджера нет задачи на звонок. Заранее подготовьте тестовые данные и попросите пройти весь маршрут вместе с вами.
Сделайте минимум три отправки: обычную заявку с размеченной ссылкой, повторную заявку с тем же телефоном и заявку с незаполненным необязательным полем. Проверьте не только карточку CRM, но и то, как результат виден пользователю сайта: сообщение об успехе, отсутствие дубля после обновления страницы, корректная обработка согласия на персональные данные. Если есть несколько форм, тестируют каждую, а не только самую удобную для демонстрации.
Затем маркетолог должен построить простой срез: заявки по utm_source и utm_campaign за тестовый период. Руководитель продаж — открыть список новых сделок и увидеть ответственных, сроки задач и стадии. Если эти два действия нельзя выполнить без ручной выгрузки и пояснений разработчика, контур ещё не принят.
Форма
Заявка отправляется, пользователь получает понятное подтверждение.
CRM
Карточка создаётся в нужной воронке с согласованными полями.
Ответственный
Назначение и задача на первый контакт появляются автоматически.
Аналитика
UTM и страница входа доступны в карточке и отчёте.
08
Ошибки, из-за которых CRM не приносит пользы
Самая частая ошибка — считать CRM ответственностью только подрядчика или администратора. Технически можно создать поля, воронки и роботы, но только бизнес определяет, какие статусы соответствуют реальной продаже и какие сведения нужны для решения. Если менеджер не понимает, зачем ставить задачу или выбирать причину отказа, система быстро превращается в формальный отчёт задним числом.
Вторая ошибка — измерять только количество лидов. Канал может приводить много дешёвых обращений, которые не доходят до разговора или оплаты. Сопоставляйте источник с качеством: назначена ли задача, состоялся ли контакт, перешла ли сделка на следующий этап, какой итог. Даже простой регулярный отчёт полезнее сложной BI-панели, которую никто не открывает.
Третья ошибка — не предусмотреть обработку сбоев. Форма сайта может успешно показать сообщение посетителю, а запрос в CRM не дойдёт из-за доступа, лимита API или изменения поля. Нужны журнал ошибок, уведомление ответственному и периодическая сверка количества отправок формы с созданными карточками. В проектах ICONICA такие проверки фиксируют в сценарии приёмки; примеры прикладных решений можно посмотреть в портфолио ICONICA.
Не маскируйте проблему почтовым уведомлением
Письмо о заявке не заменяет карточку в CRM. Оно не контролирует статус, ответственного, историю работы и связь обращения с рекламным источником.
Описана воронка; назначены владельцы процесса; утверждена карта полей; проверены UTM; протестированы дубли; создана задача менеджеру; настроен контроль ошибок; согласован отчёт по источникам
09
Какое решение принять сейчас
Малому бизнесу нужна CRM не для «цифровизации ради цифровизации», а для контроля повторяемых действий с клиентом. Если хотя бы часть обращений приходит с сайта, рекламы, почты или мессенджеров, а их судьбу приходится выяснять вручную, начните с единого контура входящих заявок. Он даст основу для дисциплины продаж и честной оценки маркетинговых каналов.
Перед выбором системы и настройкой проверьте четыре вещи: как выглядит текущая воронка, кто отвечает за каждый этап, какие данные обязаны быть в карточке и откуда они поступают. Не переносите в CRM все процессы сразу. Сначала добейтесь, чтобы одна форма сайта создавала понятную карточку с источником, ответственным и следующей задачей, а менеджеры действительно работали в ней.
Подрядчика стоит подключать, когда нужно связать сайт на 1С-Битрикс, формы, рекламу и CRM, настроить правила дублей, права доступа, автоматизацию или отчётность. Хорошая постановка содержит не название функции, а сценарий клиента, карту полей и критерии приёмки. Тогда техническая реализация остаётся проверяемой, а CRM становится частью рабочего процесса, а не ещё одной вкладкой в браузере.
FAQ
Частые вопросы
Можно ли работать без CRM в таблице?
Можно, пока обращений мало и один человек полностью контролирует путь клиента. При росте каналов, менеджеров или длины сделки таблица обычно перестаёт показывать актуальный следующий шаг.
Когда создавать лид, а когда сразу сделку?
Лид удобен для первичной квалификации потока обращений. Если каждое обращение сразу является предметной продажей, можно создавать сделку. Правило выбирают по процессу, а не по умолчанию системы.
Нужно ли передавать UTM-метки в CRM?
Да, если вы хотите связывать рекламные кампании с лидами и продажами. Сохраните как минимум source, medium, campaign, content и term вместе с URL страницы.
Что делать с повторной заявкой одного клиента?
Заранее согласуйте правило: искать совпадение по телефону или e-mail, добавлять обращение в существующую карточку либо создавать новую сделку. Проверьте это правило тестовой отправкой.
Сколько времени занимает первый запуск?
Простой контур из одной воронки и основной формы можно подготовить быстро, если заранее согласованы поля, статусы, доступы и ответственные. Срок увеличивают нестандартные интеграции и неописанные процессы.