Один продукт, четыре разных покупателя
ИП Емельянова — официальный представитель завода СЛТ Аква и торговой марки SLT BLOCKFIRE: полипропиленовые трубы для спринклерного пожаротушения, замена стальным трубопроводам на объектах от складов до жилых комплексов. У продукта не один покупатель, а четыре, и у каждого свой вопрос: девелопер считает стоимость владения на годы вперёд, проектировщик — впишется ли труба в нормативы и BIM, подрядчик — сколько сэкономит на монтаже без сварки, снабжение — успеет ли завод отгрузить в срок.
Прежний сайт отвечал на все четыре вопроса одной страницей и терял заявки в почтовом ящике, который открывают не каждый день. Задача была не «сделать сайт», а построить путь от рекламного ролика до сделки в CRM дилера — без ручной пересылки писем и без формы, которая соберёт ботов вместо клиентов.
Одиннадцать страниц, четырнадцать роликов и объекты по годам
Одиннадцать страниц по sitemap.xml: главная, продукция, документация, объекты, контакты — и отдельный лендинг под каждую из четырёх ролей покупателя, со своим заголовком и своей выгодой на первом экране («TCO на 50 лет, а не на 12» для собственника, «−31% трудозатрат» для монтажной бригады, «прямая отгрузка с завода» для снабжения).
Под четыре аудитории — четырнадцать рекламных роликов, включая мемную серию «Марио» для соцсетей, и страница «Объекты» со 179 реализованными проектами в хронологическом порядке по годам, плюс три флагманских кейса (склад OZON в Хабаровске, склады «Яндекс» в Софьино, Лебединский ГОК) вынесены отдельной витриной со схемой ListItem для поисковика.
Отдельно — генератор из пяти персонализированных писем-PDF под конкретные возражения: разбор коррозии на объекте клиента, сравнение стали и полипропилена по деньгам за 12 лет, разбор мифа про грувлочное соединение, пруф-лист сертификатов. Один HTML-шаблон плюс JSON-карточка под заказчика — Puppeteer печатает фирменный A4-документ, который менеджер прикладывает к письму.
Как устроен путь заявки
Форма на сайте отсеивает ботов без капчи, пятью слоями сразу: скрытое поле-приманка, минимум 3 секунды на заполнение (человек физически не успевает быстрее), лимит одной заявки с IP раз в 20 секунд, проверка, что домен почты вообще существует (MX или A-запись), и стоп-паттерны на ссылки и типовой спам-мусор в тексте. Ни один из этих слоёв не показывается посетителю — форма выглядит как обычная форма.
Дальше заявка уходит двумя путями одновременно: письмом на ящик дилера через SMTP и сделкой в amoCRM через REST API v4, с контактом, тегом по сегменту (заказчик, подрядчик, снабжение, проектировщик) и примечанием, в котором видно источник, страницу и комментарий клиента. Формат запроса собран так, чтобы выглядеть для amoCRM как лид с Тильды — менеджеру не нужно объяснять, что заявка с PHP-формы читается иначе.
Что из этого можно взять малому бизнесу
Мастерской или подрядчику не нужен весь этот объём: не четыре лендинга и не генератор PDF-писем. Нужна ровно одна вещь — чтобы заявка с сайта не зависела от того, кто и когда откроет почту, а сама попадала туда, где с ней реально работают: в CRM, в таблицу, в Telegram, куда угодно, лишь бы не терялась.
Это ровно то, что я делаю на сайтах для малого бизнеса и отдельной услугой — приём заявок без потерь: форма с антиботом без капчи, доставка в два канала сразу и понятный тег, откуда пришёл человек. Для B2B в строительстве и ремонте это особенно заметно — там заявка часто одна на весь цикл сделки, и потерять её значит потерять контракт, а не одного клиента из многих.