Корпоративный сайт завода легко свести к стандартному набору:
информация о предприятии, продукция, новости и контакты. Формально такой
ресурс может быть полным, но это ещё не делает его удобным
B2B-инструментом.
Для промышленной компании сайт находится на пересечении двух задач. С
одной стороны, он представляет предприятие как организацию. С другой —
помогает потенциальному клиенту или партнёру разобраться в продукции и
перейти к предметному взаимодействию. Если эти задачи проектируются
отдельно, сайт распадается на корпоративную часть и каталог, между
которыми пользователь должен самостоятельно искать связь.
Опыт Mercury RUS по промышленным проектам —
позволяет рассматривать корпоративный сайт именно как часть
B2B-коммуникации, а не как цифровую презентацию предприятия.
нужно с того, что пользователь должен понять о предприятии
На промышленном рынке продукт редко существует отдельно от
производителя. Для B2B-аудитории важен контекст: кто выпускает
продукцию, какие направления ведёт предприятие, насколько понятна его
специализация, где получить дополнительную информацию и как перейти к
обращению.
Поэтому корпоративная информация должна работать не как обязательный
раздел «О компании», а как часть принятия решения. Пользователь, который
пришёл за конкретной продукцией, должен быстро понять, с каким
предприятием имеет дело. Тот, кто начинает с информации о компании,
должен без длинного обходного пути перейти к продуктовым
направлениям.
Так появляется первая архитектурная задача — связать корпоративный и
продуктовый слой сайта.
Продуктовая
структура важнее объёма каталога
Не каждый промышленный сайт требует интернет-магазина или сложной
фильтрации. Но почти всегда требуется понятная продуктовая
архитектура.
На предпроектном этапе полезно ответить на вопросы: как предприятие
само делит продукцию и совпадает ли это деление с логикой клиента? Какие
группы должны быть доступны с верхнего уровня? Где пользователю
достаточно названия направления, а где необходимо более подробное
описание? Как перейти от общей категории к конкретному предмету
обращения?
В проектах 670–672 подтверждён сам промышленный корпоративный
контекст, но исходные данные не дают основания приписывать каждому сайту
конкретные фильтры, формы запроса коммерческого предложения или
одинаковую структуру каталога. Поэтому правильный вывод здесь
методологический: продуктовая архитектура должна проектироваться под
реальный состав предложения конкретного предприятия, а не копироваться
из другого промышленного проекта.
B2B-аудиторию лучше
описывать через задачи
В промышленном проекте соблазнительно составить длинный список ролей
— закупщик, инженер, руководитель, дилер. Иногда это действительно
полезно, но без подтверждённых данных такой перечень быстро становится
формальным.
Для структуры сайта практичнее начать с задач. Один пользователь ищет
конкретное направление продукции. Другой сначала оценивает предприятие и
только затем переходит к продуктам. Третьему нужен контакт для
предметного вопроса. Эти сценарии можно использовать для проверки
архитектуры независимо от должности человека.
Такой подход помогает избежать двух крайностей: слишком общего сайта
«для всех» и чрезмерной сегментации, когда под предполагаемые роли
создаются отдельные ветки без достаточных оснований.
должен сокращать дистанцию между продуктом и обращением
Для B2B-сайта важен не только доступ к информации, но и понятный
переход к следующему действию. Необязательно превращать каждую страницу
в посадочную. Достаточно, чтобы после изучения продукта пользователь
понимал, как продолжить взаимодействие с предприятием.
Это влияет на архитектуру: контактные точки должны быть связаны с
контекстом страницы, а продуктовые разделы не должны заканчиваться
тупиком.
При этом форма или конкретный механизм передачи заявки — отдельный
проектный вопрос. Для «Аврора ЭЛМА», «Урал АТИ» и КЗБИ исходный graph не
даёт достаточной детализации, чтобы описывать одинаковую механику
обращений. Поэтому важен сам принцип: структура сайта должна вести от
информации к следующему понятному шагу, но техническая реализация этого
шага определяется данными конкретного проекта.
в бизнес» — это не обязательно техническая интеграция
В описании проекта «Аврора ЭЛМА» сайт
представлен как инструмент, интегрированный в бизнес заказчика. Эту
формулировку важно читать аккуратно.
Она не даёт права автоматически приписывать проекту интеграцию с 1С,
ERP, CRM или другой системой. Зато она фиксирует более широкий подход:
сайт рассматривается не как отдельный медийный объект, а как элемент
работы компании.
Для предпроектной стадии это полезный критерий. Команда должна
понимать, какую функцию ресурс выполняет внутри B2B-коммуникации
предприятия: представляет продуктовую систему, помогает клиенту
ориентироваться, формирует качественное обращение, поддерживает
актуальное представление компании или сочетает несколько задач.
Как связать
корпоративную и продуктовую часть
На практике полезно рассматривать не «разделы», а переходы между
ними.
Если человек читает о предприятии, куда он идёт дальше, чтобы увидеть
продукцию? Если он находится в продуктовой категории, может ли быстро
получить контекст о производителе? Есть ли у продуктовых страниц единая
логика? Понятно ли, где заканчивается общая информация и начинается
содержание конкретного направления?
Такая карта переходов помогает обнаружить архитектурные разрывы ещё
до дизайна. Часто проблема не в отсутствии информации, а в том, что два
нужных блока существуют на сайте отдельно и пользователь не видит между
ними связи.
Что
зафиксировать до разработки промышленного сайта
Минимальная предпроектная модель может состоять из пяти пунктов:
- Как предприятие должно быть представлено в цифровом
пространстве. - Как устроены продуктовые направления.
- Какие основные задачи пользователь решает на сайте.
- Как связаны корпоративная и продуктовая информация.
- Как пользователь переходит от изучения к предметному обращению.
Этого уже достаточно, чтобы оценивать структуру сайта не по
количеству страниц, а по тому, насколько последовательно она
поддерживает B2B-сценарии.
Главное
Корпоративный сайт промышленного предприятия становится
B2B-инструментом не из-за большого каталога или сложного функционала.
Его качество определяется тем, насколько понятно он связывает
предприятие, продукцию и действие пользователя.
Проекты Mercury RUS в промышленном сегменте показывают ценность
именно такого взгляда. Сначала нужно определить бизнес-сценарии и
продуктовую архитектуру, затем связать их с корпоративной частью сайта —
и только после этого переходить к конкретным интерфейсным решениям.