B2B-сайт редко работает как самостоятельная витрина. Он оказывается между продуктовой информацией компании, задачами клиента, отделом продаж и внутренними системами. Поэтому одна из самых дорогих ошибок в таком проекте — начать с набора страниц и интерфейса, не определив, какую часть бизнес-процесса должен поддерживать сайт.
Наш опыт показывает: до визуального проектирования нужно зафиксировать четыре контура — как устроена продуктовая информация, кто и с какой задачей приходит на сайт, что происходит с обращением после отправки формы и какие данные связаны с внутренними системами компании. Эти решения определяют и структуру сайта, и требования к разработке, и дальнейшую поддержку.
Каталог начинается не с карточки товара
Когда у компании большой ассортимент, каталог быстро становится центральной частью B2B-сайта. Но вопрос «как будет выглядеть карточка» здесь вторичен. Сначала нужно понять, как само предложение компании устроено для клиента.
B2B-магазин «Снабженец Юг» — это электронная коммерция с большим ассортиментом. Сайт Завода тормозных механизмов (НПО «ЗТМ») мы делали вместе с системой автоматизации отдела продаж и интеграцией с 1С. Проекты разные, но закономерность общая: структура каталога должна быть понятна не только посетителю, но и процессам, которые стоят за публикацией и обработкой данных.
До начала разработки стоит ответить на несколько вопросов. Какие группы продукции действительно различаются для покупателя? По каким признакам человек понимает, что попал в нужный раздел? Какие характеристики нужны для выбора, а какие можно оставить в подробном описании? Где заканчивается просмотр и начинается коммерческий сценарий — запрос, заявка, заказ или обращение к менеджеру?
Если эти решения откладываются до дизайна, каталог растёт механически: разделы повторяют внутреннюю номенклатуру компании, характеристики добавляются без приоритета, а навигацию приходится исправлять уже после наполнения.
Аудитория — не абстрактный «пользователь»
В B2B-проекте полезно разделять понятия «целевая аудитория» и «пользовательский сценарий». Не обязательно делать отдельные кабинеты или интерфейсы для каждой группы. Но нужно понимать, какие задачи люди решают на сайте и насколько эти задачи различаются.
Для официального дилера КАМАЗ «Волготехснаб» мы отдельно учитывали специфику B2B-аудитории и задачу сделать взаимодействие с сайтом простым и понятным. Это важный ориентир: сложность бизнеса не должна превращаться в сложность интерфейса.
До разработки мы проверяем будущую структуру на нескольких реальных сценариях. Может ли человек быстро перейти от общего представления о компании к конкретному продукту? Хватает ли информации, чтобы сформулировать обращение? Понятно ли, куда обращаться по конкретному вопросу? Не заставляет ли сайт разбираться во внутренней структуре организации? Такая проверка даёт больше, чем разговор о «современном UX»: она связывает структуру сайта с конкретными действиями.
Заявка — часть процесса продаж
На B2B-сайте важна не сама форма обратной связи, а то, что происходит после нажатия кнопки «Отправить».
В проекте «Волготехснаб» обращения попадают сразу в почту, Telegram и CRM. Вместе с обращением передаётся контекст: город пользователя, страница отправки и история просмотра. Менеджер получает не просто номер телефона, а обращение с информацией о том, чем интересовался человек.
Здесь хорошо видна граница между интерфейсом и бизнес-процессом. Пользователь видит форму, а компания должна заранее определить, кто получает обращение, какие данные действительно нужны и как сделать так, чтобы заявка не терялась внутри организации.
Поэтому до разработки мы договариваемся не только о полях формы, но и о том, кому назначается обращение, какие каналы используются, какой контекст передаётся менеджеру и какие данные вообще уместно собирать.
Интеграцию нельзя оставлять «на потом»
Если сайт обменивается данными с внутренней системой, это влияет на архитектуру ещё до начала разработки.
Сайт НПО «ЗТМ» создавался в связке с 1С и задачей автоматизации отдела продаж. Значит, его уже нельзя было проектировать только как набор экранов: нужно было заранее определить границу между данными сайта и данными учётной системы.
Универсального набора интеграционных сценариев не существует. В одном проекте важна синхронизация продуктовой информации, в другом — передача обращений, в третьем — другой внутренний процесс. Поэтому на старте мы составляем не технический протокол, а карту данных: что является источником, что отображается на сайте, что пользователь может изменить или отправить и куда эти данные должны попасть.
Каталог, обращения и внутренние системы проектируются согласованно — как части одной архитектуры.
У сайта должно быть понятное место в бизнесе
Сайт завода «Аврора ЭЛМА» мы делали как инструмент, встроенный в бизнес заказчика. Принцип важный: веб-ресурс оценивается не только по тому, насколько аккуратно он выглядит, но и по тому, насколько понятна его функция в работе компании.
Перед стартом проекта эту функцию стоит сформулировать одним предложением. Например: сайт помогает клиенту выбрать направление продукции и сформировать предметное обращение; сайт связывает каталог с учётной системой; сайт сокращает путь от интереса к контакту с нужным подразделением.
Если такую формулировку сделать не получается, велик риск, что команда начнёт проектировать страницы без общего критерия приоритета.
Что зафиксировать до интерфейсов
До начала дизайна и разработки B2B-сайта полезно иметь короткий согласованный документ, где определены:
- продуктовые направления и логика каталога;
- основные пользовательские сценарии;
- путь обращения от формы до ответственного сотрудника;
- контекст, который сопровождает заявку;
- внутренние системы, связанные с сайтом;
- границы и источники данных;
- приоритет первой версии и то, что можно развивать позже.
Такой документ не заменяет техническое задание. Его задача — не дать проекту начать жить как набор несвязанных страниц.
Главное
Хороший B2B-сайт начинается не с вопроса «какие блоки поставить на главной», а с понимания того, какую работу сайт выполняет между клиентом и компанией.
Каталог определяет способ выбора. Пользовательские сценарии определяют структуру. Заявки связывают интерфейс с отделом продаж. Интеграции связывают сайт с внутренними данными. Если эти четыре контура согласованы до разработки, все дальнейшие решения — от навигации до технической реализации — принимаются в понятной системе координат.
Подробнее — на странице услуги «Интеграция с 1С, CRM, ERP и API».