Автоматизация ответов RFP: подтверждённая база и проверка черновика

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

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

Какую задачу решает этот процесс

Процесс предназначен для смысловых ответов на разные вопросы RFP, RFI и анкет заказчиков. Система сопоставляет вопрос с разрешённой библиотекой ответов и доказательствами, предлагает формулировку и показывает, чего не хватает.

Это не перенос реквизитов в неизменный шаблон. Если нужно подставить название, ИНН и адрес в заранее известные поля, полезнее рассмотреть заполнение документов по шаблону. Здесь вопрос может быть сформулирован по-разному, а сотруднику нужно проверить смысл ответа и основание для него.

Результат процесса — не «заполненная любой ценой анкета», а рабочий пакет для проверки:

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

Какие данные и правила подготовить

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

Разделите сведения на три группы:

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

Короткий синтетический образец без клиентских данных:

Названия, люди и документы в этом образце условные. Он показывает состав записи, а не сведения о Switch On AI или клиенте.

Как подготовить подтверждённую базу ответов

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

Например, политика хранения может подтверждать срок, но не территорию размещения. Требование заказчика о наличии сертификата тоже не доказывает, что сертификат есть у поставщика.

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

Официальная документация Responsive AI Draft описывает два режима подготовки черновиков: использование ответов Content Library вместе с генерируемыми формулировками и режим только с ответами библиотеки. Во втором режиме возвращаются только точные совпадения, а при их отсутствии ответ не формируется. Это подтверждает сам принцип разделения найденного ответа и пробела, но не доказывает достоверность содержимого конкретной библиотеки. Истинность утверждения всё равно проверяет владелец факта.

Как сформировать черновик по каждому вопросу

Для каждого вопроса выводите четыре смысловых элемента:

1. Ответ: формулировка, которую предлагается проверить.
2. Точный источник: название документа или записи, версия и место, где найдено основание.
3. Ограничение: условия, при которых ответ применим.
4. Нужно уточнить: отсутствующий факт и человек, который должен его подтвердить.

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

Извлечение требований и ответ от имени поставщика — разные операции. Фраза «поставщик должен иметь сертификат X» сообщает условие тендера. Она не разрешает написать «сертификат X есть». Для такого ответа нужен источник поставщика.

Как принять анкету перед отправкой

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

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

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

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

Ниже — полностью синтетический пример. Все имена, даты, версии, документы, значения и названия сертификатов условны. Это не клиентский кейс, не сведения о Switch On AI и не результат теста реальной системы.

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

Промежуточное решение выглядит так:

• вопрос о размещении сопоставлен с условной политикой;
• срок хранения сопоставлен с условным регламентом;
• вопрос о сертификате направлен ответственной за комплаенс без ответа «да» или «нет»;
• документ заблокирован до решения по пробелу.

Всего вопросов N = 3, подтверждённых ответов K = 2, пробелов U = N − K = 1. Информационная готовность по наличию источников: R = K / N × 100% = 2 / 3 × 100% = 66,7%.

Этот расчёт показывает только то, что два ответа из трёх имеют источники. Он не оценивает истинность непроверенных сведений и не разрешает отправку. Итоговый статус учебного документа — «не разрешён к отправке».

Как проверить результат перед запуском

Проверьте черновик по двум маршрутам.

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

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

Перед запуском пройдите итоговый список:

• каждому утверждению сопоставлен источник;
• указана версия источника;
• неизвестное не стало обещанием;
• требование заказчика не выдано за возможность поставщика;
• фактическую и коммерческую части проверили назначенные сотрудники;
• автономная отправка отключена;
• синтетический пример не представлен как реальный сертификат, файл, клиентский кейс или результат Switch On AI.

Что согласовать для внедрения

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

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

Switch On AI разрабатывает ИИ-помощников и интеграции под конкретную операцию после проверки данных и API. Для этого сценария цель формулируется так: «Черновик анкеты заказчика содержит источник каждого ответа и список пробелов». Правила бухгалтерского, юридического, кадрового и отраслевого учёта задаёт и проверяет специалист заказчика.

Следующий шаг — показать обезличенную анкету и доступные материалы для пилота. Можно разобрать одну операцию, определить допустимые источники, роли и критерии приёмки, а затем согласовать прототип. Прототип не равен полному внедрению и не подтверждает будущий эффект. Чтобы обсудить исходные данные и границы решения, свяжитесь со Switch On AI.