Сайт B2B-компании: разработка, личный кабинет и путь клиента

Сайт B2B-компании — это рабочий инструмент закупок, а не витрина. Закупщик приходит сюда за условиями работы, ценами по своему договору, документами и повторным заказом, а поставщик получает заявку с понятным контекстом. Поэтому разработка сайта B2B-компании начинается не с макета, а с описания пути клиента, ролей внутри компании-покупателя и того, какие данные должны дойти до отдела продаж.

Что такое сайт B2B-компании и где границы задачи

Сайт B2B-компании — это публичный ресурс, через который поставщик работает с юридическими лицами и индивидуальными предпринимателями: показывает номенклатуру и условия, принимает заявки, отдаёт документы и поддерживает повторные закупки. Внешне он может напоминать обычный корпоративный сайт, но логика внутри другая: покупатель — организация, решение принимается группой людей, а цены и условия часто индивидуальны.

Коротко о том, что за сайт b2b и чем он отличается от розничного. В рознице один человек сам выбирает и сам платит. В B2B за закупкой стоят снабженец, технолог, финансист и иногда служба безопасности; оплата идёт по счёту, а не картой; важен документооборот и повторяемость поставок. Отсюда и требования: закрытые разделы, цены по правам доступа, история заказов, выгрузка документов.

Границы задачи стоит зафиксировать письменно до старта. В работу обычно входит публичная часть, регистрация и модерация доступа, личный кабинет, каталог с ценами по группам пользователей, формы обращения и передача заявок во внутренние системы, роли сотрудников поставщика. За границами остаются внутренняя логистика, бухгалтерия и юридическая конструкция договора — это отдельные системы и профильные специалисты, а сайт лишь отображает их данные.

Если нужна техническая основа под такой проект, посмотрите разработку сайтов на Битрикс — там описано, как устроена платформа, на которой удобно собирать каталог, права доступа и кабинет.

Путь B2B-клиента: от первого запроса до повторной закупки

Путь клиента — главный документ, который согласуют до начала работ. Он показывает, где сайт помогает сделке, а где создаёт лишний шаг. Ниже — типовая последовательность; для конкретной компании она уточняется на интервью с отделом продаж.

1. Осознание потребности. Клиент понимает, что нужна партия товара или услуга. Сайт на этом этапе ещё не виден, но именно здесь формируется запрос, по которому его найдут. 2. Поиск поставщика. Клиент сравнивает несколько компаний. Ему нужны понятное описание номенклатуры, отраслевая специализация, регионы поставки и признаки надёжности. 3. Изучение предложения. Закупщик смотрит характеристики, условия работы с юрлицами, сроки, гарантию, наличие сертификатов. Если этого нет, он уходит к конкуренту, не написав ни строчки. 4. Запрос условий. Клиент оставляет заявку или пишет на почту. Здесь важно, чтобы форма собирала достаточно данных для расчёта и не отпугивала лишними полями. 5. Внутреннее согласование. Заявка уходит на согласование снабженцу, финансам, иногда юристам. Сайт может помочь, если у клиента есть ссылка на коммерческое предложение или страницу с условиями, которую можно переслать коллеге. 6. Договор и доступ. После согласования клиенту выдают доступ в закрытый раздел с его ценами. Это переломный момент: дальше работа идёт в личном кабинете. 7. Заказ и отгрузка. Клиент оформляет заказ, следит за статусом, получает счёт и накладную. Чем меньше ручных писем на этом шаге, тем ниже нагрузка на менеджера. 8. Повторная закупка. Основная ценность B2B-сайта. Клиент возвращается за той же позицией, видит историю и повторяет заказ в пару действий.

Если хотя бы один шаг не описан, в проекте появится пробел: например, красивый каталог без возможности повторить прошлый заказ или кабинет без документов.

Сложная услуга и несколько участников выбора

B2B-сделка почти всегда коллективная. Один человек ищет, другой согласует бюджет, третий проверяет документы. Сайт должен давать материал каждому, иначе сделку тормозит внутренняя переписка клиента.

Кто участвует в решении

