Сайт поставщика СИЗ: КП с НДС и заявка в CRM

Поставщик средств индивидуальной защиты, Екатеринбург · 2026. Сайт на MODX работал витриной, а закупщику нужен инструмент: прислать список позиций и получить КП с НДС. Доработали сайт под эту задачу и собрали контур, в котором заявка не теряется даже при сбое уведомлений.

Какой запрос не закрывал сайт

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

Что изменили в структуре и форме

Обновили дизайн в две итерации под логику закупщика: первый экран теперь продаёт главный сценарий - «все СИЗ из вашего списка - в одном КП», с обещанием подобрать позиции, аналоги и документы за рабочий день. Без переписывания движка: сайт остался на MODX, каталог и позиции в поиске не пострадали.

Собрали лид-контур: заявка с любой формы сначала фиксируется во внутренней CRM с источником, и только потом уходит уведомлением в Telegram. На формах есть страховочный канал доставки, а сторожевой скрипт следит, чтобы обновления CMS не отключили приём лидов молча. Метрику настроили с квалифицированной целью - на неё опирается оптимизация Директа; сами кампании перевели на дисциплину: только поиск, будни, рабочие часы.

Как заявка проходит до CRM

• Закупщик приходит из Директа или поиска и видит сценарий под свою задачу: прислать список - получить КП с НДС.
• Заявка с формы пишется в CRM с источником рекламы, затем уходит уведомлением менеджеру.
• Если уведомление сбоит - лид уже в CRM, страховочный канал доносит копию.
• Сторожевой скрипт проверяет, что после любых правок CMS формы по-прежнему пишут в CRM.

Почему так

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

Что стало измеримым

• Сайт продаёт главный сценарий закупки - закупщик сразу видит, что список позиций превратят в КП с НДС за рабочий день.
• Лид фиксируется всегда - сбой мессенджера или правка CMS больше не теряют заявки молча.
• Реклама оптимизируется по качеству - Директ учится на квалифицированной цели, а не на всех подряд кликах.

Под капотомMODX · внутренний CRM-контур · сторожевой скрипт · Яндекс.Метрика · Яндекс.Директ

Похожие кейсы