Клиент просит сертификат: какой документ ищет ИИ-продавец

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

Сертификат в ответе ИИ-продавца — это не любой PDF, а документ, привязанный к конкретному изделию, изготовителю, исполнению и редакции. Агент готовит черновик, показывает совпадения и расхождения, отмечает источник и статус проверки. Обязательность сертификации и применимость изделия определяет уполномоченный сотрудник, а не агент.

Условный клиент пишет в чат: «Нужен сертификат на модель X-40, берём двадцать штук для своего производства». Менеджер открывает карточку товара, видит вложение и отправляет первый PDF. Через минуту клиент отвечает, что в документе другая модель, а в счёте другая партия. Продажа не сорвалась, но разговор превратился в поиск бумаги, которая относится не к тому изделию.

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

Запрос «сертификат» скрывает три разных вопроса

Первый вопрос — что именно покупает клиент. Название модели в переписке может совпадать с карточкой товара, но не совпадать с изготовителем, исполнением или партией. Второй вопрос — какой документ клиент называет сертификатом. Иногда он имеет в виду документ о соответствии, иногда — паспорт изделия, иногда — сведения о партии. Третий вопрос — для чего документ нужен: для внутренней проверки, для передачи своему заказчику или для сверки условий применения. Пока эти три вещи не разделены, агент будет угадывать.

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

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

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

Одноимённая модель не равна тому же изделию

В условной сделке клиент просит документ на модель X-40. В каталоге две карточки с одинаковым названием: одна относится к изготовителю A, другая — к изготовителю B. В заказе выбрана карточка B, а агент находит PDF, где упомянута X-40 и изготовитель A. Название совпало, документ выглядит подходящим, но относится он к другому изделию. Если отправить его без проверки, клиент получит бумагу, которая не подтверждает то, что он покупает.

Продавец может возразить: «Модель же та же». Именно поэтому в карточке нужны не только название, но и изготовитель, артикул, вариант исполнения и, если он есть в учёте, номер партии. Совпадение по одному полю — это не совпадение изделия. Агент должен показать, какие поля совпали, а какие остались пустыми или расходятся. Пустое поле не равно «наверное, подходит».

Рабочий объект: карточка подтверждающего документа

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

Такая карточка не обязана быть красивой. Она обязана отвечать на вопрос: «Почему мы считаем, что этот файл относится к этой строке заказа?» Если ответа нет, значит, у компании не документ, а надежда. Надежда продаёт бодро, но плохо переживает вторую поставку.

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

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

Партия важна не всегда и не в каждом документе. Иногда её в документе нет вообще. Тогда нельзя автоматически достроить фразу «распространяется на все партии». Можно лишь сказать, что документ не содержит ссылки на партию, и передать вопрос сотруднику, который сверит применимые документы и практику компании. Агент не должен превращать отсутствие данных в подтверждение.

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

Файл-картинка и плохая копия: что можно утверждать

Условный клиент присылает фотографию документа, снятую под углом. Номер виден частично, дата размыта, название изделия читается по контексту. Агент может «догадаться», что это тот самый документ, и написать уверенный ответ. Это худший вариант: сотрудник поверит формулировке и не станет открывать вложение. Гораздо полезнее честный статус «файл не позволяет проверить номер и дату».

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

Замена документа: версия важнее первой найденной ссылки

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

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

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

Другой вид документа: когда клиент просит не то, что есть

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

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

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

Условия применения, которых нет в документе

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

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

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

Интерфейс сотрудника: очередь запросов и кнопка «проверено»

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

Экран сотрудника удобно строить как очередь, а не как папку. В строке запроса видно клиента, изделие, что он просил, какие кандидаты найдены и какие поля расходятся. Кнопка «подготовить ответ» собирает черновик. Кнопка «проверено» фиксирует, что человек сверил документ. Между ними может быть сколько угодно уточнений, но отправка остаётся действием сотрудника.

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

Проверки перед отправкой: шесть вопросов, которые ловят ошибку

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

Если хотя бы один пункт не закрыт, ответ не обязательно запрещён. Он просто не должен выглядеть окончательным. В черновике остаётся место для формулировки «проверяем» или «уточняем у изготовителя». Это честнее, чем изображать полноту там, где её нет.

Тесты на согласованность: что подкладывать агенту

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

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

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

Практикум: один запрос, три файла и журнал проверки

Возьмём условный запрос: клиент просит документ на изделие Y-12 для своей закупки. В папке лежат три файла. Первый — читаемый PDF на Y-12, но с другим изготовителем. Второй — скан на Y-12 нужного изготовителя, однако номер размыт. Третий — документ на Y-12 и нужного изготовителя, но с пометкой о замене. Ни один файл не даёт полного совпадения сразу. Задача практикума — не найти «хоть что-то», а собрать проверяемое основание.

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

В журнале проверки остаются дата, ответственный, ссылка на источник и комментарий. Через неделю можно вернуться и понять, почему клиенту отправили именно этот документ. Если появилась новая редакция, старая запись не стирается: она показывает историю решения. Такой журнал полезнее, чем папка с названием «сертификаты новые окончательные».

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

Соседний вопрос разобран отдельно: Гарантия в ответе ИИ-продавца: что подтверждает обещание. Здесь основной предмет — привязка подтверждающего документа к продукции, редакции и применимости; не гарантийное обещание.