• Инициатор — инженер, технолог, руководитель направления. Ему нужны технические характеристики, совместимость, примеры применения.
• Снабженец — сравнивает цены, сроки, условия поставки и отсрочки. Ему нужны понятные условия работы с юрлицами.
• Финансы — проверяют документы, порядок оплаты, реквизиты. Им важна предсказуемость и корректность счетов.
• Юристы и служба безопасности — смотрят договор, реквизиты, разрешительные документы. Здесь сайт лишь публикует то, что уже согласовано внутри компании.
• Руководитель — принимает решение по бюджету. Ему достаточно короткой выжимки: что покупаем, зачем, сколько стоит, какие риски.

Что показать каждому участнику

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

Материалы, которые снимают вопросы

Обычно помогают: подробные карточки товаров с параметрами, таблицы сравнения, описание логистики и регионов, порядок возврата и гарантии, перечень документов, которые получает клиент. Всё это должно быть в текстовом виде, а не только в PDF: PDF плохо индексируется и его неудобно пересылать.

Материалы обращения и отдел продаж

Форма на сайте — это не украшение, а точка передачи сделки. От того, какие поля в ней есть, зависит, сможет ли менеджер сразу посчитать заказ или будет уточнять по телефону.

Минимальный набор для B2B-обращения: название организации, контактное лицо, телефон и e-mail, интересующая номенклатура или категория, объём, регион поставки, комментарий. Поля вроде ИНН и способа оплаты стоит запрашивать только тогда, когда они действительно нужны для расчёта, — иначе часть клиентов бросит форму.

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

Отдельно стоит продумать уведомления. Клиенту полезно получить подтверждение, что заявка принята, и понимать, когда ждать ответ. Менеджеру — видеть новые обращения в привычном интерфейсе, а не в отдельной вкладке, о которой легко забыть.

Личный кабинет B2B-клиента: что в нём должно быть

Личный кабинет — то, что отличает B2B-сайт от корпоративной витрины. Запросы вида «личный кабинет B2B» — обычное дело: клиент ищет вход, восстановление доступа и понятную точку, откуда видны его заказы. Часть пользователей приходит по прямой ссылке из письма или из закладки, поэтому адрес входа должен быть стабильным, а страница — узнаваемой.

Цены и условия по договору

Клиент должен видеть именно свои цены и свою ценовую колонку, а не общий прайс. Если у компании несколько уровней партнёрства, это отражается в правах доступа: одна и та же карточка товара показывает разную цену разным группам пользователей. Публично при этом можно показывать общие условия или диапазон, а точные цифры — только после авторизации.

Заказы и документы

В кабинете клиенту нужны история заказов, их статусы, счета и закрывающие документы, а также сведения о задолженности или состоянии счёта, если такая модель принята в компании. Возможность скачать документ самостоятельно снимает часть обращений к менеджеру и бухгалтерии.

Несколько юрлиц и роли

Частая ситуация: один сотрудник клиента работает от имени нескольких организаций. Тогда нужны профили покупателя с переключением между юрлицами, чтобы заказы и документы не смешивались. Полезно разделять роли внутри кабинета: один пользователь оформляет заказы, другой только смотрит документы.

Каталог, цены и права доступа

Каталог в B2B — это не просто список товаров, а система правил: что видно гостю, что после авторизации, кто может покупать по какой цене. Ошибка в правах доступа приводит либо к утечке договорных цен, либо к тому, что клиент не может оформить заказ.

Платформа, на которой строится такой каталог, обычно позволяет заводить несколько типов цен и привязывать их к группам пользователей. Конкретный состав модулей и редакций нужно сверять с актуальной документацией продукта: возможности и названия редакций меняются, а решения прошлых лет нельзя переносить на текущую версию без проверки.

Таблица помогает зафиксировать договорённости до разработки. Если по строке нет ответа, значит, решение ещё не принято и его нельзя закладывать в проект.

Учебный пример: путь клиента на тестовых данных

Учебный пример. Данные условные и приведены только для иллюстрации логики, а не как статистика.

