Формы WordPress можно связать с CRM так, чтобы новая заявка сразу создавала контакт и сделку, сохраняла ответы клиента и ставила задачу ответственному менеджеру. Для этого нужно заранее описать поля формы, правила проверки, статусы воронки и способ передачи данных. В статье разберём практическую схему интеграции для малого бизнеса в Беларуси: от кнопки «Отправить» до контроля дублей и обработки ошибки.
Какие данные форма WordPress должна передавать в CRM?
Сначала составьте список полей, которые действительно нужны менеджеру. Обычно достаточно имени, телефона или другого канала связи, текста обращения, выбранной услуги и источника заявки. Если форма содержит десять необязательных вопросов, сотрудник получает длинную карточку, но не всегда понимает, что делать дальше.
Каждое поле на сайте должно иметь понятное соответствие в CRM. Например, поле «Имя» записывается в имя контакта, «Телефон» — в телефон, а ответ на вопрос «Какая услуга нужна?» попадает в отдельное пользовательское поле сделки. Текст комментария лучше сохранять в описании заявки или в первой активности, чтобы менеджер видел его рядом с задачей.
| Поле в форме WordPress | Поле в CRM | Зачем нужно |
|---|---|---|
| Имя | Имя контакта | Обращаться к клиенту и искать карточку |
| Телефон или email | Контактные данные | Связаться с клиентом |
| Выбранная услуга | Поле сделки | Передать заявку нужному сотруднику |
| Комментарий | Описание сделки или активности | Понять задачу без повторного звонка |
| Страница и рекламные метки | Источник и дополнительные поля | Сопоставить заявку с каналом привлечения |
Отдельно решите, что делать с полями, которые клиент оставил пустыми. CRM не должна создавать карточку с техническим мусором вроде «не указано» или «-». Лучше передавать пустое значение и дать менеджеру понятную задачу: уточнить данные при первом контакте.
До подключения интеграции полезно зафиксировать требования к CRM: какие сущности создаются, кто получает заявку, какие этапы проходит сделка и какие отчёты нужны руководителю. Такой список помогает избежать доработок после запуска; подход к его подготовке разобран в материале как собрать требования к CRM перед внедрением.
Как устроена передача заявки из WordPress в CRM?
После отправки формы WordPress передаёт данные интеграционному модулю, вебхуку или промежуточному сервису. CRM принимает запрос, ищет совпадение по телефону или email и затем создаёт новую запись либо обновляет существующую. Конкретный способ зависит от выбранной CRM и конструктора формы, но логика остаётся одинаковой.
- Посетитель заполняет форму и нажимает кнопку отправки.
- WordPress проверяет обязательные поля и формат телефона или email.
- Интеграция отправляет данные в CRM.
- CRM ищет контакт или компанию с такими же данными.
- Система создаёт сделку, лид или обращение.
- Заявка получает источник, статус и ответственного.
- Менеджеру ставится задача с установленным сроком.
Для малого бизнеса лучше начинать с одной формы и одной воронки. Например, форма «Получить расчёт» создаёт сделку в статусе «Новая заявка», назначает её сотруднику по направлению и ставит задачу связаться с клиентом. После проверки сценария можно подключать остальные формы сайта.
Если CRM не приняла запрос, WordPress должен показать клиенту понятное сообщение и сохранить информацию об ошибке в журнале. Менеджер не обязан искать пропавшую заявку в почте. В журнале нужно видеть дату отправки, название формы, ответ CRM и техническое описание сбоя.
Какие статусы и задачи настроить для заявок?
Статус отражает этап работы, а задача определяет следующее действие. Если оставить только статус «Новая», CRM будет хранить заявки, но не подскажет сотруднику, что делать после открытия карточки.
| Статус | Действие менеджера | Условие перехода |
|---|---|---|
| Новая заявка | Проверить данные и связаться с клиентом | Заявка создана из формы |
| В работе | Уточнить задачу, цену или сроки | Менеджер начал обработку |
| Ожидаем ответ | Напомнить клиенту в установленный срок | Компания отправила предложение |
| Успешно | Зафиксировать результат сделки | Клиент подтвердил заказ или услугу |
| Отказ | Указать причину отказа | Сделка закрыта без продажи |
Задача должна содержать минимум четыре элемента: что сделать, с кем связаться, к какому сроку и где находится комментарий клиента. Формулировка «обработать заявку» слишком расплывчата. Практичнее написать: «Позвонить клиенту и уточнить состав услуги до 16:00, комментарий сохранён в карточке сделки».
Для разных форм можно использовать разные маршруты. Заявка на консультацию попадает менеджеру по продажам, запрос по действующему заказу — специалисту поддержки, а сообщение о партнёрстве — руководителю направления. Маршрутизация по значению поля снижает количество пересылок внутри компании.
Как проверять заявки и устранять дубли?
Главная причина дублей — повторная отправка формы, разные варианты написания телефона или обращение клиента с нескольких страниц. Если CRM каждый раз создаёт новую карточку, история общения распадается на несколько сделок. Поэтому проверку нужно выполнять до создания записи.
- Искать существующий контакт по нормализованному номеру телефона.
- Использовать email как дополнительный идентификатор.
- Не создавать новую сделку, если такая заявка уже открыта.
- Сохранять новое обращение в историю существующего контакта.
- Помечать повторную заявку отдельным признаком, если её всё же нужно обработать.
Номер телефона лучше привести к единому формату ещё на этапе проверки. Пробелы, скобки и дефисы не должны превращать один номер в несколько разных значений. Для email полезно убрать случайные пробелы в начале и конце строки, а регистр букв привести к одному виду.
Дубликат сделки нельзя определять только по имени: два разных человека могут иметь одинаковое имя. Надёжнее сочетать телефон, email и признак незакрытой сделки. Если клиент повторно отправил форму через неделю, CRM может создать новую сделку, но связать её с прежним контактом.
Отдельно проверьте защиту от пустых и тестовых заявок. В CRM не должны попадать сообщения из одного символа, случайные наборы букв и записи без единого канала связи. При этом слишком строгая проверка способна отсеять реального клиента, поэтому правила лучше протестировать на нескольких вариантах заполнения.
Как протестировать интеграцию WordPress и CRM перед запуском?
Тестирование выполняйте не одной отправкой, а серией сценариев. Сначала отправьте корректную заявку с новым телефоном. Затем повторите её, измените комментарий, оставьте пустым необязательное поле и проверьте неправильный формат контактных данных.
- Убедитесь, что CRM создала нужную сущность: контакт, лид или сделку.
- Сверьте каждое поле формы с карточкой в CRM.
- Проверьте источник, страницу отправки и рекламные метки.
- Убедитесь, что назначился правильный менеджер.
- Проверьте текст и срок автоматической задачи.
- Повторите заявку и убедитесь, что дубль обрабатывается по заданному правилу.
- Отключите доступ к CRM или измените тестовый ключ и посмотрите, фиксируется ли ошибка.
После запуска полезно ежедневно просматривать журнал интеграции и несколько новых карточек. Такой контроль быстро показывает ошибки сопоставления: например, телефон попал в комментарий, источник записался в название сделки, а выбранная услуга не передалась вовсе. Для типовых проблем с передачей заявок пригодится разбор подключения форм WordPress к CRM.
3 шага, которые можно сделать на этой неделе:
- Составить таблицу полей для одной формы WordPress и определить обязательные значения.
- Описать правило создания сделки: статус, ответственный, срок задачи и проверка дубля.
- Провести тесты с новой, повторной и ошибочной заявкой, затем сверить результат в CRM.


