34
8 мин
14:03:12 — человек нажал «Отправить».
14:03:13 — сайт показал: «Спасибо, мы свяжемся».
14:15 — в отделе продаж тишина.
14:40 — клиент звонит сам и начинает разговор со слов: «Я вам уже писал».
Для посетителя форма и компания — одно целое. Он не знает, что между кнопкой и менеджером работают почта, интеграция, CRM, правила распределения и уведомления. Поэтому приёмка сайта должна пройти весь этот путь.
14:03. Что сайт обязан сохранить
Помимо имени и контакта менеджеру нужен контекст: с какой страницы пришёл человек, какую услугу или вариант выбрал, что написал, когда дал согласие и какой рекламный источник известен. Не нужно передавать весь цифровой след; нужен минимум, который помогает продолжить разговор и проверить происхождение обращения.
| Данные | Зачем менеджеру | Ошибка |
|---|---|---|
| Контакт | Связаться | Телефон потерял код или формат |
| Предмет интереса | Начать по делу | В каждой заявке написано только «сайт» |
| Страница и форма | Понять обещание | URL заменён главной страницей |
| Источник | Оценить маркетинг | Метка перезаписана повторным визитом |
| Время и согласие | Соблюсти процесс | Хранятся только в письме |
14:04. Кто становится ответственным
Правило «все заявки падают в общий чат» работает до первого отпуска и большого потока. Мы фиксируем распределение: по услуге, городу, филиалу, рабочему времени или очереди. У каждой заявки после создания появляется конкретный владелец и срок первого действия.
Для застройщика обращение по определённому объекту должно попасть команде этого объекта. Для клиники запись относится к филиалу и направлению. Для небольшой компании достаточно одного менеджера и резервного сотрудника — сложность не является целью.
14:05. Дубль не удаляем вслепую
Один человек может отправить форму повторно, позвонить и скачать расчёт. CRM должна связать касания с контактом, но сохранить новый интерес и время. Если интеграция просто отбрасывает совпавший телефон, менеджер не увидит, что прежний клиент вернулся за другой услугой.
Дедупликация должна объединять человека, а не стирать новое обращение.
14:06. Основной путь не сработал
Сбой интеграции неизбежно когда-нибудь произойдёт: изменится пароль, закончится лимит сервиса, обновится форма. Поэтому есть резерв — письмо или защищённый журнал — и отдельное уведомление об ошибке. Важно, чтобы резерв содержал достаточно данных для ответа и не раскрывал чувствительную информацию случайным адресатам.
- Сайт подтверждает отправку только после фактического принятия данных.
- Ошибка интеграции не показывается клиенту техническим сообщением.
- Ответственный получает сигнал со страницей, временем и типом сбоя.
- Необработанные обращения видны отдельным списком до восстановления.
- После ремонта очередь повторно передаётся без создания хаотичных дублей.
14:07. Менеджер получает не просто уведомление
Уведомление ведёт в карточку, где уже видно, что заинтересовало человека. Шаблон первого ответа учитывает форму, но не выдаёт автоматическое сообщение за живой разговор. Если обещано позвонить в конкретный срок, CRM должна напомнить об этом ответственному, а руководитель — видеть просрочки.
В кейсе SMS-сценариев для застройщика мы выделяли точки, где внимание клиента терялось после первого звонка, просмотра объекта или ожидания новой очереди. Сообщения запускались из CRM по событию и интересу. Такой подход полезен только при корректной истории контакта; без неё автоматизация начинает отправлять неуместные напоминания.
Приёмка: пять обращений вместо одного
- Новая заявка с рекламной меткой и выбранной услугой.
- Повторная заявка с тем же телефоном, но другим вопросом.
- Форма с ошибкой и последующим исправлением.
- Обращение вне рабочего времени, которое получает дежурное правило.
- Искусственный сбой основного канала с проверкой резерва и уведомления.
Каждый тест проходит от страницы до карточки, назначения и первого действия менеджера. Отдельно сверяем события аналитики. Технические детали конкретной связки зависят от CRM; подготовить постановку задачи помогает статья об интеграциях лендинга.
Интеграция обычно входит в объём разработки сайта, но бизнес должен определить владельца и срок ответа. Технология может доставить заявку за секунду. Увидит ли её человек и продолжит ли разговор — уже вопрос процесса, который нельзя оставлять за рамками проекта.
