Заказчик показывает сайт конкурента: дорогой дизайн, крупные фотографии производства, солидный слоган на главной — и спрашивает, почему у него самого сайт выглядит не хуже, а заявок с него почти нет. Ответ почти всегда один: красивый сайт и сайт, который генерирует заявки, — это два разных технических задания, и без сознательного проектирования под заявку первое не переходит во второе автоматически.
Ниже — как спроектировать B2B-сайт так, чтобы он не просто представлял компанию, а системно приводил обращения: структура для двух типов посетителя с разными вопросами, коммерческие блоки, которые реально влияют на решение, формы без лишнего трения и разбор типичных ошибок, из-за которых солидный на вид сайт не работает как канал продаж. Это обобщённый опыт наших проектов по разработке сайтов для B2B-компаний.
Коротко
- У B2B-покупки обычно два разных человека с разными вопросами: ЛПР ищет доверие, снабженец — характеристики и условия.
- Структура сайта должна отвечать на вопросы обоих в разных разделах, а не одной универсальной страницей «О компании».
- Форма заявки должна быть на страницах каталога и услуг, а не только на «Контактах» — заявка нужна там, где возникает решение.
- Полное отсутствие ценовых ориентиров отпугивает снабженца, который сравнивает поставщиков и не готов запрашивать цену у каждого.
- Дизайн формирует доверие, но заявку генерируют конкретные коммерческие элементы — их отсутствие не лечится редизайном.
Солидно выглядит — заявок нет: в чём разрыв
Дизайн корпоративного сайта решает эмоциональную задачу: убедить посетителя, что перед ним надёжная, крупная, компетентная компания. Это важная, но не единственная задача B2B-сайта. Между «выглядит солидно» и «приводит заявки» лежит конкретный набор функциональных элементов: понятная структура каталога или услуг, коммерческие данные, которые снабженец использует для сравнения, и низкое трение на пути от «заинтересовался» до «оставил контакты». Сайт может безупречно закрывать первую задачу и полностью провалить вторую — тогда трафик приходит, посетитель уходит с хорошим впечатлением о компании, но без единого действия, которое можно квалифицировать как лид.
Разрыв обычно возникает не из-за нехватки бюджета на дизайн, а из-за того, что при проектировании сайта фокусировались на визуальном впечатлении и общей структуре разделов, но не проектировали сайт от сценария конкретного посетителя, который уже сравнивает поставщиков и ищет ответ на конкретный вопрос.
Два типа посетителя: ЛПР и снабженец
Ключевая особенность B2B-продаж — решение о покупке почти всегда проходит через нескольких людей с разными зонами ответственности и разными критериями. Для проектирования сайта удобно свести это к двум архетипам, даже если в реальности участников больше.
- ЛПР (лицо, принимающее решение) — руководитель, собственник или директор по закупкам, который в первую очередь оценивает надёжность партнёра: опыт на рынке, крупных клиентов, гарантии, юридическую чистоту сделки. Его вопрос — «можно ли доверять этой компании как поставщику или подрядчику».
- Снабженец / технический специалист — человек, который непосредственно сравнивает предложения: технические характеристики, цену, сроки поставки, минимальную партию, условия оплаты. Его вопрос — «подходит ли это по параметрам и выгодно ли это конкретно сейчас».
Сайт, спроектированный только под одного из них, теряет вторую половину аудитории. Универсальный маркетинговый текст «Мы — надёжный партнёр с 2010 года» отвечает ЛПР, но бесполезен снабженцу, которому нужна таблица характеристик и цена. И наоборот, сухая техническая спецификация без единого слова о компании не даёт ЛПР повода довериться поставщику, даже если характеристики его полностью устраивают.
Путь ЛПР: доверие раньше деталей
Для ЛПР решающие элементы сайта — это социальное доказательство и снижение воспринимаемого риска: примеры реализованных проектов с конкретными результатами (а не общими фразами), логотипы известных клиентов, сертификаты и лицензии, если отрасль их предполагает, понятная информация о компании — годы на рынке, размер команды, производственные мощности. Важно, чтобы эти элементы были не спрятаны на одной странице «О компании», а появлялись контекстно там, где ЛПР их ожидает увидеть — например, крупный клиент в блоке рядом с каталогом, а не только в отдельном разделе портфолио.
Отдельно стоит спроектировать точку входа именно для ЛПР — короткую форму «Обсудить сотрудничество» или «Заказать звонок руководителя проекта», отдельную от формы «Оставить заявку на товар». ЛПР редко хочет сразу указывать конкретные позиции — ему важно начать разговор, а не оформить заказ.
Путь снабженца: характеристики раньше эмоций
Снабженец приходит на сайт уже с конкретной задачей: найти позицию, сравнить с другими поставщиками и либо запросить цену, либо сразу заказать. Для него критичны полнота карточки товара или услуги (технические характеристики, сертификаты соответствия, варианты исполнения), удобный поиск по артикулу или параметрам, если каталог большой, и явные условия — минимальная партия, сроки поставки, варианты оплаты.
Эмоциональные блоки (истории успеха, миссия компании) снабженцу не мешают, но и не помогают принять решение — для него это шум на пути к главному вопросу «подходит ли это и сколько это стоит». Хорошая практика — не убирать имиджевые блоки со страниц каталога полностью, а не ставить их между посетителем и коммерческой информацией: сначала характеристики и цена, ниже — почему стоит выбрать именно эту компанию.
Структура сайта, которая отвечает обоим
Практический вывод из двух путей — структура сайта должна параллельно вести обе аудитории, не заставляя ни одну из них продираться через контент, адресованный другой. На уровне разделов это обычно выглядит так: отдельный раздел с портфолио/кейсами и подробной информацией о компании — для ЛПР; полноценный каталог или страницы услуг с характеристиками, ценами и сроками — для снабженца; и главная страница, которая быстро маршрутизирует посетителя к нужной ему части, а не пытается рассказать всё сразу одним длинным полотном.
| Раздел сайта | Для кого в первую очередь | Что должно быть на странице |
|---|---|---|
| Главная | Оба — быстрая маршрутизация | Кто вы, что продаёте, кому, две точки входа (каталог / обсудить проект) |
| Каталог / услуги | Снабженец | Характеристики, цена или её диапазон, сроки, форма заявки на позицию |
| О компании / кейсы | ЛПР | Опыт, клиенты, результаты в цифрах, форма «Обсудить сотрудничество» |
| Условия сотрудничества | Оба | Минимальная партия, оплата, доставка, документооборот — снимает типовые вопросы до звонка |
| Контакты | Оба — финальная точка | Не единственная форма на сайте, а резервный вариант для тех, кто не нашёл нужный раздел |
Коммерческие блоки: что убеждает купить
Помимо структуры разделов, есть набор конкретных содержательных блоков, которые прямо влияют на решение оставить заявку — вне зависимости от того, насколько красиво оформлен сайт в целом.
- Конкретика вместо общих фраз. «Изготавливаем за 5 рабочих дней, минимальная партия — 50 единиц» убеждает больше, чем «оперативно и качественно».
- Условия сотрудничества отдельным блоком. Оплата, документооборот, доставка — вопросы, которые снабженец задаст всё равно; лучше ответить на них до звонка, а не тратить время менеджера на типовые вопросы.
- Социальное доказательство рядом с решением. Логотип клиента или короткий кейс рядом с карточкой услуги/товара, а не только в отдельном разделе портфолио.
- Ответ на «почему именно вы» без штампов. Конкретные отличия от типовых конкурентов — собственное производство, сертификация, гарантия, а не «индивидуальный подход» без расшифровки.
Формы без трения: где и как их размещать
Одна из самых частых причин низкой конверсии — единственная форма заявки на всём сайте, спрятанная на странице «Контакты». Посетитель, который уже готов оставить заявку прямо на странице каталога или услуги, вынужден искать раздел контактов, терять контекст (какая именно позиция его интересовала) и заново формулировать запрос — и заметная часть посетителей на этом шаге просто уходит.
- Разместите форму там, где возникает решение. На карточке товара/услуги — «Узнать цену» или «Оставить заявку», а не только общая форма внизу сайта.
- Сократите число обязательных полей. Имя, контакт (телефон или e-mail) и, если уместно, интересующая позиция — этого достаточно для первого касания.
- Передавайте контекст формы автоматически. Если форма открыта с карточки конкретного товара, название позиции должно попасть в заявку без ручного ввода — это и удобнее для посетителя, и полезнее для менеджера.
- Разделите формы по типу обращения. «Заказать звонок» для быстрого контакта и «Обсудить проект» для более сложного запроса — разные формы с разной глубиной вопросов под разный уровень готовности посетителя.
- Уберите капчу и лишние подтверждения там, где риск спама невысок. Каждый дополнительный шаг между «хочу оставить заявку» и «заявка отправлена» снижает конверсию — компенсировать спам лучше на стороне серверной валидации и модерации, а не за счёт удобства формы.
Цены и коммерческие условия: молчать нельзя
Частое решение на B2B-сайтах — не публиковать цены вообще, полагая, что «цена всё равно индивидуальная» или что публикация цен ослабит переговорную позицию. На практике полное отсутствие любых ценовых ориентиров работает против конверсии: снабженец, который сравнивает три-пять поставщиков, физически не может запросить точную цену у каждого ради первичного отбора и просто исключает из сравнения тех, кто вообще не даёт ориентира.
Рабочий компромисс — не обязательно публиковать точный прайс, если это действительно невозможно по бизнес-причинам, но дать хоть какой-то ориентир: диапазон цен, цену «от», калькулятор примерной стоимости по параметрам или явное «цена по запросу» с моментальной формой рядом, а не отсылкой на страницу контактов через три клика. Молчание по цене — это не нейтральная позиция, а активный барьер, который отсеивает часть аудитории ещё до диалога с менеджером.
Как это выглядит в админке 1С-Битрикс
Формы заявок на карточках товаров/услуг настраиваются как компоненты форм (модуль «Формы» / CRM-формы) с привязкой к конкретной странице и передачей контекста через скрытые поля. Схематично настройка формы с автоматической подстановкой контекста выглядит так:
Маршрутизация заявок к нужному менеджеру
Отдельно стоит отличать задачу этой статьи от задачи личного кабинета: здесь речь о первом контакте с новым посетителем, который ещё ничего не покупал. Если у компании уже есть постоянные дилеры или оптовые клиенты, которые оформляют повторные заказы, — это отдельный сценарий, который закрывает не форма заявки, а B2B-портал с личным кабинетом: история заказов, персональные цены и повторная закупка без нового «холодного» обращения на сайт.
Заявка, которая пришла быстро и попала не к тому специалисту, теряет часть своей ценности — B2B-клиент ждёт компетентного ответа, а не переключения между отделами. Если у компании разные менеджеры по направлениям (например, розница/опт, разные товарные группы, разные регионы), маршрутизацию стоит закладывать на уровне формы: скрытые поля с разделом или категорией, из которой пришла заявка, автоматически определяют ответственного при создании сделки в CRM.
Это тот же принцип, что и передача контекста товара в форму, — просто применённый к ответственности за обработку, а не только к содержанию заявки. Правильная маршрутизация сокращает время первого ответа, а время первого ответа в B2B — один из сильнейших факторов, определяющих, дойдёт ли заявка до сделки или клиент уйдёт к следующему поставщику из своего списка сравнения.
Что измерять, чтобы понять — работает ли сайт
Субъективное «сайт выглядит хорошо» не заменяет метрики. Отслеживайте конверсию из посетителя в заявку по разделам сайта отдельно (каталог/услуги против «Контактов»), долю заявок с указанием конкретной позиции против «пустых» обращений через общую форму, и время между отправкой заявки и первым ответом менеджера. Резкий перекос — например, почти все заявки идут через «Контакты», а не с карточек услуг — прямой сигнал, что форм на нужных страницах недостаточно или они плохо заметны.
Частые ошибки корпоративных B2B-сайтов
- Единственная форма заявки — на странице «Контакты», без форм на карточках товаров и услуг.
- Сайт спроектирован только под ЛПР (имиджевые тексты) или только под снабженца (сухие характеристики) — теряет вторую половину аудитории.
- Полное отсутствие любых ценовых ориентиров — снабженец исключает компанию из сравнения ещё до контакта.
- Форма требует избыточного числа полей для первого касания — часть посетителей уходит, не дойдя до отправки.
- Контекст (какая позиция интересовала) теряется при переходе к форме — посетителю приходится формулировать запрос заново.
- Нет явных условий сотрудничества (минимальная партия, сроки, оплата) — менеджер тратит первый звонок на базовые вопросы вместо продажи.
- Заявки не маршрутизируются к профильному менеджеру — теряется время и компетентность первого ответа.
- Кейсы и социальное доказательство спрятаны в одном разделе портфолио, а не появляются контекстно рядом с каталогом и услугами.
Чек-лист сайта, который генерирует заявки
- Структура отвечает на вопросы обоих архетипов — есть раздел для ЛПР (доверие, кейсы) и раздел для снабженца (характеристики, цены).
- Формы размещены на страницах каталога/услуг, а не только на «Контактах».
- Форма для первого касания минимальна — имя, контакт, при необходимости интересующая позиция.
- Контекст страницы передаётся в заявку автоматически — товар, услуга или раздел, откуда пришло обращение.
- Есть хоть какой-то ценовой ориентир — диапазон, «от», калькулятор или быстрая форма запроса цены.
- Условия сотрудничества описаны явно — минимальная партия, сроки, оплата, документооборот.
- Заявки маршрутизируются к профильному менеджеру автоматически по разделу или категории.
- Конверсия отслеживается по разделам, а не только общим числом заявок с сайта.
Вывод
Сайт, который «выглядит солидно», и сайт, который генерирует заявки, — это разные технические задания, даже если внешне они похожи. Разница не в бюджете на дизайн, а в том, спроектирована ли структура от сценариев двух разных посетителей — ЛПР и снабженца, — и заложены ли конкретные коммерческие элементы: формы без трения на нужных страницах, ценовые ориентиры и понятные условия сотрудничества. Добавьте эти элементы к уже существующему дизайну — и тот же трафик начнёт превращаться в заявки, а не в вежливое «спасибо, посмотрели».
