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

Начать разбор

Начните с задачи покупателя, а не с презентации компании

Посетитель может прийти с названием детали, описанием производственной задачи или рекомендацией коллеги. Этим людям нужны разные входы. Для известной позиции удобны поиск и каталог с понятными названиями. Для задачи без выбранной модели — страница применения, которая объясняет, что вы предлагаете и при каких условиях решение подходит.

На первом экране полезно ответить на три вопроса: что можно получить, для каких задач и какой следующий шаг доступен. Формулировка «комплексные решения для бизнеса» оставляет все три вопроса открытыми. Конкретнее: «Подбор и поставка насосного оборудования для производственных линий. Пришлите параметры задачи или список моделей — обсудим состав предложения». Такое описание допустимо только для компании, которая действительно выполняет названные работы.

Покажите границы предложения

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

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

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

Учтите людей, которые участвуют в выборе

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

В исследовании Nielsen Norman Group о B2B-интерфейсах описаны разные потребности выбирающих и использующих продукт, а также передача материалов коллегам. Это качественное исследование 2016 года, а не сегодняшняя статистика вашего рынка. Используйте его как повод проверить собственные обращения и распределение ролей.

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

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

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

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

Дайте сведения, по которым можно проверить предложение

Страница должна позволять сопоставить запрос с вашим предложением. Для товара это может быть артикул, исполнение, применяемость, основные параметры и комплектация. Для услуги — решаемая задача, результат работ, входные условия и то, что не входит в договорённый объём. Состав информации зависит от предмета продажи.

Отделите подтверждённое от требующего согласования

Если совместимость зависит от версии, размеров или условий эксплуатации, назовите эти условия. Надпись «подходит для любого оборудования» создаёт ожидание, которое трудно проверить. Лучше показать подтверждённую область применения и предложить уточнение для остальных случаев.

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

Вопрос перед запросомЧто показать на страницеЧто не следует подменять догадкой
Подходит ли позицияМодель, исполнение и значимые параметрыНеизвестную совместимость
Что я получуКомплектацию или состав работНеоговорённые дополнительные услуги
Можно ли рассмотреть аналогПорядок согласования заменыАвтоматическое разрешение на замену
Какие условия нужно уточнитьЗависимость расчёта от объёма, исполнения и полученияВыдуманную цену или срок поставки
Почему поставщику можно доверятьПроверяемые сведения о компании и релевантный опытЧужие логотипы и неподтверждённые результаты

Если точная цена определяется после уточнения задачи, объясните, какие сведения нужны для расчёта. Не превращайте «по запросу» в тупик. При этом эта статья не требует раскрывать конфиденциальные условия каждого клиента или публиковать фиктивный ориентир.

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

Помогите передать информацию коллегам

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

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

Соберите небольшой набор для согласования

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

Не требуйте регистрацию только ради просмотра базового описания, если для этого нет реальной причины. Закрытые договорные цены и персональные условия могут требовать отдельного доступа, но это самостоятельный сценарий. Его нельзя автоматически переносить на все сведения о предложении.

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

Объясните запрос КП и следующий шаг

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

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

Уточняйте существенное, оставляйте путь для неизвестного

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

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

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

Не обещайте больше, чем произошло

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

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

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

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

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

Каталог содержит две вымышленные позиции DEMO-A и DEMO-B. Их обозначения не подтверждают какие-либо технические характеристики. Проверка относит запрос к одной из трёх групп: «Можно передать на рассмотрение», «Нужно уточнение» или «Ошибка данных». Первая группа означает только заполненность выбранных сведений; менеджер ещё должен проверить возможность поставки и подготовить ответ.

ЗапросСитуацияРезультат учебной проверки
Q01DEMO-A, 12 штук, город и дата указаны, аналоги запрещеныМожно передать на рассмотрение
Q02Та же позиция, количество пока неизвестноНужно уточнение количества
Q03Неизвестная позиция при остальных заполненных сведенияхНужно уточнение позиции
Q04Указано нулевое количествоОшибка данных
Q05Не указано, можно ли предлагать аналогиНужно уточнение допустимости аналогов
Q06Есть только название приложенной спецификацииНужно уточнение содержимого; файл не прочитан

В комплекте есть лист проверки для просмотра и печати, пустой бланк и шесть заполненных примеров. Скачиваемый ZIP дополнительно содержит исходные данные и небольшой проверяющий сценарий на Python. Для использования листа программировать не нужно. Команда проверки и ожидаемые результаты описаны в README внутри ZIP.

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

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

Согласуйте работу сайта и отдела продаж

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

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

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

Принимайте результат по действиям покупателя

  1. Откройте конкретное предложение с телефона и найдите состав, ограничения и следующий шаг.
  2. Перейдите к нужной позиции или задаче без знания внутренней терминологии компании.
  3. Отправьте коллеге ссылку и проверьте, что он видит тот же предмет обсуждения.
  4. Подготовьте запрос с известными и неизвестными параметрами, не подставляя случайные значения.
  5. Проверьте сохранение состава и количества, явный запрет аналогов и сообщение при ошибке.
  6. В согласованной тестовой среде убедитесь, что ответственный получает запрос с контекстом, а посетитель — правдивое подтверждение.

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

Для обсуждения корпоративного B2B-сайта подготовьте несколько обезличенных обращений, примеры предложения и список вопросов, которые менеджер уточняет повторно. По ним можно согласовать структуру страниц, состав первой версии и критерии приёмки. Это даст предмет разговора со студией без обещания заранее известной конверсии или стоимости сделки.

Источники и документы

Автор статьи

Основатель Бадрик Лаб и веб-разработчик. Проектирует и запускает сайты, отвечает за техническую архитектуру, приёмку и развитие проектов студии.