Работа с ИИ без хаоса: Как ставить задачи нейросети и получать полезный результат

Один случай, разные адресаты

На следующий день служба доставки подтверждает новое окно: заказ планируют привезти завтра с 10 до 14 часов. Клиент пишет еще раз и просит назвать срок. Факты почти те же, но ситуация изменилась: неизвестный срок стал известен, а задача теперь — не рассказать о проверке, а передать подтвержденное окно.

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

«Подготовь ответ клиенту, который повторно спрашивает о сроке доставки. Служба доставки подтвердила плановое окно: завтра с 10 до 14 часов. Сообщи этот срок как подтвержденное плановое окно, не называй его безусловной гарантией. Признай, что клиенту пришлось ждать. Не добавляй причины задержки и компенсацию. 2–3 предложения, спокойный и уважительный тон».

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

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

Мария составляет отдельный запрос:

«Сделай краткую внутреннюю сводку для специалиста, который проверяет задержки доставки. Факты: согласованное окно прошло; задержка подтверждена; сначала новый срок отсутствовал, позднее служба доставки сообщила плановое окно на завтра с 10 до 14 часов. Клиент обращался повторно. Выдели хронологию и вопрос, который нужно проверить. Не предполагай причину задержки».

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

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

Неизвестное тоже часть контекста

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

Марии не нужно подробно описывать, как команда пыталась выяснить срок. Достаточно указать статус: «Запрос на обновление отправлен, ответ пока не получен». Это короче предыстории и полезнее: сразу понятно, что сделано и чего команда пока не знает.

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

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

Удобный формат короткого брифа

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

Цель — что подготовить или сделать.

Адресат — кто будет читать или использовать результат.

Текущий этап — что уже произошло и что происходит сейчас.

Подтвержденные факты — на что можно опираться.

Неизвестное — какие важные сведения пока не установлены.

Ограничения — чего не обещать, не утверждать или не передавать.

Формат — какая длина, структура или тон нужны, если от них зависит использование результата.

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

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

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

Редакторская проверка на достаточность

Мария перечитывает финальный запрос и пытается посмотреть на него глазами модели. Понятно ли, что нужно сделать? Да: написать первый ответ клиенту. Ясно ли, кому он адресован? Да. Обозначен ли этап? Да: задержка подтверждена, новый срок — нет. Известно ли, на какие факты опираться и как поступить с недостающими сведениями? Да: не выдумывать их и запросить уточнение, если без них нельзя составить ответ.

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

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

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

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

Хороший результат можно узнать заранее

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

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

Первый вариант начинался вежливо и занимал почти весь экран:

«Здравствуйте! Ваше обращение принято. Информация о повреждении передана в профильное подразделение. Специалисты проведут проверку обращения, изучат приложенные материалы, уточнят наличие товара на складе и возможный маршрут доставки. Рассмотрение таких случаев проходит в несколько этапов, поэтому решение может занять несколько дней. После завершения проверки с вами свяжутся сотрудники службы поддержки».

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

Второй вариант был коротким:

«Здравствуйте. Обращение получено. Информация будет предоставлена после проверки».

«Холодно», — сказала Мария. «Зато всё верно», — ответил Илья. Ольга согласилась насчёт точности, но заметила: клиент спрашивал о субботе, а текст не объясняет, что именно будут проверять и когда ждать ответа. Третье сообщение отвечало на вопрос прямо:

«Здравствуйте! Мы уже оформили замену. Новое устройство доставим до субботы, курьер предварительно свяжется с вами».

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

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

У слова «хорошо» нет готового контрольного списка. Его приходится составлять для конкретной задачи.

От впечатления к приёмке

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

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

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

«Значит, сначала решаем, что ответ должен сделать, — сказала Мария. — Не как он должен ощущаться, а какую задачу выполнить».

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

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