Web-RFQ по опросному листу производителя

Менеджер производителя отправляет заказчику опросный лист: Word-файл, который надо скачать, распечатать или заполнить руками, а потом вернуть письмом со вложением. Каждый раз — новая пересылка, ручная разборка ответов, потерянные поля.\ Web-RFQ — это тот же официальный опросный лист, но в виде рабочей веб-формы: публичный URL, брендирование под производителя, сохранение заявки, доставка и журнал. Заказчик не скачивает файл — он заполняет форму, и структурированная заявка уходит уже в том виде, который можно принять в работу. Ниже — что мы сделали на примере семи производителей насосного оборудования и где проходят границы этой реализации.

Большинство производителей оборудования до сих пор принимает заявки через Word и PDF. Опросный лист лежит на сайте отдельным файлом, заказчик заполняет его как получится, отправляет письмом. Менеджер вручную переносит ответы в свою систему — и именно на этом ручном переносе теряются поля и ошибаются в единицах. Это не особенность конкретного завода, а норма отрасли, у которой есть готовая альтернатива.

Проблема Word/PDF-опросников

Опросный лист производителя — это документ с десятками параметров: расход, напор, среда, материал, исполнение, комплектация. В виде Word или PDF он решает одну задачу (зафиксировать требования заказчика), но порождает четыре проблемы:

• Заказчик должен скачать файл и открыть его. У части инженеров нет инструментов — опросник в docx не открывается на мобильном или без офисного пакета.
• Поля не защищены от ошибок. Число туда можно вписать с опечаткой, единицу заменят на своё «м³/ч» или «л/с» — и это выяснится на приёмке, вручную, в переписке.
• Заявка = письмо с вложением. Ответы не структурированы, они живут в файле. Собрать их в таблицу и передать в расчёт можно только перепечатыванием.
• Никакого журнала. Сколько заявок пришло, какие поля пропустили, когда отправили — этого нет, пока кто-то вручную не заведёт таблицу.

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

Что такое Web-RFQ

Web-RFQ (Digital RFQ) — это перевод официального опросного листа производителя в рабочую веб-форму. Тот же набор полей, та же терминология и тот же состав, но с технической обвязкой, которой у файла нет:

• Публичный URL — форма открывается по ссылке без скачивания, на любом устройстве.
• Брендирование под производителя — цвета, логотип, шрифты берутся с официального сайта, а не «в общем стиле».
• Сохранение заявки — ответы фиксируются, а не живут только в письме.
• Доставка — заявка уходит по адресу приёма из самого бланка.
• Журнал — видно, какие заявки пришли, какие поля заполнены.
• E2E-проверки — сквозной проход по реальному URL: открыли, заполнили, отправили, проверили приём.

Например, в ONIS опросник собран как рабочий стол: слева поля опросного листа, справа — живая техническая сводка, которая обновляется по мере ввода. Наглядный пример того, как форма воспроизводит структуру бланка, а не загоняет её в «универсальный шаблон».

Что сделано: семь производителей

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

• ЭНА — ena-rfq.woid.pro
• ONIS — onis-rfq.woid.pro
• ГМС Ливгидромаш — gms-rfq.woid.pro
• Катайский насосный завод — knz-rfq.woid.pro
• Ливнынасос — livnynasos-rfq.woid.pro
• ИСТРАТЕХ — istratex-rfq.woid.pro
• Корвет — korvet-rfq.woid.pro

Это не один шаблон с перекрашенным логотипом. Каждый производитель ведёт свои опросные листы — у кого-то два, у кого-то четыре, у кого-то шесть — с разной логикой и составом полей. Соответственно и форма у каждого своя.

Вот, например, ЭНА — карточная форма раздела «Функциональные характеристики» с обязательными полями подачи и напора, где каждая позиция привязана к пункту официального опросного листа.

Почему каждый RFQ индивидуальный

Опросники производителей отличаются не мелочами, а устройством:

• Количество бланков. У ИСТРАТЕХ шесть типов листов (установки повышения давления, насосы нескольких серий, шкафы управления), у Катайского насосного завода — четыре, у ONIS — три, у Корвета — два. Форма начинается с выбора бланка, дальше показываются поля только выбранного типа.
• Состав полей и разделы. «Напор» в одном бланке — поле с единицей, в другом — раздел с отдельными графами под рабочую и кривую характеристику.
• Терминология. Каждый завод называет оборудование и параметры по-своему; подменять термины «общими» нельзя — иначе заявка перестанет совпадать с бланком.
• Логика и зависимости. В части листов выбор типа оборудования открывает дополнительные поля, в части — остаётся статичным списком.

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

