Какие данные нужны команде?
Начните с тех, кто будет отвечать на заявку. Что им нужно знать, чтобы с первого раза ответить по делу: имя и способ связи, услуга, которая интересует посетителя, возможно, страница, с которой он пришёл? Определите этот минимум и не добавляйте поля «на всякий случай». Каждое лишнее поле делает форму чуть длиннее, а вероятность того, что её заполнят, — чуть ниже.
Часть контекста можно получить, вообще не спрашивая посетителя. Если форма стоит на странице конкретной услуги, сайт может передать эту услугу вместе с заявкой, и команде не придётся гадать, о чём идёт речь. Такие детали закладывают ещё при разработке сайта для бизнеса.
Проверяйте введённые данные до отправки: незаполненное поле для связи или адрес почты с опечаткой нужно отловить прямо на странице и понятно объяснить, что исправить. А после отправки ясно сообщите посетителю, что всё получилось и что будет дальше.
Где хранится основная карточка клиента?
Данные о клиентах быстро расходятся по разным местам: сайт, CRM, почта, иногда таблица. Решите, какая система считается главным источником данных о клиентах (обычно это CRM), а остальные только передают в неё информацию.
Затем решите, как интеграция с CRM узнаёт уже существующий контакт. По адресу почты, по телефону или по обоим сразу? Когда создаётся новая запись, а когда новая заявка добавляется к существующему клиенту? Ошибка здесь приводит либо к дублям, либо, что хуже, к тому, что данные одного клиента затирают данные другого.
И наконец, определите, что сайту разрешено менять. Создать контакт или добавить заявку — нормально. А вот перезаписывать поля, которые отдел продаж ведёт вручную, например этап сделки или заметки после звонка, сайт, как правило, не должен.
Кто отвечает на заявку и как?
Новый контакт в CRM сам никому не ответит. Кто-то должен взять заявку в работу, и из настроек интеграции должно быть ясно, кто именно. Для каждого типа заявок укажите, на какой этап воронки она попадает, кто за неё отвечает и какая задача появляется у этого человека в списке. Если команда работает в Telegram, автоматизация бизнеса через Telegram может присылать такие задачи прямо в чат.
Запишите правила распределения: заявки по одной услуге получает один сотрудник, заявки из определённого региона — другой и так далее. Правила, которые существуют только в чьей-то голове, перестают работать в тот день, когда этот человек уходит в отпуск.
Некоторые заявки не подойдут ни под одно правило: расплывчатое сообщение, запрос сразу по нескольким услугам, предложение о партнёрстве. Отправляйте такие заявки человеку на разбор и не позволяйте системе угадывать, иначе они так и останутся без ответственного.
Что будет, если передача не удалась?
Рано или поздно CRM окажется недоступна, у API-ключа закончится срок действия или какое-то поле переименуют. Продумайте этот момент заранее. Хуже всего, когда посетитель видит «Спасибо, ваша заявка получена», а на самом деле заявка никуда не дошла.
Если передача не удалась, сайт должен надёжно сохранить заявку, через некоторое время повторить попытку и предупредить ответственного, если повторы не помогли. Решите, сколько хранятся такие заявки и у кого есть к ним доступ.
У повторных попыток есть свой риск: заявка, отправленная дважды, может дважды появиться в CRM. Проверьте, как обрабатываются дубли при повторной передаче, чтобы одной и той же заявкой не занимались два человека.
Как понять, что интеграция работает?
Смотрите на весь путь заявки, а не на отдельный шаг. Сравните, сколько форм отправлено и сколько записей приняла CRM, и измеряйте время от отправки до первого ответа. Расхождение между первыми двумя числами — самый явный признак того, что заявки теряются. В Google Analytics 4 успешную отправку можно записывать рекомендованным событием generate_lead — так первое число считается без ручного подсчёта.
Перед запуском и после любых изменений на сайте или в CRM проверьте типичные случаи: новый контакт, существующий контакт, неправильные данные и обрыв соединения. Каждый из них должен обрабатываться так, как вы решили заранее. Те же правила действуют, когда заявки приходят из мессенджера: этим занимается интеграция Telegram с CRM.
Сделайте процесс настолько прозрачным, чтобы на вопрос «что стало с заявкой, которую я отправил во вторник?» команда могла проследить её путь от формы до CRM и найти ответ. Для этого у каждой заявки должен оставаться след: когда она отправлена, дошла ли до CRM и кому назначена.
Чек-лист: интеграция сайта с CRM
- Минимальный набор полей формы согласован с теми, кто отвечает на заявки.
- Одна система хранит карточку клиента, правило поиска существующего контакта записано.
- У каждого типа заявок есть этап воронки, ответственный и запасной сотрудник для случаев вне правил.
- Неудачная передача сохраняется, повторяется, и о ней узнаёт конкретный человек.
- Число отправленных форм и принятых CRM записей регулярно сравнивается.
Пример: заявка приходит, когда CRM недоступна
Посетитель поздно вечером отправляет заявку со страницы услуги. Сайт сохраняет её вместе с названием услуги и страницей, с которой пришёл посетитель, но CRM не отвечает. Посетитель всё равно видит подтверждение, потому что заявка надёжно сохранена на стороне сайта.
Сайт повторяет передачу. Когда CRM снова работает, заявка приходит один раз, привязывается к существующему контакту по почте и создаёт задачу для сотрудника, который отвечает за эту услугу. Если бы повторы так и не помогли, этот сотрудник получил бы уведомление с сохранённой заявкой.
Читать дальше
- Как связать Telegram и CRM: заявки, обновления и дубли
- Маркетинговая атрибуция: что измеряет каждый отчёт
- Заказная разработка или готовые инструменты: выбор по процессу
Услуги по теме: сайты для бизнеса, интеграция систем, интеграция Telegram с CRM.
