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