Еженедельная проверка цепочки «форма → почта → СРМ-система»: тестовая заявка по расписанию

Самая неприятная поломка на сайте та, о которой никто не знает. Страница открывается, кнопки нажимаются, форма говорит «Спасибо, заявка отправлена», а менеджеры неделями сидят без обращений и гадают, куда пропал спрос. Причина часто в том, что где-то по дороге от формы до СРМ-системы цепочка порвалась, и заявки уходят в пустоту. Хорошая новость в том, что это можно предупредить: достаточно раз в неделю отправлять тестовую заявку и убеждаться, что она дошла до конца. Ниже описано, как устроить такую проверку, кто за неё отвечает, что автоматизировать, а что лучше делать руками.

Что такое цепочка «форма, почта, СРМ-система»

Когда человек заполняет форму на сайте, запускается маленький конвейер. Сначала браузер отправляет данные на сервер. Сервер проверяет поля, сохраняет заявку и отправляет письмо на электронную почту ответственного сотрудника. Параллельно данные уходят в СРМ-систему, например в Битрикс24 или амоСРМ, где автоматически создаётся сделка или контакт, назначается менеджер и ставится задача перезвонить. Иногда к этому добавляются уведомление в Телеграм, смс сотруднику, запись в таблицу.

Каждое звено может выйти из строя независимо от остальных. Форма продолжает показывать радостное сообщение, потому что проверка идёт только на уровне браузера. Письмо не приходит из-за настроек почтового сервера или переполненного ящика. Заявка не попадает в СРМ-систему из-за того, что истёк ключ доступа, изменилась структура полей или сменился менеджер, на которого настроено правило.

Важно понимать, что цепочка не заканчивается на СРМ-системе. Нужно, чтобы заявка дошла до человека, который перезвонит клиенту, и чтобы Яндекс.Метрика зафиксировала цель. Поэтому полноценная проверка включает не только «пришло ли письмо», но и «увидел ли менеджер задачу», «записалась ли цель», «верно ли указан источник».

Где цепочка рвётся чаще всего

Самая распространённая причина это правка сайта. Дизайнер поменял блок с формой, разработчик обновил шаблон, и в процессе пропало одно скрытое поле, которое нужно для отправки. Внешне всё выглядит как раньше. Вторая по частоте причина: изменилась почта. Сотрудник уволился, ящик закрыли, и письма летят в никуда. Или сервер получателя начал считать письма спамом и отправляет их в соответствующую папку, куда никто не заглядывает.

Третья причина: обновление системы управления сайтом или её модулей. Новая версия меняет поведение отправки, и старая настройка перестаёт работать. Четвёртая: отключение интеграции с СРМ-системой, потому что истёк срок действия ключа, закончился тариф, администратор поменял пароль. Пятая: капча. Её подключили для защиты от роботов, но она заблокировала и настоящих людей, особенно в мобильной версии.

Шестая причина менее очевидна: лимиты. Бесплатные тарифы сервисов отправки писем и смс ограничивают количество сообщений в сутки. Месяц был спокойным, потом реклама привела больше людей, лимит исчерпан, и последние заявки дня не доходят. Седьмая: ошибки в телефонии. Номер, подставляемый на сайте, перестал переключаться или оплата сервиса коллтрекинга закончилась, и звонки идут в никуда. Это не форма, но по смыслу тоже часть цепочки обращений.

Принцип проверки: тестовая заявка с пометкой

Лучшая проверка это сама заявка. Вы отправляете форму так, как это сделал бы клиент, и по шагам убеждаетесь, что она добралась до каждого звена. Для этого нужны несколько правил.

Первое: заявка должна быть узнаваемой. В поле имени пишите заранее оговорённую фразу, например «Тест проверка цепочки», в комментарии указывайте дату и своё имя. Менеджеры должны знать эту фразу, чтобы не звонить на тестовый номер и не расстраиваться. В СРМ-системе заведите отдельный статус или метку для тестов, чтобы такие сделки не попадали в отчёты по продажам.

Второе: заявка должна проходить тот же путь, что и настоящая. Используйте браузер без сохранённых данных или режим инкогнито, зайдите на сайт через обычный поисковый запрос или ссылку, а не через адресную строку, чтобы в СРМ-системе зафиксировался источник. Проверьте компьютерную и мобильную версии, потому что у них может быть разная вёрстка.

Третье: проверяйте каждую форму отдельно. У сайта обычно их несколько: основная заявка, обратный звонок, подписка, форма в подвале, окно с предложением. Каждая может быть привязана к своему обработчику.

Четвёртое: фиксируйте время. С момента отправки до появления письма и сделки должно пройти не больше пары минут. Если письмо идёт двадцать минут, это уже сигнал о проблеме, хотя формально оно дошло.

Чек-лист проверки по шагам

Составьте короткий порядок действий и держите его в общем доступе. Он должен занимать не больше четверти часа, иначе его перестанут выполнять. Вот логика, которую мы советуем клиентам, описанная связным текстом, а не списком, чтобы вы адаптировали под свои реалии.

