Формы
Формы в LadVen OS помогают принимать заявки с сайта, лендинга, документации или внешней страницы и сразу превращать их в управляемую CRM-работу. Это полезно для демо-заявок, обращений клиентов, запросов на консультацию, заявок в поддержку и других входящих сценариев.
Форма должна собирать только те данные, которые действительно нужны для следующего шага: кто обратился, как связаться, что требуется и куда заявку направить.
Когда использовать формы
Используйте формы, когда нужно:
- собрать заявку с сайта или документации;
- передать обращение в нужную CRM-воронку;
- стандартизировать поля для входящего потока;
- проверить заявки перед обработкой;
- отделить рабочие обращения от спама;
- понять, какая опубликованная версия формы сейчас используется.
Если обращение пришло по почте или в чате, не копируйте его вручную без причины. Лучше связать письмо или диалог с CRM, чтобы сохранить исходный контекст.
Выберите сценарий и владельца
Перед настройкой формы договоритесь, кто отвечает за сценарий: владелец маркетинга, продаж, поддержки или операционного процесса. Владелец утверждает поля, текст согласия, маршрут в CRM, ответственного за первую реакцию и правило закрытия некачественных заявок.
Для каждой формы зафиксируйте:
- цель формы;
- страницу или канал, где она будет размещена;
- язык по умолчанию и дополнительные языки;
- обязательные поля;
- CRM-воронку и стартовую стадию;
- кто проверяет новые заявки каждый день;
- когда форму нужно снять с публикации или архивировать.
Сценарий демо-заявки
Демо-заявка должна быстро привести человека к тестированию продукта. Обычно достаточно имени, рабочего контакта, компании, роли, языка общения и короткого описания задачи. Не спрашивайте внутренние бюджеты, пароли, токены или лишние персональные данные на первом шаге.
После тестовой отправки проверьте, что заявка попала к нужному ответственному, текст выглядит понятно, язык не смешан, а источник заявки помогает понять, с какой страницы пришел человек.
Клиентский запрос или поддержка
Для консультации, поддержки или входящего клиентского запроса добавьте поля, которые помогают быстро квалифицировать обращение: тема, продукт или направление, удобное время связи, вложение только при реальной необходимости, комментарий. Если заявка должна попасть не в продажи, а в поддержку или аккаунтинг, настройте отдельный маршрут и отдельного владельца.
Не смешивайте в одной форме разные процессы. Демо, партнерский запрос и обращение в поддержку лучше вести разными формами, чтобы команда не тратила время на ручную сортировку.
Создание формы
В конструкторе задайте название, код, основной язык, заголовок, описание, текст кнопки и список полей. Название должно быть понятно внутренней команде, а заголовок и описание - внешнему человеку.
Поля должны быть ясными и короткими: имя, контакт, компания, вопрос, удобное время связи, комментарий. Если форма работает на нескольких языках, проверьте текст формы и подписи полей для каждого языка до публикации.
Обязательные поля и качество данных
Не добавляйте лишние обязательные поля. Чем длиннее форма, тем ниже вероятность, что клиент ее отправит. Обязательными должны быть только данные, без которых команда не сможет ответить или квалифицировать обращение.
Хорошая форма:
- не требует повторять одно и то же в разных полях;
- показывает понятные названия полей;
- не использует внутренние сокращения команды;
- не заставляет клиента выбирать CRM-стадию или внутренний тип;
- собирает согласие и контактные данные в понятной форме.
Публикация и размещение
Сохранение формы не всегда означает изменение формы на сайте. Перед публикацией проверьте предпросмотр, обязательные поля, языки, внешний вид, антиспам, разрешенные домены и маршрутизацию в CRM.
После публикации размещайте форму только на тех страницах, где она должна принимать реальные обращения. Если форма снята с публикации или отправлена в архив, проверьте, что на сайте больше нет активной точки входа.
Не показывайте рабочие ключи, реальные контакты и приватные ссылки в обучающих материалах и на демонстрациях. Для показа коллегам создайте отдельную тестовую форму с безопасными данными.
Маршрутизация в CRM
Для заявок выберите воронку, стартовую стадию и правила, по которым заявка попадает к ответственному. Если маршрут не выбран, форма может идти по общим правилам платформы.
Хорошая маршрутизация отвечает на вопросы:
- кто первым видит новую заявку;
- в какой воронке она появляется;
- какие поля помогают квалифицировать обращение;
- кто разбирает ошибки CRM;
- когда заявка считается принятой.
Заявки и статусы
Просматривайте заявки регулярно. Новая заявка должна получить статус: принята, спам или требует повторной отправки в CRM. Если заявка выглядит подозрительно, не переносите ее в работу, пока не проверите контакт и содержание.
Для CRM-ошибок сначала проверьте обязательные поля, маршрут, права и данные клиента. После исправления можно повторить отправку. Если ошибка повторяется, передайте владельцу процесса конкретную заявку, форму и ожидаемое поведение.
Локализация и согласие
Если форма доступна на нескольких языках, проверяйте не только заголовок и кнопку, но и подписи полей, тексты ошибок, согласие на обработку данных, письмо или уведомление ответственному. Человек должен видеть один язык на всем пути отправки.
Текст согласия должен объяснять, зачем собираются данные и кто их обрабатывает. Не копируйте юридический текст из другой страны или другого процесса без проверки владельца.
Безопасность
Не собирайте через публичную форму пароли, токены, паспортные данные, платежные реквизиты или другую информацию, которая не нужна для первичного обращения. Если форма используется для клиентов, заранее согласуйте текст согласия и назначение данных.
Проверяйте разрешенные домены и активные опубликованные формы так же регулярно, как публичные ссылки на файлы.
Чеклист менеджера
- У формы есть владелец и понятный сценарий.
- Поля соответствуют следующему рабочему шагу.
- Обязательных полей минимум.
- Языки, текст согласия и кнопка проверены.
- Тестовая заявка дошла до правильной CRM-воронки.
- Ответственный знает, как принимать, помечать спам и повторять отправку.
- На сайте нет старой или архивной версии формы.
Типичные ошибки
- Одна форма используется для всех входящих запросов.
- В форме спрашивают то, что команда может уточнить позже.
- После изменения формы забывают проверить страницу, где она размещена.
- Заявки копируются вручную и теряют источник.
- Заявки со спамом попадают в рабочую CRM-воронку.
- Для демонстраций используйте синтетические контакты и отдельную тестовую форму с нерабочим или замаскированным примером встраивания; не используйте реальные контакты и рабочий код.
Сценарии для бизнеса
Связанные разделы