У ГМС Ливгидромаш, в отличие от ЭНА, заполнение начинается с выбора типа опросного листа по классу оборудования — дальше показываются поля только выбранного бланка. Один и тот же технический слой, но у каждого завода — своя логика формы.

Что подтверждено технически

Каждое демо проверено сквозным проходом по реальному URL — «E2E»: открыть страницу, заполнить поля согласно бланку, отправить заявку, проверить, что она доехала. Подтверждено на всех семи:

• Публичный URL по HTTPS — каждый RFQ открывается по своему поддомену woid.pro с действующим сертификатом.
• Доставка заявки — отправка настроена по адресу приёма из официального бланка (это адрес, который напечатан в самом опроснике).
• Журнал заявок — отправленные заявки фиксируются; в демо журнал содержит только тестовые записи, реальных писем производителям нет.
• E2E-проверки — сквозной тест проходит зелёным по каждому демо.

Что это даёт производителю

Перевод опросника в web-RFQ снимает именно те издержки, которые приносит файл, — по устройству, а не по обещаниям:

• Заказчику не нужен Word. Форма открывается по ссылке, в том числе с телефона. Нет «не открывается файл», нет вопроса «а что сюда вписать».
• Поля не теряются. Единицы, обязательность и разделы заложены в форме. Менеджер получает заявку с сохранённым составом, а не файл, где «где-то заполнено».
• Ошибки в единицах уходят из приёмки. Заказчик выбирает и вводит значение в той размерности, которую задаёт бланк, — разбор на ручном переносе сокращается.
• Появляется журнал. Видно, какие заявки пришли и когда, — без ручной таблицы «принятых писем».
• Заявка становится структурированной вместо письма с Word-файлом: её проще принять в работу, передать в расчёт и вернуть заказчику подтверждение по пунктам.

Ключевая ценность — заявка перестаёт быть «файлом, который надо разобрать» и становится структурированным данными, которые можно принимать в работу как есть.

Где проходят границы

Семь реализаций — демонстрационные исследовательские реализации (demo / research implementation) на публичных материалах производителей. Это важно понимать точно:

• Производители не являются клиентами и не заказывали эти формы у WOID.
• RFQ построены на публичных бланках (официальных опросных листах, доступных на сайтах заводов) — и явно помечены как демонстрационные.
• Это не официальный сервис производителя. Формы не претендуют на статус официального канала и не означают коммерческого сотрудничества.
• Заявка уходит производителю только при отдельной галочке подтверждения, а в журнале лежат лишь тестовые записи.

Мы сделали семь демо, чтобы показать: опросник любого производителя можно перевести в рабочий web-RFQ с сохранением состава, бренда и логики — без «универсального шаблона». И это проверяемая, живая реализация, а не макет.

К чему это ведёт: категория → данные → продукт → переиспользование

Web-RFQ по опросникам вписывается в общую стратегию WOID, где один и тот же материал даёт несколько продуктов. На примере насосного оборудования:

1. Категория — насосы: опросники, каталоги, паспортные данные производителей.
2. Данные — поля и структура опросных листов извлекаются из публичных бланков и становятся машиночитаемыми.
3. Продукт — web-RFQ, каталог, подбор: брендированные web-инструменты, собранные из этих данных.
4. Переиспользование — технический слой (публикация, доставка, журнал, проверки) переиспользуется от бренда к бренду, а брендовое наполнение делается под каждый опросник.

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

Покажите ваш опросник — оценим цифровую версию. Если у вас (или производителя, с которым работаете) есть опросный лист в Word или PDF, пришлите его — мы разберём состав полей и покажем, как эта же форма работает как web-RFQ: с публичным URL, сохранением заявки, доставкой и журналом. Заполните бриф за 5 минут — получите оценку по срокам и бюджету под ваш опросник на странице старта проекта.

Читайте также

Серия о цифровых инструментах для B2B — от данных производителя к рабочему продукту:

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

Частые вопросы