Форма сказала «Спасибо». Как принять сайт и убедиться, что заявка дошла до продавца

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

Это учебный пример с двумя разными критериями готовности. Для веб-команды отправка состоялась. Для заказчика работа начинается в момент, когда конкретный сотрудник видит запрос, понимает его и может ответить. На приёмке нужны оба критерия. Ниже - сценарий совместной проверки, который не зависит от марки CRM.

Договориться, где заканчивается проверка

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

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

Разместите
тендер бесплатно

Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.

Заполнить заявку 13827 тендеров
проведено за восемь лет работы нашего сайта.

Три заявки вместо экскурсии по интерфейсу

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

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

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

Как описать сбой, чтобы его можно было исправить

«Иногда теряются лиды» - плохая заявка в поддержку. Полезная запись выглядит иначе: «Тест Б, сервисная форма, отправлено в 11:24. На сайте подтверждение, письмо получено. В CRM в 11:25 изменился комментарий по тесту А. У сервисного инженера задачи нет». Здесь уже есть место, с которого можно начинать разбор: что произошло между получением второго запроса и распределением работы.

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

После исправления повторить не только упавший тест

Допустим, сервисную заявку научили отправлять инженеру. Повторите пару А и Б с одним тестовым контактом: одиночная проверка Б не покажет, сохранилась ли старая заявка на расчёт. Затем попросите продавца и инженера по отдельности открыть свои задачи. Так видно, кто фактически сможет их обработать после ухода проектной команды.

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