Сначала вы открываете сайт и убеждаетесь, что страница с формой загружается и кнопка нажимается. Затем заполняете форму тестовыми данными, включая необязательные поля и выпадающие списки, и отправляете. Проверяете, что на экране появилось подтверждение и что оно соответствует действительности: страница благодарности открылась, а не просто мигнуло окно.

Дальше вы идёте по цепочке. Открываете почту ответственного и находите письмо: проверяете, что оно пришло во входящие, а не в нежелательные, что в нём верно указаны все поля, имя, телефон, услуга, комментарий, адрес страницы, с которой отправлена форма. Затем открываете СРМ-систему и находите созданную сделку: проверяете, что назначен правильный менеджер, что поля сопоставлены правильно, что источник указан, что поставлена задача на звонок и срок.

После этого заглядываете в Яндекс.Метрику: цель «Заявка» должна появиться в отчёте за сегодня, а параметры визита, если вы их используете, иметь верные значения. Наконец, проверяете уведомления в Телеграме или других каналах, если они подключены. Если хоть один шаг не прошёл, вы фиксируете, на каком именно, и сообщаете ответственному.

В конце проверки тестовую сделку закрываете со статусом «тест» и ставите отметку в журнале. Не оставляйте тестовые записи открытыми: они искажают отчёты и путают менеджеров.

Кто отвечает и как вести журнал

Проверка работает, только если у неё есть хозяин. Назначьте одного человека, например руководителя отдела продаж, маркетолога или администратора сайта, и одного заместителя на случай отпуска. Укажите день и время: понедельник утром идеально подходит, потому что выходные, когда обычно что-то ломается из-за плановых работ, остались позади, а рабочая неделя только начинается.

Журнал можно вести в простой таблице. Колонки: дата, кто проверял, какая форма, пришло ли письмо, создана ли сделка в СРМ-системе, записана ли цель в Метрике, время доставки, комментарий. Таблица хранится в общем облачном документе, например в Яндекс Документах, и доступна всем, кому нужно знать статус. Строки закрашиваются зелёным, если всё в порядке, и красным, если есть сбой.

Журнал нужен ещё и для истории. Если однажды вы заметите, что заявок стало меньше, вы откроете таблицу и увидите, когда последний раз всё работало. Это сужает поиск причины до нескольких дней, а не месяцев. Также журнал помогает убедиться, что проверку не забывают: пустая неделя в таблице это повод поговорить.

Что можно автоматизировать, а что оставить человеку

Часть работы можно переложить на программы. Существуют сервисы, которые по расписанию отправляют тестовую заявку и проверяют ответ сайта, а также следят за доступностью страницы. Сервисы мониторинга российского происхождения умеют проверять, открывается ли страница, и присылать уведомление в Телеграм, если сайт недоступен. Для почты можно настроить правило, которое при отсутствии письма с пометкой «тест» к определённому часу отправляет напоминание. В СРМ-системе можно создать автоматизацию: если за сутки нет ни одной новой сделки, уведомить руководителя. Это простой и очень полезный сигнал: даже в самый тихий день заявки обычно есть, а ноль на фоне обычных десяти должен насторожить.

Но полностью доверять роботу нельзя. Он не заметит, что менеджеры не видят задачу из-за настроек уведомлений, что в письме сбиты поля или что в мобильной версии форма не нажимается из-за наложившегося блока. Поэтому раз в неделю нужно пройти путь глазами человека, хотя бы по одной основной форме, а раз в месяц полностью по всем.

Хорошее разделение выглядит так: автоматика проверяет доступность сайта и наличие заявок в течение суток, человек раз в неделю проходит тестовую заявку целиком и сверяет содержимое, раз в месяц проводится полный аудит всех форм, телефонов и интеграций.

Заявки с карт тоже входят в цепочку

Многие компании проверяют только форму сайта и забывают, что обращения приходят и другими путями. Звонки с карточки в Яндекс Бизнесе идут на номер, указанный в карточке. Звонки из 2ГИС идут на номер, указанный там. Если номер поменялся, а в карточках остался старый, клиенты звонят в пустоту. Раз в неделю стоит набрать эти номера: убедиться, что телефон отвечает, что звонок маршрутизируется на нужного сотрудника, что запись звонка попадает в СРМ-систему или систему учёта.

Проверьте также часы работы и адреса: карточки подтягивают их автоматически, но иногда в праздники отображается неверная информация, и человек приезжает к закрытой двери. Проверьте сообщения и чаты, если они подключены, а также новые отзывы: за неделю их может появиться несколько, и на каждый нужно ответить.

Для учёта удобно использовать отдельные номера для сайта, Яндекс Бизнеса и 2ГИС, подключённые через сервис коллтрекинга, например Коллтач или Каллибри. Тогда в еженедельную проверку добавляется строка: «звонок на номер карточки Яндекс Бизнеса», «звонок на номер 2ГИС», и вы видите их в тех же отчётах, что и заявки с сайта.

Что делать, если проверка выявила сбой

Главное правило: сначала восстановить приём заявок, потом искать виноватых. Если выяснилось, что письма не приходят, немедленно подключите запасной канал: добавьте второй адрес получателя, включите уведомления в Телеграм, временно настройте перенаправление заявок в СРМ-систему вручную. Если форма не отправляется вовсе, разместите на сайте заметный номер телефона и кнопку мессенджера, пока идёт ремонт.

