Зачем сайту «говорить» с CRM, а не слать письмо в общий ящик
Сайт — это первая точка каркаса продаж.
Человек оставляет заявку, заполняет форму, пишет в чат или заказывает обратный звонок. Дальше информация должна не исчезать в почтовом ящике, а попадать в рабочий процесс:
сайт → форма / чат → amoCRM → сделка → ответственный → следующий шаг.
Если заявка приходит обычным письмом на общий адрес, часть контекста приходится восстанавливать вручную. Менеджер видит: «Иван», телефон, «Перезвоните мне» — и начинает выяснять всё с нуля.
Само по себе письмо не является проблемой. Проблема возникает, когда сайт и CRM работают как два отдельных контура. Хорошая передача данных должна сделать так, чтобы после отправки формы менеджер получил достаточный контекст для первого действия.
Но здесь легко уйти в другую крайность: собрать на сайте двадцать полей и назвать это «качественной квалификацией». Так тоже не работает.
Что ломается, когда в CRM приходит только имя и телефон
Представим обычную форму: имя, телефон, «Отправить». Для простого сценария этого может быть достаточно.
Но если бизнес предлагает несколько услуг, работает с разными типами клиентов или получает обращения из нескольких рекламных каналов, двух полей становится мало. Менеджер получает контакт, но не получает ответа на главный вопрос: с чем именно пришёл этот человек?
В результате начинаются повторные звонки и переписка ради сбора информации, которая могла быть передана вместе с заявкой.
Особенно неприятно, когда контекст уже был на сайте. Клиент находился на странице конкретной услуги, выбрал определённый продукт, пришёл из конкретной рекламной кампании — а в CRM появляется только телефон. Информация потеряна между точкой входа и CRM.
Именно здесь сайт должен работать как часть каркаса продаж. Но контекст нужно передавать разумно: не вся информация, которую можно собрать, действительно нужна менеджеру.
Минимум полей, без которого менеджер слеп
Минимальный набор зависит от бизнеса, но в большинстве B2B-сценариев можно начать с небольшого ядра.
- Имя — для нормальной коммуникации. Не стоит дробить на имя / отчество / фамилию без необходимости.
- Телефон или другой канал связи — основной способ продолжить диалог.
- Интерес / услуга / продукт — одно из самых полезных полей. Менеджер сразу понимает предмет обращения. Со страницы услуги это часто можно передать автоматически.
- Источник обращения — сайт, форма, реклама, органика. Если определяется автоматически — не заставляйте вводить руками.
- Комментарий или вопрос клиента — свободный текст, когда клиенту есть что сказать. Не склад всех данных.
Поля, которые почти всегда лишние на первом касании
Главный принцип: форма собирает то, что нужно для следующего шага, а не всю анкету о клиенте.
Часто слишком рано спрашивают: название компании, должность, число сотрудников, оборот, бюджет, регион, юрформу, размер отдела, текущую CRM, срок запуска, подробное ТЗ. Иногда эти данные нужны — но не до первого контакта.
Перед каждым полем спросите: что менеджер сделает с этим значением сразу после заявки? Если ответа нет — поле пока не нужно.
Когда спрашивать бюджет, компанию, «когда нужно» — и когда рано
Универсального правила нет. Есть связь между моментом получения информации и её полезностью.
Бюджет
Если бюджет реально отсекает невозможные сделки — можно спрашивать. Но «Ваш бюджет?» часто рано: человек ещё не понял предложение. Тогда бюджет лучше выяснять на квалификации.
Компания
Для B2B название часто полезно. Но требовать юридическое имя до первого контакта не всегда нужно. Данные для создания контакта и данные для квалификации — не одно и то же.
«Когда нужно?»
Срок полезен, если влияет на приоритет («нужно до конца месяца»). Если вопрос жёсткий и слишком ранний — клиент просто не заполнит. Часть квалификации лучше переносить в разговор.
Источник, UTM и интерес: что автоматизировать
Если сайт уже знает страницу, форму, источник, кампанию, UTM и выбранную услугу — нет смысла заставлять клиента вводить это руками.
Менеджеру обычно не нужна строка utm_source=…&utm_medium=…. Ему нужен понятный ответ: источник, кампания, интерес. Технические метки можно хранить для аналитики, но рабочая карточка должна оставаться читаемой.
Типовая схема: форма → сделка → ответственный → стадия → задача
Простой рабочий сценарий:
- Пользователь отправляет форму — сайт фиксирует контакт и контекст.
- Создаётся или обновляется контакт (без дублей при повторном обращении).
- Создаётся сделка с данными текущего обращения.
- Назначается ответственный.
- Ставится начальная стадия (например, «Новый лид»).
- Создаётся следующий шаг: не «есть заявка», а «связаться с клиентом».
- Фиксируется SLA — срок первого действия.
Каркас: сайт → контекст → CRM → ответственный → стадия → задача → результат. Именно эту цепочку стоит проверить перед рекламой.
Ошибки: дубли, всё в «комментарий», обязательные поля слишком рано
Всё складывают в комментарий
«ООО Ромашка, хотят CRM, бюджет около 300 тыс., нужно в октябре, пришли с Директа» — человек всё написал, но CRM плохо работает с этим текстом: не фильтрует бюджет, интерес, срок. Комментарий — для свободного контекста; структурированное — в поля.
Создаются дубли
Сайт передаёт телефон, менеджер создаёт ещё контакт, следующая форма — ещё сделку. До запуска формы нужны правила сопоставления контактов и сделок.
Поля обязательны слишком рано
Форма требует бюджет, компанию, должность и сроки — половина неизвестна. Появляются «не знаю», «другое», «0». Это не данные, а следствие неверного момента.
Чеклист перед запуском рекламы на лендинг
- Понятно ли, какая форма создаёт обращение?
- Передаётся ли в CRM имя и контакт?
- Передаётся ли интерес или услуга?
- Сохраняется ли источник?
- Передаётся ли нужный рекламный контекст?
- Понимает ли менеджер, зачем пришёл клиент?
- Создаётся ли сделка, а не только контакт?
- Назначается ли ответственный?
- Есть ли начальная стадия и следующий шаг?
- Проверены ли дубли и повторные обращения?
Перед рекламой пройдите путь глазами менеджера: отправил форму → карточка → данные корректны → стадия → ответственный → задача → источник. Если цепочка рвётся — лучше узнать до трафика.
Когда хватит своей команды, а когда нужен интегратор
Одну форму, одну услугу и один канал обработки команда часто настраивает сама.
Интегратор полезен, когда появляются связи: лендинги → формы → чат → телефония → amoCRM → аналитика. Особенно если нужно спроектировать правила: существующий контакт, новая сделка, поля контакта vs сделки, интерес, UTM, ответственный, стадия, задача, SLA, повторное обращение.
Вопрос уже не «как отправить форму в CRM», а как соединить точку входа и каркас продаж.
Частые вопросы
Какие поля нужны для формы на сайте?
Обычно контакт, имя и контекст обращения (услуга / продукт / вопрос). Источник и рекламный контекст по возможности — автоматически.
Нужно ли передавать UTM в amoCRM?
Если анализируете рекламу — да. Менеджеру лучше показывать понятный источник и кампанию, а не сырую строку параметров.
Нужно ли спрашивать бюджет в форме?
Не всегда. Если бюджет нельзя оценить до обсуждения задачи — перенесите вопрос на квалификацию.
Что лучше: много полей или короткая форма?
Не количество решает. Хорошая форма собирает данные для следующего шага; остальное — в разговоре.
Что в сделку, а что в контакт?
Контакт — про человека/компанию в целом. Интерес, продукт, источник конкретной заявки, задача — обычно к сделке.
Почему нельзя всё одним комментарием?
Комментарий плохо фильтруется и почти не годится для автоматизации. Структурированное — в поля.
Нужна ли новая сделка при каждом обращении?
Не обязательно. Заранее определите логику повторных обращений: без дублей и без потери новых запросов.
Коротко
- Сайт — первая точка каркаса продаж, а не отдельный ящик писем.
- В CRM — контакт и контекст обращения.
- Минимальная форма лучше перегруженной, если остальное можно узнать позже.
- Источник и UTM по возможности — автоматически.
- Структурированные данные — в поля, не всё в комментарий.
- Бюджет и сроки не обязаны быть в первом касании.
- После формы: сделка → ответственный → стадия → шаг → SLA.
- Перед рекламой проверьте весь путь до задачи менеджера.