Входные условия. Компания «Северный крепёж» (название условное) поставляет метизы и крепёж промышленным заказчикам. У неё три постоянных клиента-юрлица, два менеджера продаж, около 40 позиций в каталоге и две ценовые колонки: базовая и партнёрская. Отсрочка платежа — по договору, документы формируются в учётной системе. Задача — сайт с закрытым кабинетом и передачей заявок менеджерам.

Шаги, которые проходит клиент. Сначала снабженец находит сайт и изучает условия работы с юрлицами. Затем оставляет заявку на доступ, указав организацию и контакт. Менеджер проверяет, что организация действительно клиент, и открывает доступ с партнёрской ценовой колонкой. Клиент входит в кабинет, видит свои цены, собирает заказ из нескольких позиций и отправляет его. Заявка попадает менеджеру со статусом «новая». После отгрузки в кабинете появляется счёт и накладная. Через месяц клиент заходит снова и повторяет прошлый заказ.

Что проверяем на тестовых данных. Доступ: гость не видит партнёрских цен, а клиент видит только свою колонку. Роли: пользователь без права заказа не может отправить заявку. Юрлица: переключение между организациями не смешивает историю. Документы: файл открывается и относится к нужному заказу. Уведомления: менеджер получает заявку, клиент — подтверждение. Повтор: прошлый заказ воспроизводится без ручного поиска позиций.

Что может пойти не так. Если модерация доступа не описана, менеджер забудет открыть доступ, и клиент решит, что сайт не работает. Если цены подтягиваются из учётной системы с задержкой, клиент увидит устаревшую цифру. Если документы формируются вручную, кабинет быстро теряет смысл. Эти развилки стоит проговорить до разработки, а не после.

Как проверить результат и принять работу

Приёмка B2B-сайта — это не только визуальный осмотр. Проверять нужно сценарии целиком, от входа гостя до повторного заказа, и делать это на тестовых данных, а не на реальных клиентах. Если сайт уже работает и вы хотите понять его состояние, полезен Аудит сайта на Битрикс: как проходит и что вы получите — он показывает слабые места до того, как они станут проблемой.

• Гость не видит договорных цен и закрытых документов
• Регистрация и выдача доступа описаны как процесс с ответственным
• Клиент видит только свою ценовую колонку
• Переключение между юрлицами не смешивает заказы и документы
• Роли внутри кабинета ограничивают лишние действия
• Заявка доходит до менеджера и получает статус
• Клиент получает подтверждение обращения
• Счёт и накладная доступны в кабинете и относятся к нужному заказу
• Повторный заказ воспроизводится без ручного поиска позиций
• Есть резервное копирование и понятный порядок восстановления
• Проверены сценарии ошибок: неверный пароль, пустая заявка, недоступная позиция
• Согласованы тексты и документы, которые видит клиент

Отдельно стоит проверить, что происходит при сбое: доступны ли данные, кто отвечает за восстановление, сколько времени это занимает. Для этого заранее настраивают Резервное копирование сайта на Битрикс — хранение и восстановление и проверяют, что копия действительно разворачивается.

Типичные ошибки и ограничения

Ошибки чаще всего связаны не с технологиями, а с непроработанными процессами.

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

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

Какие исходные данные подготовить для оценки

Чтобы оценить проект, подрядчику нужны не пожелания, а факты. Чем точнее исходные данные, тем меньше допущений в оценке.

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

Если по какому-то пункту ответа нет, это не повод откладывать проект. Достаточно зафиксировать вопрос, назначить ответственного и описать способ проверки: например, сверить состав документов с бухгалтерией, а правила доступа — с отделом продаж.

Роли и ответственность в проекте

У B2B-сайта всегда несколько владельцев, и это нормально. Продажи отвечают за условия и доступы, бухгалтерия — за документы, ИТ — за обмен данными и работоспособность, руководство — за приоритеты. Разработчик собирает это в работающую систему, но не подменяет собой ни один из отделов.

Полезно сразу назначить одного человека, который принимает итоговое решение по спорным вопросам. Без него проект застревает на согласованиях: продажи хотят одно, бухгалтерия другое, а сроки уходят. Такой владелец продукта не обязан разбираться в технике, но должен понимать, зачем компании сайт и по каким критериям он будет считаться готовым.