Затем зафиксируйте время сбоя. Для этого открывайте журнал и ищите последнюю успешную проверку. Дальше выгрузите из Яндекс.Метрики данные по визитам с формы и сравните с количеством заявок в СРМ-системе за этот период. Разница это приблизительное число потерянных обращений. Часть из них можно вернуть: если у вас подключён сервис записи звонков или у формы есть резервная копия в базе данных сайта, заявки можно восстановить. Многие системы управления, включая ХостСМС, хранят отправленные формы в собственном журнале, поэтому после поломки письма можно вытащить оттуда и передать менеджерам.

Потом свяжитесь с теми, кто оставил заявку и не получил ответа. Это неприятно, но честное сообщение с извинением часто возвращает клиентов. Не пытайтесь скрывать: человек, которому позвонили через неделю, обычно реагирует лучше, чем тот, кого проигнорировали.

Наконец, разберите причину и закройте её. Если дело в правке, добавьте в порядок работы правило «после любого изменения форм отправляется тестовая заявка». Если в ключе доступа, поставьте напоминание заранее о его продлении. Если в ящике, заведите общий адрес для заявок, а не личный.

Как встроить проверку в обычную жизнь компании

Чтобы проверка не превратилась в формальность, привяжите её к рабочему ритму. Включите в еженедельную планёрку один вопрос: «Тестовая заявка пройдена, результат такой-то». Договоритесь, что любая правка сайта, даже самая небольшая, сопровождается тестовой отправкой, и подрядчик присылает подтверждение. Закрепите это в регламенте работы с подрядчиками: пока нет подтверждения проверки, работа не считается принятой.

Хорошо работает также привычка смотреть на динамику заявок по дням. В Метрике создайте простой отчёт «заявки по дням» и закрепите его на главной странице счётчика. Резкое падение до нуля на два дня подряд в будни это сигнал, достаточно серьёзный, чтобы срочно проверять форму. Но не ждите сигнала: плановая проверка дешевле, чем разбор последствий.

Если у вас несколько сайтов, филиалов или посадочных страниц под рекламу, составьте реестр: список форм, адреса получателей, интеграции, ответственные. Реестр обновляйте при любом изменении. Он нужен и при смене подрядчика, и при уходе сотрудника, чтобы не потерять знания о том, как всё устроено.

Не забывайте обучать новых сотрудников. Человек, который пришёл в отдел продаж, должен знать, что есть тестовые заявки, и как их отличать. Иначе первая тестовая сделка будет принята за настоящую.

Как это связано с продвижением 3 в 1

Еженедельная проверка цепочки защищает все три канала обращений одновременно. Первый канал: поиск. Поисковое продвижение и ГЕО-оптимизация делают сайт заметным и в обычной выдаче, и в ответах нейропоиска: для этого на сайте нужны понятная структура, прямые ответы на вопросы клиентов и факты о компании. Но если форма, которая принимает обращения от этих посетителей, сломана, все усилия напрасны. Второй канал: карточка в Яндекс Справочнике и Яндекс Бизнесе, отображаемая в Яндекс Картах. Заполненность, фото, услуги с ценами, отзывы, актуальные телефон и часы работы приводят людей, но звонок должен дойти. Третий канал: 2ГИС с его отдельной аудиторией, ищущей прямо в приложении на телефоне, где тоже нужны правильные номера и ответы на сообщения.

Когда продвигается только один канал, а проверка охватывает только форму сайта, остальные обращения остаются без контроля. Мы рекомендуем в журнале проверки держать три блока: форма на сайте, звонок на номер карточки Яндекс Бизнеса, звонок на номер из 2ГИС. Обращения с карт считаются наравне с заявками с сайта и отслеживаются отдельными номерами, метками в ссылках и статистикой карточек, а заявки и их источники сводятся в Яндекс.Метрике и СРМ-системе в единую картину.

Так вы одновременно решаете две задачи: убеждаетесь, что обращения не теряются, и получаете честное сравнение каналов по количеству и качеству заявок, стоимости каждой и доле доведённых до сделки.

Вывод

Цепочка от формы до СРМ-системы состоит из нескольких звеньев, и каждое может сломаться без видимых признаков. Регулярная тестовая заявка с понятной пометкой, ответственный человек, журнал проверок, автоматические сигналы об отсутствии обращений и учёт звонков с карточек на картах позволяют заметить сбой за несколько дней, а не за несколько месяцев. Настроить такой порядок можно самостоятельно, но надёжнее, когда это делают те, кто отвечает и за сайт, и за интеграции, и за аналитику, то есть специалисты «Сайты Профессионально». Они выстроят проверку под ваш сайт и ваши процессы, чтобы ни одна заявка не терялась по дороге.

Если вы не уверены, что все заявки с вашего сайта и карточек на картах доходят до менеджеров, закажите бесплатную диагностику у «Сайты Профессионально»: мы пройдём цепочку от формы до СРМ-системы и покажем, где есть риск потерь.